* updated by Kii Ali, 12-11-2001 ftp://ftp.nsysu.edu.tw/cpatch/faq/affair/00_index.txt Subject: 不在機器旁邊,每一樣事情都得做最壞的考量。 ------------------------------------------------------------------------------------------ Date: Tue, 27 Apr 1999 07:01:12 +0800 To: ChrisTorng@cpatch.org (ChrisTorng) From: Kii Ali Subject: 不在機器旁邊,每一樣事情都得做最壞的考量。 At 12:05 AM 1999/4/27 +0800, you wrote: cc: patch-author >我再一次很誠懇地建議,使用 servu 2.3 版。 >所有的 service 都好好的,只有 servu 連續兩天都當。 這弟當然同意,或許換看看,情形就好了也不一定?還好 2.3 跟 2.5 使用的 ini 檔相差並不大,直接過去也沒什麼問題。 只是下面的問題,弟跟您討論一下。 >以前機器連開了近兩個月,servu也連續撐了那麼久沒當,總人次應該有破50萬, >經常超過100人,最多好像有達300人過。 >您一直提醒大家,機器負擔非常大,但我就偏偏看不出來? 這是事實。前些天我把所有 13000 封的 mail list 全部轉到另一臺 486 去發,整個 ftp 的感覺就順很多,也很少會有停滯的情形,不曉得你沒有 覺嗎?光是取檔,從 timenet 或 hinet 上線,以前只能2k,現在幾乎 可以到達滿格。當然信件再丟過來由 miau 這臺來發信時,又拖住了。 最明顯的時候是發信做 spool 時,動作會 idle 掉。 >我只看出 servu 在那裡無事忙,強佔cpu不知道幹嘛? 這的確是。2.5 版的 cpu 使用率比 2.4 還高。在那裡擋 anonymous 是一個因素。但能不能放 anonymous 的人數?我以前就放過了,多好, 無限制人數,大家都抓得很愉快。事實上是大家都抓不愉快。除了臺大 會抗議之外,所有人進去都在那裡拖慢。無論曾文聖或是許輔,給我們 的限制實在很少很少,但他們的意見還得在意的,hort 的流量跑到臺大 第三名,總要考量別人的想法,以及機器的運轉順暢與否。人數從無限 ,降到120,再降到80,現在降到45 人。當然每一層都有考量過。 當機可能是版次有問題,就像以前會覺得 2.4 beta4 比 2.4 正式版穩 一樣,但這是沒有依據的。DRWATSON 你也很清楚,什麼時候要跳出來 可不一定。loading 重跟 servu 版本並不是絕對關係,而跟外界 環境的影響比較大。 >mirror 一直 timeout,我看不是台大網路慢,也不是機器不夠快, >而是 servu 自己卡住。 mirror 站有 mirror 站對映的問題,不能跟一般使用者登入相並論的。 弟應該有把 patch-mirror 的信帶給你看過了。你可以去翻一下。 弟不懂 unix 系統的東西,據他們的說法,mirror 的頭一個動作是要 把所有的檔案 dir 列出來,這個動作要拖很久。cpatch 的東西已經不 能跟往日同日而語了,目前是 1.33g ,3168 個目錄,以後,只會更大, 這些條件是你要考慮進去的。 當然可以如同 pank 所說的,用 linux 來架。我也想,可以省一些硬 體上的成本。只是誰來架和誰控管?跨個系統,轉換的陣痛期,問題 就一堆。 >以前即使是有人在校內高速抓一大堆檔,像 ie4 剛推出時, >一大堆人在抓,cpu 總負擔也不超過 50%(p200), >我在幕前使用軟體根本沒什麼感覺。 另一個考量是:當別人用宿網之類的高速網路進來抓檔,會不會導致 其他人的服務變慢?答案似乎是 Yes 。甚至導致別人暫時 idle 掉。 >那像那天,連一個檔案總管也可以花20秒才顯示完,然後過幾分鐘又突然變正常。 >您有看到,是 servu 在佔cpu,而不是 mdaemon, >最直接的證據是 servu 根本不理我的右鍵。 > >您想想,如果我在中正時,邊寫程式,一邊卡住,會受得了嗎? 在中正的時候,servu 要 handle 的並沒有那麼多嘛。有 account 的 人沒那麼多,不超過二十個,權限沒那麼複雜,當然也沒有限制重覆 登入次數的功能,也比較不會有一開 server 就一堆人蜂擁著搶進來的 情形。剛遷到臺大時也是一樣。那時只有 300 多個目錄,再加上底下的 source,頂多乘以二。狀況是完全不一樣的。現在是 3168 個。進來的 人數就不要提了。如果沒有弄到 mirror 站,早就死了。 我在離線控管的問題更多,也苦惱這種問題。 >server 軟體,是穩定重要還是功能重要? 都很重要,否則我不會廢力去翻該死的 dtoc。當然 cpatch 這種環境也 成了實驗 server 軟體的最好地方,那種不穩一上便知。所幸在 cpatch 上面所跑的 dtoc 中文化 SERVICE 並沒有如此的漏氣。 MDaemon 一樣有這種情形,雖然他不是跳 drwatson 出來。很多是沒有 理由的。 >新版 servu 我看不出什麼真正有價值的新功能, >好像只有不同使用者有不同登入訊息,及那個不曉得有什麼用的 dir cache? 不同使用者的不同訊息是早就有了。dir cache 有用啦。mirror 站的 反應就知道了。 >倒是少了一個重要的功能:切換磁碟機。 這是實情。這是我的疏失。我翻遍了 doc 和 servu 站上,連servu 的 mail ilst 都訂了,解答都一樣,就是奇怪,不能動。新版會把 跨磁碟機的功能拔了?應該不可能。 >您不必一直提醒別人機器負擔太大,依我看根本沒比以前大。 >在中正時用 emwac 也已達 13000 人, servu 不限人數, 在中正時 mail list 應該沒有過萬。我承認 emwac 在某方面,很白 痴,而且幾乎不會佔多少 CPU ,卻有著管理上的先天限制。當然照雄 哥的說法是可以找一些 plugins 補強,卻總不是那麼方便與完美。 現在是 patch-user 也在跑,他的人數跟 patch 是完全一樣的,一萬 三。如果我有上線,便會把無效的使用者更新掉。 Mdaemon 強在可以 crack 每一封 mail ,離線名單管理也極其便利。 但也敗在此。當然可以關掉 crack mail,只是一堆該死的 mail server 又會擋信了。文字檔形式的資料庫也拖慢了 mdaemon 的速度。 >現在記憶體也夠了,好像總消耗量不常超過 80mb 吧? >少了 swap 的負擔,我相信現在機器應該也要很順才對。 >我相信唯一最大的禍源就是新版的 servu。 有 ram 的確好多了,swap 情形的確明顯減少。 >我也仍然相信,nt應該還算蠻穩的,每天的重開機應該是沒有必要。 >最多只需要一星期一次,或者只把 servu 服務關掉再開即可。 這我被整過了,整到不敢信任 server 。沒有掛上定時器之前,只要 一當機,我就倒楣了。掛上之後至少每天都會自己 refresh 到原始 狀態,如果我不在臺北怎麼辦啊,打電話請臺大的幫忙 reset 開機 嗎?別人也不一定有那個美國時間幫忙。不在機器旁邊,每一樣事情 都得做最壞的考量。 你還記得,上次去臺大碰到最離譜的事,居然是另一臺時間被跳成 2099 年,導致所有軟體運轉不正確?我不敢信任 nt ,這是實情。 nt 的 service 的觀念固然很好,卻不代表一切。某些狀況下使用 記憶體會一直上昇,即使關掉後,也不能回復乾淨。 vc5 +bc5 就 是很好的例子。 定時關機是非常笨的方法,不過我被搞到怕了。沒有那個時間成本 常常跑臺大啊。控管的人力成本,是弟很嚴重考慮的事。 要好好看看信件啦,開機 post 過程沒有過,才是該顧慮的。一次 還好,如果五天發生一次 post 過程不過,那就要考慮很多事了。 >還是要再說一次,建議您換回 servu 2.3,幾天試試也好。 好的。弟願意試試。 >突然想到,何不用 >kiiali@cpatch.hort.ntu.edu.tw 或 kiiali@patch.hort.ntu.edu.tw >而用 kiiali@cpatch.org 呢? 都可以,反正同一臺機器,一樣可以接信。只是少打兩個字母是真的。