推 Dsalg:因為proxy非僅僅 "代為處理『網頁』伺服器的資訊" 219.86.46.59 06/20
→ Dsalg:所以選項(B)確實比較適當 219.86.46.59 06/20
推 Dsalg:目前"主要"的 ... SSL沒錯啊， 219.86.46.59 06/20
→ Dsalg:SET加密方式國內使用不到7% ... 219.86.46.59 06/20
> -------------------------------------------------------------------------- <
作者: debian99 (修身養"性") 站內: studyteacher
標題: Re: [考題] 今年台北市電腦專業考題疑義
時間: Mon Jun 20 22:40:35 2005
※ 引述《coocoocoo ( *)》之銘言：
: 電腦專業第33、34題有疑義啊啊啊！！！
: 33. 代理伺服器（Proxy server）的用途為何？
: (A)代為處理網址和ip之間的轉譯工作
: (B)代理連接至網路其他伺服器讀取資料
: (C)代為處理網頁伺服器的資訊，減低負荷量
: (D)代理執行本地端的應用程式，讓程式執行更靈活
: →公告的答案是(B)，但是(C)也不能說他錯，Proxy本來就有
: 網頁快取的功能
通常你在自己的網域
proxy所能減低的負荷 應該是外面的負荷
你要連那台的機器 沒有資料 透過代理去取得 然後暫存
這裡的網頁伺服器 大概是指自己網域內的主機
不過 廣義的講 還是能減低負荷才對
只能說 這一題出的不好啦
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 222.250.148.153
→ FT6034:此外，proxy主要減低的負荷量應是內部對外部流量 219.84.148.120 06/21
→ FT6034:減低網頁伺服器的負擔並非架設proxy server的考量 219.84.148.120 06/21
→ FT6034:而且，"代為處理網頁伺服器的資料"也有問題 219.84.148.120 06/21
→ FT6034:因為proxy能做的就是提供資料而已 219.84.148.120 06/21
→ FT6034:而"處理網頁伺服器的資料"涉及層面更加廣泛 219.84.148.120 06/21
> -------------------------------------------------------------------------- <
作者: ptiger (ptiger) 看板: studyteacher
標題: Re: [考題] 今年台北市電腦專業考題疑義
時間: Tue Jun 21 11:12:15 2005
※ 引述《coocoocoo ( *)》之銘言：
: 34. 目前網路線上交易的安全機制主要是採哪一種規範或標準？
: (A)SSL (B)SSH (C)SET (D)SAT
: →公告的答案是(A)，但是SSL只是一種加密技術的機制，(C)還
: 包含了認證等等功能，而且英文直接是Secure Eletric Transaction
: 才能是說是最正確無誤的吧
: ------------------------------------------------------------
: 我回學校和老師討論過後都覺得這二題有問題，其他考電腦的都
: 沒有疑問嗎？想知道是我學藝不精還是大家都沒發現呀？
: 另外一提，我有在放榜前打電話去永吉國中反應過了，他們說討論
: 完再回電給我，結果還是直接放榜了，沒理我 ><......
: 如果真的有錯，要向誰反應咧？？
關於34
題目是：目前網路線上交易的安全機制主要是採哪一種規範或標準？
^^^^ ^^^^
答案是SSL的原因是這兩個
雖說SET的機制較完整，可是要投資成本很大，造成該機制在市場上是屬小眾
所以最安全不一定最適用
君不見，目前只要跟金融有點關係的網站都是：https://xxx.xxx.xxx
所以34的答案的確是A
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 210.241.93.54
> -------------------------------------------------------------------------- <
作者: Dsalg (...) 看板: studyteacher
標題: Re: [中學]有人可以解一下台北市電腦科題目25題嗎 …
時間: Wed Jun 22 02:41:50 2005
※ 引述《catwu (meow~~)》之銘言：
: 25.cpu排程法有很多種，為了評估排班法則的效率，計算等候時間（waiting time），
: 是相當有效的參考對像。假設cpu現在有5個行程需要處理，這五個行程都已在佇列
: 中等候執行，其中：
: 行程 佔用cpu時間（單位：毫秒）
: p1 10
: p2 29
: p3 3
: p4 7
: p5 12
: 若採sjf演算法，請問平均等候時間為何？
: （a）13毫秒 （b）23毫秒 (c）28毫秒 （d）29毫秒
: 答案是a
: 怎麼算出來的啊？可以請問各位大大嗎？謝謝~^^
sjf演算法，佔用cpu時間越短的工作會先做，因此執行順序為
p3, p4, p1, p5, p2
p3執行時間由 0毫秒 開始，直到 3毫秒時，p3執行完畢，改換執行p4，
因此p4執行時間是由 3毫秒開始
上述兩行可以得到：
(1)p3等待時間為 0 (0毫秒就開始執行了，完全沒等到)
(2)p4等待時間為 3 (由一開始的0毫秒一直等到3毫秒才開始執行，因此等了3毫秒)
接著因為p4佔用cpu時間為7毫秒，因此直到10毫秒 (3+7)時，p4執行結束，
故p1開始執行時，時間為10毫秒，因此p1的等待時間為10毫秒。
而p1佔用cpu時間為10毫秒，10+10=20毫秒，因此在時間為20毫秒時，p1工作結束，
改執行p5，故p5的等待時間為20毫秒。
最後，當p5執行結束時 (20+12=32毫秒)，再執行p2，因此p2的等待時間為32毫秒。
整理得：
p3等待時間為0毫秒，p4等待時間為3毫秒，p1等待時間為10毫秒，
p5等待時間為20毫秒，p2等待時間為32毫秒，
(0+3+10+20+32)/5 = 13 毫秒
p3 p4 p1 p5 p2
|---|-------|----------|------------|-----------------------------|
0 3 10 20 32
隨便打的，有錯請指正！
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.31.169.86
推 kadok:sjb is preemptive 163.20.54.129 06/22
推 gozule:SRTF才是preemptive 163.32.139.75 06/22