[轉貼]Windows 系統的四大 「謠」言和其他誤導優化

Home Home
引用 | 編輯 熾峰
2004-10-26 08:44
樓主
推文 x1
謠言之一:妙用Ghost,硬盤容量就翻倍
誘惑指數:9 危險指數:8
你只需要準備兩塊硬盤和一款 Ghost 2003 軟件,就可以把硬盤容量成倍地擴充。甚至在一些網站上還給出了在 Windows 下的磁盤增加容量截圖和上述方法的詳細流程(具體操作不在這裡描述)。這篇來自國外網站的翻譯文章,引起不少網友的猜測和興趣。把硬盤免費增容這是誰都願意做的事情, 80 GB 的硬盤突然變成 120 GB 或者更多,誰都想吃這份免費的午餐。但最終的試驗結果讓不少網友紛紛遭殃。

就這個問題,我們特意咨詢了賽門鐵克(Symantec)相關技術人員。他們看了上述方法後,表示因這種做法而產生的一個新分區肯定是不可用的,如果向該分區寫數據還可能會損壞其他正常分區。出現這種現象的原因主要在於,不少硬盤分區表文件是沒有經過微軟技術認證的,這就導致 Ghost 可能會因為某種操作,在 Windows 操作系統中對硬盤分區發生誤認,而產生對硬盤分區表的誤識別問題。這樣的問題,最有可能發生在兩塊不同品牌硬盤之間的鏡像備份與恢復操作上,但這是一種比較偶然的現象。

謠言之二:有 Svchost.exe 就刪,因為那是病毒
誘惑指數:5 危險指數:7
衝擊波,一種在去年8月份出現的病毒,一度給計算機用戶造成了極度的恐慌。進入2004年,衝擊波少了很多,但是衝擊波「驚魂」卻沒有減少。據不少報道稱,很多人一看見系統有 Svchost.exe 進程,就說自己感染了衝擊波,甚至很多人開始認為, Svchost.exe 就是木馬程序的偽裝外殼。

但 Svchost.exe 本身卻是 Windows 操作系統中一個正常的進程。它是基於 NT 內核的 Windows 操作系統中用於管理系統服務的一個程序。在 Windows 2000 中,一般有兩個該進程; Windows XP中肯定會有四個該進程。Server級別的操作系統裡面, Svchost.exe 進程數目更多。通常, Svchost.exe 文件存在於 %systemroot% system32 目錄下和dllcache目錄下面。其他目錄出 ..

訪客只能看到部份內容,免費 加入會員



獻花 x0
引用 | 編輯 JING_FENG
2004-10-26 13:47
1樓
  
謠言之三:去掉 QoS 的20%,網速快起來
這書上,網路上等..都是一值在傳..
但自己從不相信這一個,所以從來沒有改過..

PS:對於一些,改了什麼(優化除外),就會加快,如改L2等..後來都一一證實是騙人的.

獻花 x0
引用 | 編輯 笨慚
2004-10-27 08:33
2樓
  
真不懂製造出這些謠言的人居心何在

獻花 x0
引用 | 編輯 Kilian
2004-10-27 10:35
3樓
  
只要自己用腦去想清楚及正確去分析

勿隨便相信網上的一切 (尤其是那些優化教學)

每事要求證

就不會這麼容易受騙 表情

獻花 x0
引用 | 編輯 meller
2004-10-28 08:18
4樓
  
謠言之三:去掉 QoS 的20%,網速快起來

看樣子大家都去改了...

等會去改回來...謝謝分享 表情

獻花 x0
引用 | 編輯 Kilian
2005-06-08 09:17
5樓
  
補充:還有其他誤導的

reg 優化 Windows XP:

• EnablePrefetcher = 4/5/6

• SecondLevelDataCache

• IOPageLockLimit

• LargeSystemCache, 和

釋放 RAM 軟體在 Windows XP 的效能

參考:
http://mywebpages.comcast.net/SupportCD/XPMyths.html

Bad Tweaks
http://www.tweakhound.com/xp/xptweaks/supertweaks11.htm
Memory Optimizers
"EnablePrefetcher"=dword:00000005
Clean The Prefetch Folder
Superfetch
Always Unload Dll’s
Set Irq Priority
Disable Paging of Kernel
"LargeSystemCache"=dword:000000001
IoPageLockLimit
BootOptimizeFunction]"Enable"="N"


===========================================
還有個[登錄檔優化] Regdone = 1 是啟動 (正確是代表註冊, 非啟動), 和增加某些功能 (錯誤的);

那個 AlwaysUnloadDLL 只是在舊版本 Windows 適用, 在 XP 對加快系統操作速度沒有用的,

那幾個[加快開關機速度] (大概是 KillAppTimeout, Killservices, HungAppTimeout), 只是影響[關機];

其實誤導優化項目數目不太多, 只是每個論壇, 優化檔和優化網都流傳, 變成事實...

獻花 x0
引用 | 編輯 Kilian
2005-11-05 11:37
6樓
  
