linux操作系統關於命令的課程設計報告

A. 操作系統課程設計

設計題目
1設計題目：CPU調度(CPU調度演算法的模擬實現)
具體內容：編寫演算法，實現CPU調度演算法FCFS、非搶佔SJF、可搶占優先權調度、RR
針對模擬進程，利用CPU調度演算法進行調度
進行演算法評價，計算平均周轉時間和平均等待時間
要求：調度所需的進程參數由輸入產生
手工輸入
隨機數產生
輸出調度結果
輸出雞撣慣趕甙非軌石憨將演算法評價指標
2設計題目：虛擬內存 (頁面置換演算法的模擬實現)
具體內容：編寫演算法，實現頁面置換演算法FIFO、LRU
針對內存地址引用串，運行頁面置換演算法進行頁面置換
要求：演算法所需的引用串參數由輸入產生：可由手工輸入也可基於隨機數產生
輸出內存駐留的頁面集合
1．進程調度演算法模塊
[問題描述]
1、進程調度演算法：採用動態最高優先數優先的調度演算法（即把處理機分配給優先數最高的進程）。
2、每個進程有一個進程式控制制塊（ PCB）表示。進程式控制制塊可以包含如下信息：
進程名---進程標示數 ID
優先數 PRIORITY 優先數越大優先權越高
到達時間---進程的到達時間為進程輸入的時間。、
進程還需要運行時間ALLTIME，進程運行完畢ALLTIME=0，
已用CPU時間----CPUTIME、
進程的阻塞時間STARTBLOCK-表示當進程在運行STARTBLOCK個時間片後，進程將進入阻塞狀態
進程的阻塞時間BLOCKTIME--表示當進程阻塞BLOCKTIME個時間片後，進程將進入就緒狀態
進程狀態—STATE
隊列指針NEXT 用來將PCB排成隊列。
3、調度原則：
進程的優先數及需要的運行時間可以事先人為地指定（也可以由隨機數產生）。進程的到達時間為進程輸入的時間。
進程的運行時間以時間片為單位進行計算。
進程在就緒隊列中待一個時間片，優先數加1
每個進程的狀態可以是就緒 R（READY）、運行R（Run）阻塞B(BLOCK)、或完成F（Finish）四種狀態之一。
就緒進程獲得 CPU後都只能運行一個時間片。用已佔用CPU時間加1來表示。
如果運行一個時間片後，進程的已佔用CPU時間已達到所需要的運行時間，則撤消該進程，如果運行一個時間片後進程的已佔用CPU時間還未達所需要的運行時間，也就是進程還需要繼續運行，此時應將進程的優先數減3，然後把它插入就緒隊列等待CPU。
每進行一次調度程序都列印一次運行進程、就緒隊列、以及各個進程的 PCB，以便進行檢查。
重復以上過程，直到所要進程都完成為止。
求課程設計報告和用c語言編寫的源代碼

B. 關於Linux操作系統的論文

