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