[請問] 計算機概論選擇問題

看板ask作者 (PT鄉民)時間10年前 (2015/05/21 13:23), 10年前編輯推噓1(1013)
留言14則, 3人參與, 最新討論串1/2 (看更多)
下列何者不是在程式設計時使用巨集(Macro)指令能夠達到的優點? (A)程式較易維護 (B)減少目的程式的長度 (C)程式的執行較具彈性 (D)程式較易除錯 此題答案B,想請問一下這題的題意要怎麼與Function相對有何不同,如何理解呢?? 下列關於作業系統排程(CPU job scheduling)敘述,何者正確(假設系統是動態的,新 的程序(process)會不斷的產生,每個程序所需的執行時間是有限的(finite),且新程序產生的速度不會 造成等待中的程序數目無限增加)? (A)利用 CPU 時間切割(time-slicing),Round-Robin Scheduling 仍無法確保沒有程序 會無限的等待 CPU (B)First-Come, First-Served Scheduling 仍可能會造成有些程序會無限的等待 (C)利用 CPU 時間切割(time-slicing)可以有效避免程序在 High-Priority-First Scheduling 的排程策略下造成 無限的等待 (D)在 High-Priority-First Scheduling 的排程策略下,如果程序的優先權(priority) 會隨著等待時間而提高,那麼系統不會有程序會無限的等待 請問這題要怎麼解是呢,非專業本科(個人電子系)的!!OS題目感覺挺難的.... 8位元的二補數系統(2’s complement)中,0001 1010 與 1111 0011,其相加之和為下 列何者? (A)0000 1110 (B)0000 1101 (C)1111 0010 (D)溢位(overflow) 0001 1010 +1111 0011 ----------- 10000 1101 <<<<不是有益位嗎?? 為何答案不可選D呢?? 以上問題,希望用力鞭,感謝指導 -- ※ 文章網址: https://www.ptt.cc/bbs/ask/M.1432185797.A.AFC.html ※ 編輯: APE36 (114.27.123.47), 05/21/2015 13:23:32

05/21 13:46, , 1F
有益位? 還是有溢位?
05/21 13:46, 1F

05/21 13:46, , 2F
你自己都說是二補數了 怎麼還會直接這樣相加
05/21 13:46, 2F

05/21 13:47, , 3F
二補數的第一碼是表示正負號 你直接加起來的話...
05/21 13:47, 3F

05/21 13:49, , 4F
最左邊那位就可以直接不需要看 所以答案是B
05/21 13:49, 4F

05/21 13:50, , 5F
二的補數是直接相加沒錯,不管溢位
05/21 13:50, 5F

05/21 13:51, , 6F
二補數法所謂的溢位是 8bit只能表示-128~127
05/21 13:51, 6F

05/21 13:52, , 7F
如果你超過這個範圍才叫溢位 至於相加之後多一位
05/21 13:52, 7F

05/21 13:53, , 8F
那個位數就直接忽略掉了 因為他只有 8bits
05/21 13:53, 8F
謝謝指導

05/21 17:25, , 9F
我覺得你可能沒把CPU排程讀仔細 RR FCFS的特色 會不會
05/21 17:25, 9F

05/21 17:25, , 10F
搶奪之類的 應該課本寫得很清楚 我是很久沒念了 忘光光
05/21 17:25, 10F

05/21 17:26, , 11F
你OS應該去拿本恐龍本仔細K一下 不然就找補習班的也可
05/21 17:26, 11F
不知道c的選項是錯在哪~"~ ※ 編輯: APE36 (114.39.12.217), 05/21/2015 19:47:30 ※ 編輯: APE36 (114.39.12.217), 05/21/2015 19:47:50

05/21 19:54, , 12F
C 的選項對在哪?
05/21 19:54, 12F

05/21 19:55, , 13F
time slicing 不是用來解決搶奪問題的
05/21 19:55, 13F
他不是說可以有效避免無限的等待嗎? ※ 編輯: APE36 (114.39.12.217), 05/21/2015 23:58:44

05/22 00:19, , 14F
高優先權一直插進來,低優先權永遠取不到 time slice
05/22 00:19, 14F
文章代碼(AID): #1LNMl5hy (ask)
文章代碼(AID): #1LNMl5hy (ask)