Câu trả lời:
Nó phụ thuộc vào hệ thống tập tin mà phân phối của bạn sử dụng. Nếu bạn sử dụng bản phân phối máy tính để bàn mới hơn (ví dụ Ubuntu 9.10, phiên bản gần đây của Fedora), bạn có thể sử dụng ext4. Nếu bạn sử dụng một cái gì đó cũ hơn, nó rất có thể là ext3.
Trong ext2, 32.768 theo Wikipedia - http://en.wikipedia.org/wiki/Ext2fs#File_system_limits . Phụ thuộc vào hệ thống tập tin bạn sử dụng.
Bạn có thể muốn xem xét lựa chọn thay thế cho bất cứ điều gì bạn đang cố gắng làm. Ngay cả khi bạn ở dưới giới hạn hệ thống tệp (ví dụ: 32k cho ext2), việc lưu trữ hàng chục nghìn tệp trong một thư mục có thể rất khó nói.
Một khả năng là bạn đang cố gắng sử dụng hệ thống tập tin cho một cái gì đó phù hợp hơn với cơ sở dữ liệu. Cân nhắc việc lưu trữ dữ liệu của bạn trong PostgreSQL, MySQL hoặc thậm chí là cơ sở dữ liệu sqlite. Không có quá nhiều hệ thống tệp phù hợp với số lượng tệp khổng lồ - việc di chuyển hoặc sao lưu dữ liệu của bạn sẽ bị chậm.
Nếu bạn thực sự cần lưu trữ nhiều tệp, hãy xem xét các cấu trúc thư mục thay thế. Ví dụ: bạn có thể tách các tệp của mình theo thứ tự bảng chữ cái, ví dụ:
a/aaron.dat
a/alex.dat
a/alan.dat
b/bill.dat
b/brian.dat
Cách tiếp cận này có thể mở rộng bằng cách tăng độ sâu của sự tách biệt của bạn, ví dụ:
a/a/aaron.dat
a/l/alex.dat
a/l/alan.dat
Hoặc nếu bạn đang nhập tệp nhật ký hàng ngày hoặc nhận giao hàng hàng ngày, bạn có thể tách chúng theo ngày, ví dụ:
2009-10-04/logfile-01.txt
2009-10-05/logfile-01.txt
2009-10-05/logfile-02.txt
Trong trường hợp cụ thể này, có lẽ bạn cũng muốn ghi lại một công việc để đóng gói các bản ghi cũ thành các tarball được nén để giảm số lượng tệp.
Giới hạn thư mục là lý do tại sao các hệ thống doanh nghiệp phải xử lý số lượng tệp tùy ý sẽ lưu trữ trong một hoặc hai thư mục con dựa trên hàm băm của tên tệp. Ví dụ, md5 () tên tệp và sử dụng bốn byte đầu tiên làm thư mục con để lưu trữ tệp; đối với các cấp bổ sung, sử dụng 4 cấp tiếp theo cho thư mục con bổ sung hoặc 4 cấp tiếp theo sau đó, v.v. Hầu hết các hệ thống sẽ không bao giờ vượt quá 2 cấp độ sâu.