Что будет работать быстрее? Файлы, папки и т.д.

Ну создайте папки от 0 до 10 и раскидывайте по ним.

И название папки куданибудь закиньте, чтобы считывалось и всё.

Насчёт того, что там у вас 100К файлов, не слишком страшно в современном мире, но потестируйте.

Десятки тысяч для файловой системы не критично.

по слухам, 50 тысяч в одной папке не страшно.

Ну, сделайте, чтобы было не больше 10К для одной папки.

Но если делаете чтение каталога, то это уже другой разговор.

Спасибо. Прояснилось.

Вот еще нахабрил:

http://habrahabr.ru/qa/5574/

http://habrahabr.ru/qa/1196/

И тут интересная мысль, что тормоза начинаются при листинге.

Правильно. Если вы начинаете листинг и он вам нужен, то это будет ужасно медленно, а если вы точечно запрашиваете файлы, то по сути можно очень и очень много хранить файлов в одной папке :)

Так или иначе, в большинстве случаев, все равно придется использовать листинг директорий - для манипулирования пачкой файлов, например, или при бекапе (в случае с кешем мб не особо актуально).

В свое время, просили сисадмина своего провентилировать данный вопрос - он рекомендовал не более 256 элементов в директории

Проблема может быть с очисткой кэша - при большом количестве файлов в директории их сразу все удалить не удается, вылетает ошибка, что слишком большое количество аргументов. Я, например, использую в качестве названия файла md5('идентификатор') и сохраняю файлы в директории по первым двум буквам хеша. Если использовать три буквы - получается слишком много директорий, если одну - слишком много файлов в каждой директории. Количество кэшируемых объектов - от 100к до миллиона.

а что значит "слишком большое количество аргументов"?

Это при readdir чтоли?

rm * -rf

-bash: /bin/rm: Argument list too long

В этой ситуации помогает, конечно:

find . | xargs rm

Но я, например, в свое время этого не знал.

Так это вроде шелл, а не пхп.