Re: 盲點：齊識而返，不能過彼
發表於 : 週六 6月 11, 2022 10:50 am
一心三藏明明是 ，空如來藏，不空如來藏，空不空如來藏
連這都搞不清楚，亂扯一通，果然跟星洲犀牛是同類，可悲啊
不學無術還是別出來丟人現眼以免自誤誤人。
https://bodhicitta2.eastus2.cloudapp.azure.com/phpBB/
盲點：齊識而返，不能過彼
https://bodhicitta2.eastus2.cloudapp.azure.com/phpBB/viewtopic.php?t=42184
第 32 頁 (共 46 頁)
Re: 盲點：齊識而返，不能過彼
發表於 : 週六 6月 11, 2022 1:03 pm
Re: 盲點：齊識而返，不能過彼
發表於 : 週六 6月 11, 2022 1:12 pm
Re: 盲點：齊識而返，不能過彼
發表於 : 週六 6月 11, 2022 3:04 pm
Re: 盲點：齊識而返，不能過彼
發表於 : 週六 6月 11, 2022 3:58 pm
Re: 盲點：齊識而返，不能過彼
發表於 : 週日 6月 12, 2022 9:38 am
Re: 盲點：齊識而返，不能過彼
發表於 : 週日 6月 12, 2022 9:41 am
「軟體」微內核與宏內核
2019-08-28 由 zhyuzh 發表于科技
核心模式與用戶模式(Kernel Mode & User Mode)
我們都知道一台計算機或者手機都要有個作業系統（Operating System簡稱OS），最常用的作業系統就是手機上的安卓(Android)和電腦上的Windows，其次還有蘋果手機上的iOS和蘋果筆記本上的macOS，也許你還聽說過另外的作業系統比如Unix、Linux、Ubuntu等等。總之，這些都是作業系統。
買一個硬體設備（電腦、筆記本或者手機），首先上面一般都已經安裝了作業系統，然後我們可以在作業系統的基礎上再安裝各種各樣的軟體程序或APP。硬體-作業系統-軟體程序，這就像磚頭一層一層累加起來。
作業系統本身也是代碼編寫出來的，所以也是軟體。從這裡我們就可以看出來，同樣都是軟體，作業系統可以直接控制硬體，而應用程式不能直接控制硬體，必須要通過作業系統來間接使用硬體資源。
內核（kernel）就是作業系統的最主要代碼，我們也可以簡單的認為Kernel（內核）就是指作業系統。
所有的軟體代碼，無論作業系統還是應用程式，本質是都是由中央處理器晶片（CPU）來運行的，但如果你安裝的APP代碼裡面有病毒怎麼辦？CPU運行這些有問題的代碼就會遇到困難，甚至會死機。
幾乎每個程式設計師都能開發應用程式APP，全世界的APP數不勝數，也就沒辦法嚴格控制以確保APP代碼不會導致死機。
但是作業系統就少很多，而且都是比較大型公司編寫的，也經過了很多的嚴格測試，相對而言就比較可控。
所以，計算機的CPU規定，「我只信賴作業系統的代碼，不信賴應用程式的代碼。如果應用程式代碼雲小時候遇到問題，作業系統你可以停止它。」
於是，遵照CPU的規則，Kernel核心代碼就運行在最高權限的核心模式下（Kernel mode），而應用程式代碼就只能運行在權限比較低的用戶模式下（User mode）。
Kernel mode是具有最高權限的模式，也叫做管理員模式（Supervisor mode）。
內核的作用
內核有什麼作用？或者我們說作業系統提供什麼功能，起什麼作用？
首先，要直接控制CPU和內存，我們暫且稱為關鍵功能。
我們都知道計算機可以同時運行很多軟體做很多事，這叫做多進程（Multi-process）或者多任務（Multi-tasking），那麼作業系統就要能夠實現多個任務的管理和安排，還要負責多個任務之間的協作通信。一般的，主要包含：
Virtual memory，將內存虛擬化以供應用程式使用。
Task Schedules，任務排程。
IPC，Inter-process communication，進程間通信。
其次，要實現基本的功能服務，我們暫且稱為服務功能。
應用程式可以調用這些服務來實現各種功能，比較基礎的作業系統服務有：
File System，文件系統，保存和讀取文件。
Network，網絡服務，讓應用程式可以聯網。
Graphic，圖形服務，提供屏幕上顯示圖形的能力。
GUI，界面服務，提供界面工具按鈕顯示。
當然還有很多其他的，這裡就不一一列舉了。
另外，要能夠支援更多硬體設備，我們暫且稱為設備驅動。
比如增加了一個攝像頭，一個光線傳感器，作業系統要確保這些設備能夠被應用程式使用起來才行。其實就是要對各種硬體的驅動進行管理，就是Device driver設備啟動服務。
原文網址：https://kknews.cc/tech/6avq4kl.html
2019-08-28 由 zhyuzh 發表于科技
核心模式與用戶模式(Kernel Mode & User Mode)
我們都知道一台計算機或者手機都要有個作業系統（Operating System簡稱OS），最常用的作業系統就是手機上的安卓(Android)和電腦上的Windows，其次還有蘋果手機上的iOS和蘋果筆記本上的macOS，也許你還聽說過另外的作業系統比如Unix、Linux、Ubuntu等等。總之，這些都是作業系統。
買一個硬體設備（電腦、筆記本或者手機），首先上面一般都已經安裝了作業系統，然後我們可以在作業系統的基礎上再安裝各種各樣的軟體程序或APP。硬體-作業系統-軟體程序，這就像磚頭一層一層累加起來。
作業系統本身也是代碼編寫出來的，所以也是軟體。從這裡我們就可以看出來，同樣都是軟體，作業系統可以直接控制硬體，而應用程式不能直接控制硬體，必須要通過作業系統來間接使用硬體資源。
內核（kernel）就是作業系統的最主要代碼，我們也可以簡單的認為Kernel（內核）就是指作業系統。
所有的軟體代碼，無論作業系統還是應用程式，本質是都是由中央處理器晶片（CPU）來運行的，但如果你安裝的APP代碼裡面有病毒怎麼辦？CPU運行這些有問題的代碼就會遇到困難，甚至會死機。
幾乎每個程式設計師都能開發應用程式APP，全世界的APP數不勝數，也就沒辦法嚴格控制以確保APP代碼不會導致死機。
但是作業系統就少很多，而且都是比較大型公司編寫的，也經過了很多的嚴格測試，相對而言就比較可控。
所以，計算機的CPU規定，「我只信賴作業系統的代碼，不信賴應用程式的代碼。如果應用程式代碼雲小時候遇到問題，作業系統你可以停止它。」
於是，遵照CPU的規則，Kernel核心代碼就運行在最高權限的核心模式下（Kernel mode），而應用程式代碼就只能運行在權限比較低的用戶模式下（User mode）。
Kernel mode是具有最高權限的模式，也叫做管理員模式（Supervisor mode）。
內核的作用
內核有什麼作用？或者我們說作業系統提供什麼功能，起什麼作用？
首先，要直接控制CPU和內存，我們暫且稱為關鍵功能。
我們都知道計算機可以同時運行很多軟體做很多事，這叫做多進程（Multi-process）或者多任務（Multi-tasking），那麼作業系統就要能夠實現多個任務的管理和安排，還要負責多個任務之間的協作通信。一般的，主要包含：
Virtual memory，將內存虛擬化以供應用程式使用。
Task Schedules，任務排程。
IPC，Inter-process communication，進程間通信。
其次，要實現基本的功能服務，我們暫且稱為服務功能。
應用程式可以調用這些服務來實現各種功能，比較基礎的作業系統服務有：
File System，文件系統，保存和讀取文件。
Network，網絡服務，讓應用程式可以聯網。
Graphic，圖形服務，提供屏幕上顯示圖形的能力。
GUI，界面服務，提供界面工具按鈕顯示。
當然還有很多其他的，這裡就不一一列舉了。
另外，要能夠支援更多硬體設備，我們暫且稱為設備驅動。
比如增加了一個攝像頭，一個光線傳感器，作業系統要確保這些設備能夠被應用程式使用起來才行。其實就是要對各種硬體的驅動進行管理，就是Device driver設備啟動服務。
原文網址：https://kknews.cc/tech/6avq4kl.html
Re: 盲點：齊識而返，不能過彼
發表於 : 週日 6月 12, 2022 10:19 am
自甘墮落每日頭條 寫: ↑週日 6月 12, 2022 9:41 am 「軟體」微內核與宏內核
2019-08-28 由 zhyuzh 發表于科技
核心模式與用戶模式(Kernel Mode & User Mode)
我們都知道一台計算機或者手機都要有個作業系統（Operating System簡稱OS），最常用的作業系統就是手機上的安卓(Android)和電腦上的Windows，其次還有蘋果手機上的iOS和蘋果筆記本上的macOS，也許你還聽說過另外的作業系統比如Unix、Linux、Ubuntu等等。總之，這些都是作業系統。
買一個硬體設備（電腦、筆記本或者手機），首先上面一般都已經安裝了作業系統，然後我們可以在作業系統的基礎上再安裝各種各樣的軟體程序或APP。硬體-作業系統-軟體程序，這就像磚頭一層一層累加起來。
作業系統本身也是代碼編寫出來的，所以也是軟體。從這裡我們就可以看出來，同樣都是軟體，作業系統可以直接控制硬體，而應用程式不能直接控制硬體，必須要通過作業系統來間接使用硬體資源。
內核（kernel）就是作業系統的最主要代碼，我們也可以簡單的認為Kernel（內核）就是指作業系統。
所有的軟體代碼，無論作業系統還是應用程式，本質是都是由中央處理器晶片（CPU）來運行的，但如果你安裝的APP代碼裡面有病毒怎麼辦？CPU運行這些有問題的代碼就會遇到困難，甚至會死機。
幾乎每個程式設計師都能開發應用程式APP，全世界的APP數不勝數，也就沒辦法嚴格控制以確保APP代碼不會導致死機。
但是作業系統就少很多，而且都是比較大型公司編寫的，也經過了很多的嚴格測試，相對而言就比較可控。
所以，計算機的CPU規定，「我只信賴作業系統的代碼，不信賴應用程式的代碼。如果應用程式代碼雲小時候遇到問題，作業系統你可以停止它。」
於是，遵照CPU的規則，Kernel核心代碼就運行在最高權限的核心模式下（Kernel mode），而應用程式代碼就只能運行在權限比較低的用戶模式下（User mode）。
Kernel mode是具有最高權限的模式，也叫做管理員模式（Supervisor mode）。
內核的作用
內核有什麼作用？或者我們說作業系統提供什麼功能，起什麼作用？
首先，要直接控制CPU和內存，我們暫且稱為關鍵功能。
我們都知道計算機可以同時運行很多軟體做很多事，這叫做多進程（Multi-process）或者多任務（Multi-tasking），那麼作業系統就要能夠實現多個任務的管理和安排，還要負責多個任務之間的協作通信。一般的，主要包含：
Virtual memory，將內存虛擬化以供應用程式使用。
Task Schedules，任務排程。
IPC，Inter-process communication，進程間通信。
其次，要實現基本的功能服務，我們暫且稱為服務功能。
應用程式可以調用這些服務來實現各種功能，比較基礎的作業系統服務有：
File System，文件系統，保存和讀取文件。
Network，網絡服務，讓應用程式可以聯網。
Graphic，圖形服務，提供屏幕上顯示圖形的能力。
GUI，界面服務，提供界面工具按鈕顯示。
當然還有很多其他的，這裡就不一一列舉了。
另外，要能夠支援更多硬體設備，我們暫且稱為設備驅動。
比如增加了一個攝像頭，一個光線傳感器，作業系統要確保這些設備能夠被應用程式使用起來才行。其實就是要對各種硬體的驅動進行管理，就是Device driver設備啟動服務。
原文網址：https://kknews.cc/tech/6avq4kl.html
夫復何言
Re: 盲點：齊識而返，不能過彼
發表於 : 週日 6月 12, 2022 10:27 am
CPU的運行環，特權級與保護
2019-07-21 由 底層軟件架構 發表于資訊
微信公眾號：技術原理君
可能你憑藉直覺就知道應用程式的功能受到了Intel x86計算機的某種限制，有些特定的任務只有作業系統的代碼才可以完成，但是你知道這到底是怎麼一回事嗎？在這篇文章里，我們會接觸到x86的特權級（privilege level），看看作業系統和CPU是怎麼一起合謀來限制用戶模式的應用程式的。特權級總共有4個，編號從0（最高特權）到3（最低特權）。有3種主要的資源受到保護：內存，I/O埠以及執行特殊機器指令的能力。在任一時刻，x86 CPU都是在一個特定的特權級下運行的，從而決定了代碼可以做什麼，不可以做什麼。這些特權級經常被描述為保護環（protection ring），最內的環對應於最高特權。即使是最新的x86內核也只用到其中的2個特權級：0和3。
x86的保護環
在諸多機器指令中，只有大約15條指令被CPU限制只能在ring 0執行（其餘那麼多指令的操作數都受到一定的限制）。這些指令如果被用戶模式的程序所使用，就會顛覆保護機制或引起混亂，所以它們被保留給內核使用。如果企圖在ring 0以外運行這些指令，就會導致一個一般保護錯（general-protection exception），就像一個程序使用了非法的內存地址一樣。類似的，對內存和I/O埠的訪問也受特權級的限制。但是，在我們分析保護機制之前，先讓我們看看CPU是怎麼記錄當前特權級的吧，這與前篇文章中提到的段選擇符（segment selector）有關。如下所示：
數據段和代碼段的段選擇符
數據段選擇符的整個內容可由程序直接加載到各個段寄存器當中，比如ss（堆棧段寄存器）和ds（數據段寄存器）。這些內容里包含了請求特權級（Requested Privilege Level，簡稱RPL）欄位，其含義過會兒再說。然而，代碼段寄存器（cs）就比較特別了。首先，它的內容不能由裝載指令（如MOV）直接設置，而只能被那些會改變程序執行順序的指令（如CALL）間接的設置。而且，不像那個可以被代碼設置的RPL欄位，cs擁有一個由CPU自己維護的當前特權級欄位（Current Privilege Level，簡稱CPL），這點對我們來說非常重要。這個代碼段寄存器中的2位寬的CPL欄位的值總是等於CPU的當前特權級。Intel的文檔並未明確指出此事實，而且有時在線文檔也對此含糊其辭，但這的確是個硬性規定。在任何時候，不管CPU內部正在發生什麼，只要看一眼cs中的CPL，你就可以知道此刻的特權級了。
記住，CPU特權級並不會對作業系統的用戶造成什麼影響，不管你是根用戶，管理員，訪客還是一般用戶。所有的用戶代碼都在ring 3上執行，所有的內核代碼都在ring 0上執行，跟是以哪個OS用戶的身份執行無關。有時一些內核任務可以被放到用戶模式中執行，比如Windows Vista上的用戶模式驅動程序，但是它們只是替內核執行任務的特殊進程而已，而且往往可以被直接刪除而不會引起嚴重後果。
由於限制了對內存和I/O埠的訪問，用戶模式代碼在不調用系統內核的情況下，幾乎不能與外部世界交互。它不能打開文件，發送網絡數據包，向屏幕列印信息或分配內存。用戶模式進程的執行被嚴格限制在一個由ring 0之 神所設定的沙盤之中。這就是為什麼從設計上就決定了：一個進程所泄漏的內存會在進程結束後被統統回收，之前打開的文件也會被自動關閉。所有的控制著內存或 打開的文件等的數據結構全都不能被用戶代碼直接使用；一旦進程結束了，這個沙盤就會被內核拆毀。這就是為什麼我們的伺服器只要硬體和內核不出毛病，就可以 連續正常運行600天，甚至一直運行下去。這也解釋了為什麼Windows 95/98那麼容易死機：這並非因為微軟差勁，而是因為系統中的一些重要數據結構，出於兼容的目的被設計成可以由用戶直接訪問了。這在當時可能是一個很好的折中，當然代價也很大。
原文網址：https://kknews.cc/news/34o84xg.html
2019-07-21 由 底層軟件架構 發表于資訊
微信公眾號：技術原理君
可能你憑藉直覺就知道應用程式的功能受到了Intel x86計算機的某種限制，有些特定的任務只有作業系統的代碼才可以完成，但是你知道這到底是怎麼一回事嗎？在這篇文章里，我們會接觸到x86的特權級（privilege level），看看作業系統和CPU是怎麼一起合謀來限制用戶模式的應用程式的。特權級總共有4個，編號從0（最高特權）到3（最低特權）。有3種主要的資源受到保護：內存，I/O埠以及執行特殊機器指令的能力。在任一時刻，x86 CPU都是在一個特定的特權級下運行的，從而決定了代碼可以做什麼，不可以做什麼。這些特權級經常被描述為保護環（protection ring），最內的環對應於最高特權。即使是最新的x86內核也只用到其中的2個特權級：0和3。
x86的保護環
在諸多機器指令中，只有大約15條指令被CPU限制只能在ring 0執行（其餘那麼多指令的操作數都受到一定的限制）。這些指令如果被用戶模式的程序所使用，就會顛覆保護機制或引起混亂，所以它們被保留給內核使用。如果企圖在ring 0以外運行這些指令，就會導致一個一般保護錯（general-protection exception），就像一個程序使用了非法的內存地址一樣。類似的，對內存和I/O埠的訪問也受特權級的限制。但是，在我們分析保護機制之前，先讓我們看看CPU是怎麼記錄當前特權級的吧，這與前篇文章中提到的段選擇符（segment selector）有關。如下所示：
數據段和代碼段的段選擇符
數據段選擇符的整個內容可由程序直接加載到各個段寄存器當中，比如ss（堆棧段寄存器）和ds（數據段寄存器）。這些內容里包含了請求特權級（Requested Privilege Level，簡稱RPL）欄位，其含義過會兒再說。然而，代碼段寄存器（cs）就比較特別了。首先，它的內容不能由裝載指令（如MOV）直接設置，而只能被那些會改變程序執行順序的指令（如CALL）間接的設置。而且，不像那個可以被代碼設置的RPL欄位，cs擁有一個由CPU自己維護的當前特權級欄位（Current Privilege Level，簡稱CPL），這點對我們來說非常重要。這個代碼段寄存器中的2位寬的CPL欄位的值總是等於CPU的當前特權級。Intel的文檔並未明確指出此事實，而且有時在線文檔也對此含糊其辭，但這的確是個硬性規定。在任何時候，不管CPU內部正在發生什麼，只要看一眼cs中的CPL，你就可以知道此刻的特權級了。
記住，CPU特權級並不會對作業系統的用戶造成什麼影響，不管你是根用戶，管理員，訪客還是一般用戶。所有的用戶代碼都在ring 3上執行，所有的內核代碼都在ring 0上執行，跟是以哪個OS用戶的身份執行無關。有時一些內核任務可以被放到用戶模式中執行，比如Windows Vista上的用戶模式驅動程序，但是它們只是替內核執行任務的特殊進程而已，而且往往可以被直接刪除而不會引起嚴重後果。
由於限制了對內存和I/O埠的訪問，用戶模式代碼在不調用系統內核的情況下，幾乎不能與外部世界交互。它不能打開文件，發送網絡數據包，向屏幕列印信息或分配內存。用戶模式進程的執行被嚴格限制在一個由ring 0之 神所設定的沙盤之中。這就是為什麼從設計上就決定了：一個進程所泄漏的內存會在進程結束後被統統回收，之前打開的文件也會被自動關閉。所有的控制著內存或 打開的文件等的數據結構全都不能被用戶代碼直接使用；一旦進程結束了，這個沙盤就會被內核拆毀。這就是為什麼我們的伺服器只要硬體和內核不出毛病，就可以 連續正常運行600天，甚至一直運行下去。這也解釋了為什麼Windows 95/98那麼容易死機：這並非因為微軟差勁，而是因為系統中的一些重要數據結構，出於兼容的目的被設計成可以由用戶直接訪問了。這在當時可能是一個很好的折中，當然代價也很大。
原文網址：https://kknews.cc/news/34o84xg.html