發信人: kftseng (羅雲) 看板:cc
日期: Sat Jun 28 16:13:52 1997
標題: Re: news!
==> kclau 的文章中提到:
>==> coolB 的文章中提到:
>>這幾天改用交大某news server,發現抓信速度狂飆中...
>>為何到交大抓信反而比中山快很多??
>>是不是中山的server出了什麼問題?
>>記得以前在中山抓信也是超級快的說.....
ccnews.nsysu.edu.tw 用 stream mode 傳送 news articles 的站共有
9 個站. 用 file mode 傳送的站共有 7 個站.
而還要進行 14 個 funnel mode 的 mailing list 與 news server 信
件交換. 雖然 loading 不算太高, 但是他需要的 turn around time
在 9+7+14 = 30 個左右的 file/stream 間運作適必減緩很多.
稍早前, 中山計中這邊的 news server 本身只要負責兩個 file mode
的轉信, 而且不保證轉信品質的狀況下, 可以有比較好的 nnrp access
品質, 反正轉信有沒有準確轉出不被重視. 但近一年來, 經過數次重整,
news server 穩定後, 使用中山 news server 的人數爆增, 我剛接管
的時後, 一天的 daily report 用的人沒幾個, 現在是一大篇報告滿滿
的, 在這個狀況下要 news server 還能有以前的 nnrp access quality
是不可能的.
由其是上游由原先的中正單一, 改成中正與高速電腦中心雙線, 在處理
history 等上的負荷更重. 所以不能單方面歸咎於 news server 在 nnrp
access 的處理上品質不佳.
> 這也就是為何最近要換機器的原因.
> 舊的那台說實在的, 負擔很重, 因為 News 本來就是
> 很操機器的一種 service. 所以現在換到另一台機器
> 上, 希望能大幅改善.
> 所以現在是新的機器, 應該感覺的出快多了吧!
現在轉信與 nnrp access 分離, 轉信由原先的 news server 負擔, 他
為了記錄轉信狀況, 共吃了 (21800+1224) kb 的記憶體空間, 龐然大
物一個.
而 nnrp access 由 ibm 大型主機接手, 速度整體上快很多. 當然若和
交大比的話, 還要看雙方的 news server 上的 news groups 使用狀況
而定, 所 service 的 news groups 數越多, 當然也就越慢. 這是一定
的. 不過, ibm 這台似乎滿不錯的, 我自己用的時後也覺得很順暢.
當初決定要分離兩台機器的時後就想過, 怕 user 不習慣, 所以 news
這個 hostname 讓給新機器用, 而舊機器改用 ccnews. 這些細節都先
幫 users 想到了, 不能再冠一個中山 news server 怕人用的罪名吧!
若中山 news server 怕人用的話, 何必架呢? 又何必不斷的更新 server
的版本, 以求得有更好的 performance? 又何必挪其他的主機來給 users
讀信呢? 您說是嗎? 希望在反應的時後, 先看清楚問題在那, 不要一開
始就先否定別人的努力, 那不是好習慣. 照一些老前輩的講法, 這樣是
會折福的... 希望使用中山大學所提供資源的 users 都能夠懂得惜福以
及尊重其他人. 做為一個負責 service 的人, 和 users 是平等的, 請
尊重他的人格. 這不是幫我自己講話, 因為我快要離職了, 但我想為以後
的接手管理人先說句話...
其實, 看到自己接管的 services 能上軌道是很令人高興的一件事.
--
Usenet Admin: newsadm@cc.nsysu.edu.tw 關於中山 News Server 問題請投訴到這邊
Mailing List: server@sccid.nsysu.edu.tw 關於 Mailing List 的問題請通知到此
Myself Email: kftseng@cc.nsysu.edu.t 私人事情要聯絡可以寄到這個位置
慈濟 http://www.tzuchi.org.tw 梵網經典系列 http://www.nsysu.edu.tw/buda
|