locked
有關檔案拷貝時系統緩慢問題 RRS feed

  • 問題

  • 大家好
    剛剛想到
    目前所有的微軟作業系統
    只要檔案拷貝時 系統反應都很慢
    VISTA WIN7 更嚴重
    請問有沒有辦法設定
    檔案拷貝 又要開啟某個程式時
    讓拷貝檔案的過程自動暫停或是優先權降低
    這樣執行程式時就不會感覺很慢了

    謝謝
    2009年12月18日 下午 11:17

解答

  • 這跟 CPU 沒關係,而是 IO 頻寬滿載。

    目前 Windows 各版本有監控 IO ,但沒有任何控管 IO 的機制。

    先前在 Win2003 就有這種問題,當備份程式或是防毒程式全機掃描時,SQL Server 2005 就會不正常掛掉,降 CPU 執行優先順序沒用,因為慢在 IO 而非 CPU。

    你有需求的話,請到 http://connect.microsoft.com/ 去建議。
    論壇這邊是網友,並非是微軟官方人員,解決問題或許可以,改軟體,不可能。

    當然可以找找協力廠商是否有類似功能,我是沒找到啦...

    暫時解決的方法通常都用在 Server ,比如說用多磁碟的 RAID 來加大頻寬,提高寫入速率... 比如說雷達資料每秒 4gb ,就得這樣做才能來得及寫入~
    論壇是網友平等互助 保證解答請至 微軟技術支援服務
    提問時,錯誤情境描述與錯誤訊息很重要,情境描述包含你做了什麼,預期的結果與實際發生的結果。一個最爛的問法範例:「我的電腦電腦怎麼不能開機?」誰知道你家是不是沒電還是你根本找不到電源鈕。
    • 已標示為解答 Lansea.Chu 2009年12月20日 下午 06:50
    2009年12月19日 下午 05:29

