| « 電影: 未婚妻的漫長等待 | 電影: 靈魂的重量 » |
Server 效率低落?
![[mail]](skins/miami_blue/img/envelope.gif){kind=small}
近來感覺重建網誌文章的時間，似乎愈來愈長...
資料量累積愈多、處理愈耗時間，是必然的結果；
然而現在就已經覺得快無法忍受了，實在不敢想像日後會是何種狀況...
搞不好 ~ 執行重建檔案的時間，去洗個澡順便上個大號都還有剩哩...? ^^"
...
把工作管理員叫出來觀察一下，發現重建文章時的 CPU 使用率幾乎滿載...
歸納出幾個可能的原因：
1. Windows 2000 效率差 (這一點應該沒啥爭議)；
2. Perl 似乎是以 process 形式執行，而且不是"常駐"；
每次執行一件 perl script 工作，就產生一個 process，完畢後就從記憶體被移除掉。
如此一來，效率自然沒有以 apache module 方式執行的 PHP 來得快；
3. CPU (AMD Duron 850，還是 800 超頻上去的說) 太弱雞了。
第一第、二點是綁在一起的，在目前沒有時間心力去轉換平台的情況下，
又不想花大錢去買鎖頻的散步龍 (就算破解後，我的主機板又恰巧無法支援)，
最快的方法就是去弄一顆二手的雷鳥、或未鎖頻的速龍擦批回來升級 ~ 夠用、經濟又實惠。
2條評論
評論 來自 阿仁 [瀏覽訪客]
回答問題︰
1.換作業系統－改用linux。這項工作我有空可以幫忙。
2.改用apache perl module－效率會差很多。
3.拿我的CPU去頂－我去換一顆快一點的 :P。別買雷鳥，有過熱問題（伺服器最怕了）。
第二項為優先考量，再來是第一項最後第三項。別再買CPU了，真要買就換x86-64來玩吧！
2005-02-20 @ 17:41
評論 來自 WeiChou [瀏覽訪客]
當初安裝 Perl 時，有產生一個給 apache 用的 mod_perl，
所以應該已經是使用 apache module 方式了，
只是在 Win32 下的運作機制，仍舊使用類似 fork() 的方式產生 process 來處理吧...? 而不是使用 thread...?
LoadModule perl_module modules/mod_perl.so
LoadFile "C:/usr/bin/perl5x.dll"
(以上兩行是 apache 設定檔裡加入關於 Perl 的內容)
不曉得 Linux 下是否也如此? 是的話就沒搞頭了... ^^"
至於 CPU，夠用就好 (目前就是覺得不太夠)，
而不要為了升級 server 而升級桌機... 因此才想買二手的。
2005-02-20 @ 23:48
對這篇文章的評論