Перемещение сообщений в ящике входящих сообщений из очереди

Основное усиление от выполнения этого - то, что оно уменьшает количество времени или программа почтовой программы или клиентская программа доступа должны перечислить почтовый ящик. В зависимости от то, с чем отформатирована файловая система объемы шпульки, изменится, как она обрабатывает 'много небольших файлов' проблема. Некоторые хороши, некоторые не.

Конечно, то, что Вы используете для почтовой программы, является большим, большим фактором в том, как это влияет на вещи. Если почтовая программа использует формат MBOX, но никакие внешние индексы, это должно будет считать весь файл для создания данных заголовка, необходимых клиентам, и все еще будет быстрее, чем 2000 + файлы, как это только должно сделать, каждый открывает/читает/закрывает цикл вместо 2000 + их. Если почтовая программа индексирует данные заголовка, формат объема шпульки не имеет значения почти так же, так как данные заголовка будут сохранены отдельно.

Кроме того, не все почтовые программы являются тем же, даже на земле Unix. Большие почтовые программы используют поддержанные хранилища базы данных для почты вместо поддержанных файлом хранилищ или гибридную систему, где индексные данные находятся в базе данных, и фактические сообщения (или возможно просто тела сообщений) отсутствуют в файловой системе где-нибудь. Эти типы систем имеют тенденцию масштабироваться почти логарифмически (быстрая потеря производительности, когда система идет от нуля до полного, затем подходы производительности потерь, линейные, в то время как рост продолжается, вплоть до памяти, пределы заставляют доступ к базе данных перегрузить подкачку), таким образом, большие количества сообщения не всегда означают действительно плохую производительность. Ключевое понятие здесь - то, что папки клиентского представления логичны.

Причина Вы не видите многое, состоит в том, потому что большинство почтовых программ или использует бэкенды DB или MBox из-за itty-bitty-file проблемы в большом количестве файловых систем.