共用方式為


機密的視窗: 無限制 …有點

檔案總管目錄可以處理的最大數目是什麼? 沒有任何硬體限制,則只要耐心。

Raymond Chen

要求一個以上的客戶,「 檔案總管將支援的目錄中的最大數目為何? 」事實上是沒有特定的限制,在資料夾中的項目數。 地址空間與您的耐心,基本上是僅有的則為 true 的限制。

Windows XP 的擷取,並排序資料夾中的所有項目,它會在該資料夾中顯示任何項目之前。 對於大型的資料夾,這會導致嚴重的延遲。 您會得到任何一段時間,然後再 — 繁榮 — 所有項目會出現。 Windows Vista 和 Windows 7 載入資料夾的內容以累加方式,這是良好和不良。

這是很好,因為您會看到內容,只要它們,就可以使用。 因為內容是不穩定,而您所閱讀它們是不正確。

正在載入載入

您會看到所載入的第一次數百個項目。 再下一步數百個項目會再度出現,以及其中有一些與您的排序準則受限於第一個 100 交錯。 再下一個 100,並解決一些隨機播放的項目。 如果您想要的項目,它是令人沮喪時檢視不斷地重新整理,並將移至您想要為目標的項目。

其中一個大型的資料夾的結果是您可能執行的地址空間不足。 然後您可以開始奇怪的錯誤。 將 fail-safe 安全性檢查失敗因為缺乏位址空間,並拒絕存取。 當您看到錯誤訊息,「 拒絕存取 」 您可能會說,「 我不懂。 我應該了存取"也許您請稍待然後再試一次,並成功。

有時候我們取得問題的人顯示例如: 「 我們有 1.8 百萬個檔案,我們覺得我們瀏覽到該資料夾時檔案總管的 CPU 使用率移至 50%。 介面仍然具有回應能力。 我們可以捲動以查看結果,但它有時取得有點 wonky 」。

我要像這樣的反應就是: 「 您方式超過什麼總管可以方便處理。"如果您要求總管來追蹤 1.8 百萬個項目時,它是幾乎不可能以避免發生高 CPU 和記憶體使用方式。 1.8 萬到需要的時間,尤其是如果您配置記憶體來追蹤所有這些 1.8 百萬個項目,您只是被計算。

另一個客戶准許整部磁碟機上的 「 dir /s"命令花了七天才能完成。 「 Dir 」 命令甚至不用儲存結果。 它只可以列印至螢幕,並丟棄的資訊。 誰知道,也許有一天"dir /s 」 命令會意識到它的結果會被丟棄,略過的最後一個目錄顯示最後 50 個檔案。

事實上,NTFS 本身可以處理大量的檔案。 它是程式嘗試操作會遇到問題,通常這些檔案的清單。 如果您有數以百萬計的檔案,檔案總管可能不是最佳的工具來執行工作。 您應該使用的應用程式,專門負責管理大量的檔案,利用類似文件管理系統的複雜的名稱。

時提供這項說明,客戶要求,「 我們應該可以預期設定 Ntfs 之後改進­停用­最後一個­存取­更新而且 Ntfs­停用­8Dot3­名稱­建立? 」簡單的事實客戶也會提出這個問題,表示他們不了解其說明。

是否 NTFS 會更新上次存取時間,而且 NTFS 是否已啟用短檔名不會變更您還有 1.8 百萬個檔案的事實。 如果您預期列舉及配置的記憶體來追蹤這麼多的檔案總管,則要等待。

Raymond Chen

**Raymond Chen**網站,舊的新段落,以及相同標題為書籍 (Addison-Wesley,2007年) 處理 Windows 歷程記錄、 在 Win32 程式設計和偷來的滑鼠,電腦類型。

相關內容