所有回覆

  • 假設你的硬碟只有一顆,
    在同一顆硬碟裡面做大檔案的複製或移動,
    可能會因為IO大量負載的關係,
    造成開啟程式時或運作緩慢。

    但其實以這幾年的電腦規格,
    尤其已經邁入SATA時代的硬碟,
    你說的大檔案拷貝造成系統反應會慢,
    說實在我覺得已經改善很多,
    倒是過去P4早期使用IDE規格硬碟比較明顯有你說的狀況。
    蘇老碎碎念
    資訊無涯,回頭已不見岸
    好用的微軟技術支援小工具
    2009年12月18日 下午 11:38
    版主
  • 你好 我知道這幾年改善很多
    拜科技之賜
    但判斷是否為檔案拷貝
    應該不是大技術
    也不用新科技吧
    電腦是以人為本
    不是以程式為本
    CPU都會依照使用率來升降頻了
    作業系統這樣靈活的東西
    怎可能做不到呢
    2009年12月19日 下午 05:10
  • 這跟 CPU 沒關係,而是 IO 頻寬滿載。

    目前 Windows 各版本有監控 IO ,但沒有任何控管 IO 的機制。

    先前在 Win2003 就有這種問題,當備份程式或是防毒程式全機掃描時,SQL Server 2005 就會不正常掛掉,降 CPU 執行優先順序沒用,因為慢在 IO 而非 CPU。

    你有需求的話,請到 http://connect.microsoft.com/ 去建議。
    論壇這邊是網友,並非是微軟官方人員,解決問題或許可以,改軟體,不可能。

    當然可以找找協力廠商是否有類似功能,我是沒找到啦...

    暫時解決的方法通常都用在 Server ,比如說用多磁碟的 RAID 來加大頻寬,提高寫入速率... 比如說雷達資料每秒 4gb ,就得這樣做才能來得及寫入~
    論壇是網友平等互助 保證解答請至 微軟技術支援服務
    提問時,錯誤情境描述與錯誤訊息很重要,情境描述包含你做了什麼,預期的結果與實際發生的結果。一個最爛的問法範例:「我的電腦電腦怎麼不能開機?」誰知道你家是不是沒電還是你根本找不到電源鈕。
    • 已標示為解答 Lansea.Chu 2009年12月20日 下午 06:50
    2009年12月19日 下午 05:29
  • 你好 我知到 這跟CPU 無關 而是跟硬碟IO 有關
    我只是舉CPU的例子來說明硬體上都可以做到 軟體上呢
    目前的系統以及現實生活上
    不論檔案數量以及大小都變大很多
    微軟一直不注重這點
    一直號稱開關機有多快
    平時使用上卻沒注意
    2009年12月22日 下午 05:38
  • 您說的是很好的提議, 我跟美國微軟一起 Work, 我會把您的建議提供給他們做未來版本開發的參考.

    不過一邊 copy 檔案, 一邊開程式, Windows 並不知道妳哪個要暫停哪個要繼續, 優先順序 Windows 無法自行判斷. 因為這兩個動作都是使用者自行產生的, 所以兩個都會一起執行然後造成兩個變慢. 我舉個例子說明 Windows 是有考慮使用者的 : Windows 7 會自動做 index, 但是如果你現在有在執行一些程式或動作, 那他就會暫停. 等你電腦閒置後才再繼續, 這部分就是怕影響你的使用感覺. 所以這部分微軟是有考慮到的. 只是當兩個動作都是使用者自行啟動的, 他就無權決定哪個要先哪個要後. 對你來說你要檔案複製暫停, 但對其他人來說可能要各占一半, 有人可能要程式變慢讓檔案複製變快. 所以, 這是要由使用者來決定的.

    我認為這的確是常發生的狀況, 且不是每個使用者都有一定電腦常識知道為何變慢. 的確是可供日後版本改善的一個建議.

    Thanks

    David
    2009年12月24日 上午 06:06
    版主
  • 建議你可以改用  AS400或  S390, 這種系統對於優先權的控制非常地完善.
    學而不思則罔, 思而不學則殆.
    如果你一直都看不懂、不想學習看懂、抗拒看懂MSDN Library的話,那你最好放棄想要寫好程式這件事
    如果你自私地不肯回饋與分享,那別人為何要花時間回答你的問題?
    2009年12月24日 上午 06:18
  • 您說的是很好的提議, 我跟美國微軟一起 Work, 我會把您的建議提供給他們做未來版本開發的參考.

    不過一邊 copy 檔案, 一邊開程式, Windows 並不知道妳哪個要暫停哪個要繼續, 優先順序 Windows 無法自行判斷. 因為這兩個動作都是使用者自行產生的, 所以兩個都會一起執行然後造成兩個變慢. 我舉個例子說明 Windows 是有考慮使用者的 : Windows 7 會自動做 index, 但是如果你現在有在執行一些程式或動作, 那他就會暫停. 等你電腦閒置後才再繼續, 這部分就是怕影響你的使用感覺. 所以這部分微軟是有考慮到的. 只是當兩個動作都是使用者自行啟動的, 他就無權決定哪個要先哪個要後. 對你來說你要檔案複製暫停, 但對其他人來說可能要各占一半, 有人可能要程式變慢讓檔案複製變快. 所以, 這是要由使用者來決定的.

    我認為這的確是常發生的狀況, 且不是每個使用者都有一定電腦常識知道為何變慢. 的確是可供日後版本改善的一個建議.

    Thanks

    David

    您好 謝謝您的回覆
    通常從使用者的觀感
    拷貝是知道要時間的 要等的
    已經有預設心理
    但開程式 是馬上要做的
    不想等的
    我提出這問題只是單純的分拷貝檔案 以及開啟程式或檔案兩類
    這樣系統判斷上應該會容易許多
    所以這樣就分為三個等級
    最高級是 使用者的操作 開啟程式或檔案兩類
    中級是 檔案拷貝
    下級是 背景在執行的程式 或縮小在下方的程式
    檔案拷貝&背景在執行的程式 或縮小在下方的程式
    之間的優先權考量 還可以再考慮編排一下
    主要還是將 使用者的操作 開啟程式或檔案 提升到最優先
    這是我粗淺的想法
    謝謝
    2009年12月24日 上午 07:29
  • 我是建議能管制 Process IO 頻寬為優先... 比如說某支程式 IO 頻寬限制為某個百分比/ bytes/sec / bits 。主要針對防毒、備份軟體,提供 API 可程式化設計,拷貝檔案是非自動的,這類就把效能瓶頸列出來就可以了。


    論壇是網友平等互助 保證解答請至 微軟技術支援服務
    提問時,錯誤情境描述與錯誤訊息很重要,情境描述包含你做了什麼,預期的結果與實際發生的結果。一個最爛的問法範例:「我的電腦電腦怎麼不能開機?」誰知道你家是不是沒電還是你根本找不到電源鈕。
    2009年12月24日 上午 09:10