編者按:2023年,龍蜥社區正式成立系統運維聯盟,該聯盟由信通院、阿里雲、中興通訊、復旦大學、清華大學、浙江大學、雲觀秋毫、乘雲數字、雲杉網絡、浪潮信息、統信軟件及聯通軟件院等 12 家單位共同發起。本文轉自雲觀秋毫,介紹系統運維聯盟成員 Kindling-OriginX 通過結合 DeepFlow 完備的網絡數據能力,自動化生成可解釋的故障根因報告。 DeepFlow 是基於 eBPF 的可觀測
目錄 一、基本概念與特性 1.1 基本概念 1.2、核心特徵(“獨立”和“共享”) 二、線程的優點 三、線程異常 四、線程的本質:輕量化進程 4.1 什麼是輕量化進程 3.2 核心特性 3.3 實現原理 3.4 線程與“輕量化進程” 五、POSIX線程庫 5.1 線程管理接口
bio每次一個進程專門為了等一個 socket 上的數據就得被從 CPU 上拿下來。然後再換上另一個進程。等到數據 ready 了,睡眠的進程又會被喚醒。總共兩次進程上下文切換開銷 1.進程在 recv 的時候大概率會被阻塞掉,導致一次進程切換 2.當連接上數據就緒的時候進程又會被喚醒,又是一次進程切換 3.一個進程同時只能等
第四章 文件IO 通用 IO 模型 本章的重點是用於執行文件輸入和輸出的系統調用。我們介紹了文件描述符的概念,然後探討了構成所謂通用I/O模型的系統調用。這些系統調用用於打開和關閉文件,以及讀取和寫入數據。我們關注磁盤文件上的 I/O。然而,這裏涵蓋的大部分內容對後續章節都相關,因為相同的系統調用用於對各種類型的文件(如管道和終端)執行 I/O。 第五章擴展了本章關於
@TOC 📝前言 🌠 信號捕捉的流程 如果信號的處理動作是⽤⼾⾃定義函數,在信號遞達時就調⽤這個函數,這稱為捕捉信號。 由於信號處理函數的代碼是在⽤⼾空間的,處理過程⽐較複雜,舉例如下: ⽤⼾程序註冊了SIGQUIT 信號的處理函數sighandler 當前正在執⾏main 函數,這時發⽣中斷或異常切換到內核態