ext4

    20熱度

    3回答

    我需要創建非常大的文件數量非常大(如4kb,8kb)。 這是不可能的我的電腦上的原因它需要的所有inode高達100%,我不能創造更多的文件: $ df -i /dev/sda5 Filesystem Inodes IUsed IFree IUse% Mounted on /dev/sda5 54362112 36381206 17980906 67% /scratch (我開始刪

    24熱度

    2回答

    我正在編寫一個應用程序,需要存儲大量文件大約1000萬。 它們目前以UUID命名,每個大小約爲4MB,但大小始終相同。從這些文件讀取和寫入將始終是順序的。 兩個主要問題,我尋求答案爲: 1)文件系統將是最適合這個。 XFS或ext4? 2)是否有必要將文件存儲在子目錄下,以減少單個目錄中文件的數量? 對於問題2,我注意到人們試圖發現XFS可以存儲在單個目錄中的文件數量限制,但沒有發現超過數百萬的限

    14熱度

    4回答

    什麼是在POSIX文件系統中持久重命名文件的正確方法?特別想知道目錄下的fsyncs。 (如果這取決於OS/FS,我在問Linux和ext3/ext4)。 注意:有StackOverflow上約耐用改名等問題,但AFAICT它們沒有解決FSYNC-ING的目錄(這是最重要的,我 - 我還沒有修改文件數據)。 我現在有(在Python): dstdirfd = open(dstdirpath, O_

    3熱度

    2回答

    文件名的長度如何影響磁盤上剩餘的存儲空間? 我意識到這是依賴於文件系統。特別是我正在考慮EXT系列文件系統。我不完全瞭解inode如何影響磁盤空間以及如何存儲文件名本身。這個問題也很難獲得相關的搜索結果。這就是我在這裏問的原因。在Linux上,最大文件名長度通常爲255或256個字符。在創建文件系統時,是否爲每個文件名「保留」了多少空間?換句話說,磁盤存儲不受實際文件名稱的影響,因爲最大值已被使用

    4熱度

    2回答

    更新:原來我很笨。我正在檢查修改時間,當我應該檢查訪問時間。不可重複的原因是測試文件是用dd if=/dev/urandom of="$target" bs='1K' count=1 || exit 1製作的,其大部分時間對於新文件的修改時間(dd的末尾)來說太快而不同於訪問時間(開始時間爲dd) 。另一件需要注意的事情。 我正在處理一個腳本,將一個文件加兩年的訪問時間應用到另一個文件。這使用st