Re: [請問] 移動檔案先壓縮比較不會壞?

看板Storage_Zone作者Litfal (Litfal)時間10年前 (2013/09/16 23:53)推噓2(2推 0噓 6→)

留言8則, 3人參與討論串3/3 (看更多)

※ 引述《weiwei782188 (hardtoeasy)》之銘言： : ※ [本文轉錄自 ask 看板 #1ID9zNxL ] : 作者: weiwei782188 (hardtoeasy) 看板: ask : 標題: [請問] 移動檔案先壓縮比較不會壞? : 時間: Sun Sep 15 01:39:32 2013 : 如果要移動檔案是不是先壓縮比較能避免檔案損毀呢? 還是只是純粹加快傳輸速率 : 另外只有移動到不同的分割磁區檔案才會有機會損毀 : 同磁區內移動是不是不會損毀? : 還有有時候不小心刪到大檔案這時我在過程中按取消在從資源回收還原 : 檔案有可能損毀嗎? : 其實我只是想問怎樣移動檔案有可能會損毀還有怎樣避免... : 3Q 我不同意移動檔案會更容易造成檔案毀損。就算有，我想也佔不到1%，剩下的是人為疏失。例如因為要等太久，懶得等了，按下取消後，順手把移動好的檔案砍掉。(這我做過...) 或是移動太久，硬碟負荷大，原本散熱就不好的系統就出事了。你要說這是OS設計不良...這也算人為疏失啊！XD 當然，因為溫度提升，會造成讀寫錯誤率提升。但只要在正常的工作溫度範圍，損壞的機率跟你移動大檔是差不多的。對部分打包方式而言，一次壞整包的機率說不定還比較高... 至於效能問題移動小檔對硬碟是個高負載低效率的工作，是因為有許多overhead 以下簡單列出移動檔案的工作流程：(不同槽或不同裝置) 1. 訪問檔案表，取得資料實際位置，建立檔案控制代碼src。(還包括確認存取權限等工作) 2. 建立檔案、更新檔案表，建立檔案控制代碼(dest)。* (同上) 3. 由src讀取資料至記憶體。 4. 由記憶體寫入資料至新檔案dest。* 5. flush與更新檔案表。* 6. 關閉檔案控制代碼。 7. 由檔案表中刪除原始檔案。 3~5會循環直到複製結束，算是真正複製資料的主體。 5不一定每次都會發生，但至少會發生一次，這與OS層寫入緩衝排清(flush)策略有關。部分作業間可以平行重疊，但為了簡化不提太多。 *代表該作業可能會更新檔案系統日誌，細節依不同檔案系統而異，甚至沒有日誌。移動大檔時，耗用主要在3~5的複製主體上；而移動小檔時則相反。又由於，檔案表、日誌、來源檔案、目標檔案各自分散在硬碟的不同部分，步驟切換時類似於隨機存取，對這方面很弱的機械式硬碟、或部分USB裝置負擔就更大了。所以把小檔包成一包後再複製或移動，或是直接包到目的地，可以減少步驟12567的次數，達到提升效率(或說減少開銷)的目的。最後，移動或複製"重要檔案"時請checksum，或是由現有軟體自動處理。這與是複製還是移動無關。部分打包/壓縮也有測試或驗證功能。雖然我覺得checksum只是保心安的SOP...... -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 220.135.179.10 ※ 編輯: Litfal 來自: 220.135.179.10 (09/17 06:33)

→

y3k

09/17 06:57, , 1^F

09/17 06:57, 1^F

→

y3k

09/17 06:59, , 2^F

09/17 06:59, 2^F

→

y3k

09/17 06:59, , 3^F

09/17 06:59, 3^F