在 Win7/Mac OS X/Ubuntu 文件系统上，单个文件夹中可以保存的最大文件数是多少？
我想知道在提到的所有流行操作系统使用的文件系统中单个文件夹中可以存在的最大文件数是多少。我需要这些信息来确定最低公分母，以便我正在构建的文件夹可以在任何操作系统中打开和访问。
I'm wondering about what is the maximum number of files that can be present in a single folder, in the file systems used by all the prevalent OSes mentioned. I need this information in order to decide the lowest common denominator, so that the folder I'm building can be opened and accessed in any OS.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（4）
在 Windows 中（假设为 NTFS）：4,294,967,295 个文件
在 Linux 中（假设为 ext4）：还有 40 亿个文件（但使用一些自定义索引节点表可能会更少）
在 Mac OS X 中（假设为 HFS）：21 亿
但我已经将大约 65000 个文件放入一个目录中，我不得不说只是加载文件列表可以杀死一台普通的电脑。
In Windows (assuming NTFS): 4,294,967,295 files
In Linux (assuming ext4): also 4 billion files (but it can be less with some custom inode tables)
In Mac OS X (assuming HFS): 2.1 billion
But I have put around 65000 files into a single directory and I have to say just loading the file list can kill an average PC.
这取决于文件系统。最低的共同点可能是 FAT32，它只允许目录中包含 65,534 个文件。
这些是我能找到的数字：
This depends on the filesystem. The lowest common denominator is likely FAT32 which only allows 65,534 files in a directory.
These are the numbers I could find:
大多数现代操作系统没有上限，或者上限非常高。然而，当文件数量达到 10,000 个时，性能通常会开始下降；在此之前最好将您的目录分成多个子目录。
Most modern OSes have no upper limit, or a very high upper limit. However, performance usually begins to degrade when you have something on the order of 10,000 files; it's a good idea to break your directory into multiple subdirectories before this point.
据我所知，对于 Windows 7，每个目录可以拥有无限数量的文件。但是，卷上的文件越多，该卷的性能就越差。
From what I know for Windows 7, you can have unlimited amount of files per directory. BUT the more files you have on a volume, the worse the performance will be for that volume.