這篇[網路加速.下載速度可達13MB!]文章亦是誤導:

1. 到執行打 regedit 到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
新增DWORD
名為 GlobalMaxTcpWindowSize 數值改為 360000 選十進制
新增DWORD
名為 TcpWindowSize 數值改為 360000 選十進制
新增DWORD
名為 Tcp1323Opts 數值改為 1 選十進制
新增DWORD
名為 DefaultTTL 數值改為 64 選十進制
新增DWORD
名為 EnablePMTUDiscovery 數值改為 1 選十進制
新增DWORD
名為 EnablePMTUBHDetect 數值改為 0 選十進制
新增DWORD
名為 SackOpts 數值改為 1 選十進制
新增DWORD
名為 TcpMaxDupAcks 數值改為 2 選十進制
之後到
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\
interface (這個 interface 要自己新增 指住Interfaces新增機碼名為interface)
新增DWORD
名為 MTU 數值改為 8000 (if use 10M)
1500 (if use 1.5M)
2000 (if use 3M) 選十進制
之後到
HKEY_USERS\DEFAULT\Software\Microsoft\Windows\CurrentVersion\InternetSettings
新增DWORD
名為 MaxConnectionsPerServer 數值改為 00000100 選十進制
新增DWORD
名為 MaxConnectionsPer1_0Server 數值改為 00000100 選十進制
之後到
HKEY_CURRENT_USERS\Software\Microsoft\Windows\CurrentVersion\InternetSettings
新增DWORD
名為 MaxConnectionsPerServer 數值改為 00000100 選十進制
新增DWORD
名為 MaxConnectionsPer1_0Server 數值改為 00000100 選十進制

亦請看:
TweakHound's Super XP Tweaking Guide: Broadband Tweaks
http://www.tweakhound.com/xp/xptweaks/supertweaks9.htm

SpeedGuide.net TCP Optimizer d/l, generic registry tweaks:
http://www.speedguide.net/downloads.php
注意:
You should really experiment with different settings and add them manually or using our TCP Optimizer program above rather than applying generic patches, however we've added them for simplicity, ease of installation and the many requests.

=====================================
下面是引用zippy於2005-11-17 23:00 pm 發表的 Windows版謠言串:
這串最後提到的兩個地方, 還是不能盡信. 還是得去SpeedGuide.net和BroadbandReports.com去讀Why/How.
TCP Optimizer我只拿來測最大MTU. 最終算出來結東再用Dr.TCP去設.
以一般撥接ADSL為例, 使用硬體撥接(一般MTU=1500)/XP PPPoE撥接(一般MTU=1488)/W2K使用RAS PPPoE撥接(一般MTU=1492).
先以TCP Optimizer測出最大MTU, 再減去Header算出MSS, 最後再以MSS的倍數依需求推算出TcpWindowSize.
在ADSL" 軟體撥接"的環境下, TCP Optimizer所套用的registry entry並不十分正確, 它直接把MTU塞到網路卡對應的interface去. 正確的套用該是像Dr.TCP裡的Dial Up(RAS) MTU, 塞到HKLM\...\Services\NdisWan\Parameters\Protocols\0裡的ProtocolMTU.

不管怎樣搞, 其實影響都很有限. 不如不要去動, 就吃系統自動調整的值便可. 至少不會遇上MTU搞錯發生fragment的情形.

下面是引用Kilian於2005-11-18 09:00 pm 發表的 Windows版謠言串:
大大說得好, 這些我以前都看過相關資訊和自行測試過(我用 cable);
其實 WinXP 對 TCP/IP 的預設已經是用得著,
那一帖最下面的英文也說應該要自行測試,
這一篇其實來自網路技術版的轉帖 (有2篇貼了很久,被我投訴→→刪除), 以前在本版的類似轉帖已全部被刪除;

...一般會員的心態, 英文網頁就說看不懂, 每事(尤其是那些優化)都盲目跟隨...不多說了, 謝謝你的意見!


獻花 x0
引用 | 編輯 omniplay
2007-01-20 17:50
7樓
  
第三項~才是誤導~Why?
因為非常軟(Microsoft)的QoS根本是個謊言罷了~
PC接出去~有幾個會接到交換器?接到大型網路設備?~有機台會接到有QoS的設備?如果連線出去的設備都不跑QoS~哪在本機的QoS有何意義?

如果非常軟(Microsoft)的QoS API真的這麼有效率~就不會一堆QoS設備盡拿Linux核心來做了

去掉 QoS 的20%,網速快起來
這句話其實有語病~拿掉QoS~只是取消OS的API對網路卡做的限制而以~說"快"~其實並不能概括它的功能

隨便拿塊8139的網路卡~只要你啟用"網路卡的電源管理"~就經常性會造成無法連線~甚至設備上的Act燈都不亮~
非常軟(Microsoft)的QoS就跟網路卡的電源管理依樣可笑~ 表情

獻花 x1