盲點:齊識而返,不能過彼

日匿名

Re: 盲點:齊識而返,不能過彼

文章 日匿名 »

蔡葉 寫: 週六 6月 11, 2022 10:36 am >>>>勿信己意己意非真
有種無膽難以增長

==================================================
日匿名大師訓斥極是.....我家的[名色身]細胞爛肉枯骨堆...就是被別家的{投胎鬼綁匪]強佔,綁久變主人賊意變主意.....我色身看佛經文才知{賊意不可信]!!!

匿名大師您認為怎樣把{綁匪]弄死,使假冒[己意]就滅失了;所以{本來空大如來意}就返色身家???
早早回頭找爹娘
莫要問我還你債
專打不長眼

Re: 盲點:齊識而返,不能過彼

文章 專打不長眼 »

口內 寫: 週二 5月 31, 2022 9:11 pm
訪客 寫: 週五 10月 29, 2021 8:44 am ㄧ心三藏:如來藏阿陀那藏阿賴耶
一心三藏明明是 ,空如來藏,不空如來藏,空不空如來藏
連這都搞不清楚,亂扯一通,果然跟星洲犀牛是同類,可悲啊
不學無術還是別出來丟人現眼以免自誤誤人。
莫大

Re: 盲點:齊識而返,不能過彼

文章 莫大 »

專打不長眼 寫: 週六 6月 11, 2022 1:03 pm
口內 寫: 週二 5月 31, 2022 9:11 pm
訪客 寫: 週五 10月 29, 2021 8:44 am ㄧ心三藏:如來藏阿陀那藏阿賴耶
一心三藏明明是 ,空如來藏,不空如來藏,空不空如來藏
連這都搞不清楚,亂扯一通,果然跟星洲犀牛是同類,可悲啊
不學無術還是別出來丟人現眼以免自誤誤人。
無頭無願
早早超生
南無地藏王菩薩

Re: 盲點:齊識而返,不能過彼

文章 南無地藏王菩薩 »

莫大 寫: 週六 6月 11, 2022 1:12 pm
專打不長眼 寫: 週六 6月 11, 2022 1:03 pm
口內 寫: 週二 5月 31, 2022 9:11 pm
訪客 寫: 週五 10月 29, 2021 8:44 am ㄧ心三藏:如來藏阿陀那藏阿賴耶
一心三藏明明是 ,空如來藏,不空如來藏,空不空如來藏
連這都搞不清楚,亂扯一通,果然跟星洲犀牛是同類,可悲啊
不學無術還是別出來丟人現眼以免自誤誤人。
無頭無願
早早超生
圖檔
莫大

Re: 盲點:齊識而返,不能過彼

文章 莫大 »

南無地藏王菩薩 寫: 週六 6月 11, 2022 3:04 pm
莫大 寫: 週六 6月 11, 2022 1:12 pm
專打不長眼 寫: 週六 6月 11, 2022 1:03 pm
口內 寫: 週二 5月 31, 2022 9:11 pm
訪客 寫: 週五 10月 29, 2021 8:44 am ㄧ心三藏:如來藏阿陀那藏阿賴耶
一心三藏明明是 ,空如來藏,不空如來藏,空不空如來藏
連這都搞不清楚,亂扯一通,果然跟星洲犀牛是同類,可悲啊
不學無術還是別出來丟人現眼以免自誤誤人。
無頭無願
早早超生
圖檔
吊兒郎當
屢勸不聽
南無地藏王菩薩

Re: 盲點:齊識而返,不能過彼

文章 南無地藏王菩薩 »

莫大 寫: 週六 6月 11, 2022 3:58 pm
南無地藏王菩薩 寫: 週六 6月 11, 2022 3:04 pm
莫大 寫: 週六 6月 11, 2022 1:12 pm
專打不長眼 寫: 週六 6月 11, 2022 1:03 pm
口內 寫: 週二 5月 31, 2022 9:11 pm
訪客 寫: 週五 10月 29, 2021 8:44 am ㄧ心三藏:如來藏阿陀那藏阿賴耶
一心三藏明明是 ,空如來藏,不空如來藏,空不空如來藏
連這都搞不清楚,亂扯一通,果然跟星洲犀牛是同類,可悲啊
不學無術還是別出來丟人現眼以免自誤誤人。
無頭無願
早早超生
圖檔
吊兒郎當
屢勸不聽
圖檔
莫大

Re: 盲點:齊識而返,不能過彼

文章 莫大 »

南無地藏王菩薩 寫: 週日 6月 12, 2022 7:25 am
莫大 寫: 週六 6月 11, 2022 3:58 pm
南無地藏王菩薩 寫: 週六 6月 11, 2022 3:04 pm
莫大 寫: 週六 6月 11, 2022 1:12 pm
專打不長眼 寫: 週六 6月 11, 2022 1:03 pm
口內 寫: 週二 5月 31, 2022 9:11 pm
訪客 寫: 週五 10月 29, 2021 8:44 am ㄧ心三藏:如來藏阿陀那藏阿賴耶
一心三藏明明是 ,空如來藏,不空如來藏,空不空如來藏
連這都搞不清楚,亂扯一通,果然跟星洲犀牛是同類,可悲啊
不學無術還是別出來丟人現眼以免自誤誤人。
無頭無願
早早超生
圖檔
吊兒郎當
屢勸不聽
圖檔
人若豁出去
肉麻當有趣
每日頭條

Re: 盲點:齊識而返,不能過彼

文章 每日頭條 »

「軟體」微內核與宏內核
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 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: 盲點:齊識而返,不能過彼

文章 每日頭條 »

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
回覆文章