【原創】Linux虛擬化KVM-Qemu分析(五)之記憶體虛擬化
# 背景 - `Read the fucking source code!` --By 魯迅 - `A picture is worth a thousand words.` --By 高爾基 說明: 1. KVM版本:5.9.1 2. QEMU版本:5.0.0 3. 工具:Source Insight
# 背景 - `Read the fucking source code!` --By 魯迅 - `A picture is worth a thousand words.` --By 高爾基 說明: 1. KVM版本:5.9.1 2. QEMU版本:5.0.0 3. 工具:Source Insight
高併發,幾乎是每個程式設計師都想擁有的經驗。原因很簡單:隨著流量變大,會遇到各種各樣的技術問題,比如介面響應超時、CPU load升高、GC頻繁、死鎖、大資料量儲存等等,這些問題能推動我們在技術深度上不斷精進。 在過往的面試中,如果候選人做過高併發的專案,我通常會讓對方談談對於高併發的理解,但是能系統性地
 > 轉載請宣告出處哦~,本篇文章釋出於luozhiyun的部落格:https://www.luozhiyun.com > > 本文使用的Istio原始碼是 rele
### 前言 打算整理c# 程式碼簡化史系列,所以相關的整理一下,簡單的引出一下概念。 什麼是表示式樹呢? 表示式樹以樹形資料結構表示程式碼,其中每一個節點都是一種表示式,比如方法呼叫和 x < y 這樣的二元運算等。 這個是什麼意思呢?用結構表示程式碼? 用靜態的表示動態的,一般來說是某種約定。
本文繼續閱讀Netty原始碼,解析ChannelPipeline事件傳播原理,以及Netty讀寫過程。 **原始碼分析基於Netty 4.1** #### ChannelPipeline Netty中的ChannelPipeline可以理解為攔截器鏈,維護了一個ChannelHandler連結串列,Chan
上次蹭到一張船票,登上了 aws 這艘巨輪,今天要在船上的免費餐廳吃一頓免費晚餐 —— 整一臺 aws 免費套餐中的 EC2 伺服器體驗一下。 進入 EC2 控制檯,點選“啟動例項”,進入 AMI 系統映象選擇頁面,勾選“僅免費套餐”,從
### **前言** 從 CPU 到記憶體、到磁碟、到作業系統、到網路,計算機系統處處存在不可靠因素。工程師和科學家努力使用各種軟硬體方法對抗這種不可靠因素,保證資料和指令被正確地處理。在網路領域有 TCP 可靠傳輸協議、在儲存領域有 Raid5 和 Raid6 演算法、在資料庫領域有基於 ARIES
本講只為講明白下面一個問題: > 我們按下開機鍵後究竟發生了什麼? 好的,這似乎是好多人都特別想搞明白的一個問題,有時候非常納悶,為什麼一個看似這麼簡單的問題,就是搜不到一個直面問題的答案呢? 好問題,我也不知道為什麼會這樣,但我猜是因為: - **其一**,似懂非懂的人太多,他們其實也不知道究竟發生
#### smtp傳送郵件 ##### 群發兩個郵箱,一個163,一個QQ ```go package main import ( "fmt" "net/smtp" "strings" ) const ( HOST = "smtp.163.com" SERVER_ADDR =
本次部落格的目標 1. 手寫spring迴圈依賴的整個過程 2. spring怎麼解決迴圈依賴 3. 為什麼要二級快取和三級快取 4. spring有沒有解決建構函式的迴圈依賴 5. spring有沒有解決多例下的迴圈依賴. 一. 什麼是迴圈依賴? 如下圖所示: &n
前段時間,為了優化某個有點複雜的功能,我採用了shared workers + indexDB,構建了一個高效能的多頁面共享的服務。由於是第一次真正意義上的運用workers,比以前單純的學習有更多體會,所以這裡就分享出來! 各種worker概要 有三種worker:普通的worker、shared work
# 1 簡介 我們在利用`pandas`開展資料分析時,應儘量避免過於**碎片化**的組織程式碼,尤其是創建出過多不必要的**中間變數**,既浪費了**記憶體**,又帶來了關於變數命名的麻煩,更不利於整體分析過程程式碼的可讀性,因此以流水線方式組織程式碼非常有必要。 圖1 而在以前我撰寫的一些
# 使用 `Xunit.DependencyInjection` 改造測試專案 ## Intro 這篇文章拖了很長時間沒寫,之前也有介紹過 `Xunit.DependencyInjection` 這個專案,這個專案是由大師寫的一個 `Xunit` 基於微軟 GenericHost 和 依賴注入實現的一個擴
> "聊點乾貨" ## 覆蓋率技術基礎 截止到Go1.15.2以前,關於覆蓋率技術底層實現,以下知識點您應該知道: * go語言採用的是插樁原始碼的形式,而不是待二進位制執行時再去設定breakpoints。這就導致了當前go的測試覆蓋率收集技術,一定是侵入式的,會修改目標程式原始碼。曾經有同學會問,插過
最近收到一個粉絲的私信,問我:現在有兩個offer,該怎樣選擇,一邊是大廠但是做的是自己不喜歡的業務,一邊是創業公司且比較有挑戰性的工作,再加上技術主管盛情邀請。當我問到是否對兩家公司、團隊和領導情況瞭解,他的回答是否定的。 那這個選擇就很難,直到最後我也沒有給出實質的確定性回答,因為在這種時候,選擇就跟擲骰