誤信息：「0X????????指令引用的0x00000000內存，該內存不能為read或written」，然後應用程序被關閉。如果去請教一些「高手」，得到的回答往往是「Windows就是這樣不穩定」之類的義憤和不屑。其實，這個錯誤並不一定是Windows不穩定造成的。本文就來簡單分析這種錯誤的常見原因。
一、應用程序沒有檢查內存分配失敗
程序需要一塊內存用以保存數據時，就需要調用操作系統提供的「功能函數」來申請，如果內存分配成功，函數就會將所新開辟的內存區地址返回給應用程序，應用程序就可以通過這個地址使用這塊內存。這就是「動態內存分配」，內存地址也就是編程中的「指針」。
內存不是永遠都招之即來、用之不盡的，有時候內存分配也會失敗。當分配失敗時系統函數會返回一個0值，這時返回值「0」已不表示新啟用的指針，而是系統向應用程序發出的一個通知，告知出現了錯誤。作為應用程序，在每一次申請內存
後都應該檢查返回值是否為0，如果是，則意味著出現了故障，應該採取一些措施挽救，這就增強了程序的「健壯性」。
若應用程序沒有檢查這個錯誤，它就會按照「思維慣性」認為這個值是給它分配的可用指針，繼續在之後的運行中使用這塊內存。真正的0地址內存區保存的是計算機系統中最重要的「中斷描述符表」，絕對不允許應用程序使用。在沒有保護機制的操作系統下（如DOS），寫數據到這個地址會導致立即死機，而在健壯的操作系統中，如Windows等，這個操作會馬上被系統的保護機制捕獲，其結果就是由操作系統強行關閉出錯的應用程序，以防止其錯誤擴大。這時候，就會出現上述的「寫內存」錯誤
，並指出被引用的內存地址為「0x00000000」。
內存分配失敗故障的原因很多，內存不夠、系統函數的版本不匹配等都可能有影響。因此，這種分配失敗多見於操作系統使用很長時間後，安裝了多種應用程序（包括無意中「安裝」的病毒程序），更改了大量的系統參數和系統文件之後。
二、應用程序由於自身BUG引用了不正常的內存指針
在使用動態分配的應用程序中，有時會有這樣的情況出現：程序試圖讀寫一塊「應該可用」的內存，但不知為什麼，這個預料中可用的指針已經失效了。有可能是「忘記了」向操作系統要求分配，也可能是程序自己在某個時候已經注銷了這塊內存而「沒有留意」等等。注銷了的內存被系統回收，其訪問權已經不屬於該應用程序，因此讀寫操作也同樣會觸發系統的保護機制，企圖「違法」的程序唯一的下場就是被操作終止運行，回收全部資源。計算機世界的法律還是要比人類有效和嚴厲得多啊！
像這樣的情況都屬於程序自身的BUG，你往往可在特定的操作順序下重現錯誤。無效指針不一定總是0，因此錯誤提示中的
內存地址也不一定為「0x00000000」，而是其他隨機數字。
如果系統經常有所提到的錯誤提示，下面的建議可能會有幫助：
1.查看系統中是否有木馬或病毒。這類程序為了控制系統往往不負責任地修改系統，從而導致操作系統異常。平常應加強信息安全意識，對來源不明的可執行程序絕不好奇。
2.更新操作系統，讓操作系統的安裝程序重新拷貝正確版本的系統文件、修正系統參數。有時候操作系統本身也會有BUG，要注意安裝官方發行的升級程序。
3.試用新版本的應用程序。
求採納為滿意回答。

C. 操作系統課程設計（linux）

我也遇到過這個問題，安裝的時候你沒有裝圖形用戶終端（似乎是叫Xwindow）。之前有叫專你打勾安裝的。所以屬最後就只有命令行界面了（其實這個界面也可以解，但我不大會）。重回到開頭找到打勾選項去勾選相應圖形界面安裝！

D. 操作系統課程設計 設計目的：熟悉Linux編程環境，加強對Linux命令的理解及函數的運用 設計內容：在Linux環

刪掉了早 我都快畢業了

E. 計算機操作系統上機實驗報告———LINUX的常用命令，哪位有啊幫幫忙！

可以提供給你所有的linux命令，但是報告嘛 你得自己寫了

F. 操作系統課程設計的內容簡介

本書介紹了Linux操作系統機制，分析了部分Linux內核代碼，回並列出了操作系答統針對性的實驗；從Linux操作系統環境、系統調用、定時器、內核模塊、進程調度、虛擬存儲、文件系統，循序漸進到Linux內核的改動。Linux操作系統環境使用放在本書的附錄中，對於沒有學習過Linux操作系統命令的讀者來說，需要掌握這方面的知識。
另一方面，作者本身也是程序員，對程序設計過程中的「創造性」有一定的體會。建議讀者在使用本書時，大可不必循規蹈矩，讀者可以用自己的思路學習Linux內核，這樣既學到Linux源程序本身，更學到程序的「靈魂」。

G. 求操作系統課程設計報告共3，1個100

我靠！大哥``這種玩意你到這里來找答案呀`厲害``我幫你看看，這100我要定了