大家都知道現在 chatGPT 已經在多個領域展現了及其強大的工地,比如文案策劃,畢業論文方便,甚至很多程式設計師都直接讓 chatGPT 幫忙寫程式碼了,在一些模板化的程式碼方面,chatGPT 更展示了優秀的能力。
所以我突然迸發了一個想法,我讓 chatGPT 教我學一下作業系統怎麼樣?
這裡的我是一個懂點作業系統但卻裝成小白兔的人(這樣的人在職場中是不是最心機了 狗頭保命)
梭哈開始!
嗯。。。。。。這個回答很像百度百科的官方回答。看起來沒啥意思,讓人昏昏欲睡。
我想用 chatGPT 的回答來繼續問他,看看能不能讓他犯一些錯誤。
作業系統的這些介面本質是為應用程式服務的,方便應用程式進行 API 呼叫來使用。對於一些寬泛性的問題,作業系統回答的還算不錯。
後面稍微提升一下難度。
這裡的回答有幾個疑問點:
還有,它竟然不知道鴻蒙 OS ??????
如果說上面那個問題我有點計較的話,那 gpt 的這個回答就有點很不充分了,它竟然沒有回答單核心結構。
ßΩ我之前的文章中就解釋過什麼是單核心和微核心,詳見
https://mp.weixin.qq.com/s/qwlif22TskeGYLh5FpV9Pg
一句話解釋:單核心和微核心最大的區別就是,單核心的使用者服務和核心服務都儲存在相同的地址空間中,它們都由核心進行統一管理,而微核心的使用者服務和核心服務會儲存在不同的地址空間中。
其實單核心和單體結構的區別不是很大,但這還是兩ß種不同的核心結構,區別在於單核心可以動態載入,實現可插拔。
gpt 又給我道歉了,我都不習慣了。它這道歉的速度和頻率比我媳婦多了好幾倍。
它漏答了指令集架構,這是很重要的一點。
其中一點是因為 Linux 系統和 Windows 系統的格式不同,格式就是協定,就是在固定位置有意義的資料。Linux 下的可執行程式檔案格式是 elf
,可以使用 readelf
命令檢視 elf 檔案頭。
而 Windows 下的可執行程式是 PE
格式,它是一種可移植的可執行檔案。
還有一點是因為 Linux 系統和 Windows 系統的 API
不同,這個 API 指的就是作業系統的 API,Linux 中的 API 被稱為系統呼叫
,是通過 int 0x80
這個軟中斷實現的。而 Windows 中的 API 是放在動態連結庫檔案中的,也就是 Windows 開發人員所說的 DLL
,這是一個庫,裡面包含程式碼和資料。Linux 中的可執行程式獲得系統資源的方法和 Windows 不一樣,所以顯然是不能在 Windows 中執行的。
這個問題回答的還是很不錯的。
這個回答沒有太大問題。
我問它系統控制指令的時候它又答錯了,而且它還漏答了非常重要的幾個暫存器。
以上基於 chatGPT 3.5 測試,問了 10 個問題,答錯 6 個,如果沒有一定的只是儲備,很容易被這些答案帶偏,我不知道它的訓練模型是怎樣的,就比如作業系統結構的那個問題,你拿 WIKI 百科的答案喂,都不會只產生兩個結構。
有部分小夥伴建議我使用 4 測試,這個需要開 plus ,我目前還沒有開通,有興趣的小夥伴可以把我的問題方式問一下 GPT-4 ,看看會不會有奇妙的東西發生。
另外,還有部分小夥伴讓我用英文問或者懂 prompt (基於 AI 提問的一種語言)來問,我不想那麼麻煩,既然你都 AI 了,為什麼不能更好的服務我們這種 懶人呢?我還要懂你提問的語言?要是我請教的物件是人,我可能需要了解一下提問的藝術,畢竟雙方的時間都很寶貴,你是一個機器,一種訓練模型,我為什麼還要懂你的語言,你不是為了人類服務的嗎?
我感覺我說的應該沒錯吧?
所以我得出了比較淺顯的結論,這個東西的專業性有限,不過它很能提高文字編寫、策劃、法律、編輯的工作效率,對基於辦公室勞動密集型工種來說,確實應該有危機感了。
原文連結:我和 chatGPT 對線作業系統!
歡迎關注我的個人微信公眾號:程式設計師cxuan
作者:cxuan 出處:https://www.cnblogs.com/cxuanBlog/ 本文版權歸作者和部落格園共有,未經作者允許不能轉載,轉載需要聯絡微信: becomecxuan,否則追究法律責任的權利。 如果文中有什麼錯誤,歡迎指出。以免更多的人被誤導。 |