Мы столкнулись с очень странной аномалией с одним конкретным пользователем с нашим сервером UW-IMAP. У нас около 75 пользователей, использующих сервер, и один конкретный пользователь, который находится примерно посередине в объеме используемого хранилища, продолжает испытывать проблемы с низкой скоростью.
Большинство наших пользователей все используют Thunderbird 2 или Thunderbird 3. В основном 2 из-за проблем с производительностью, которые у нас были с 3. Этот пользователь был на 3, и я понизил его до 2. Производительность стала лучше, но согласно imapd на сервере, его имя пользователя использует больше всего% процессора и процессорного времени.
Я уже проделал все обычные операции T / S: запустил профиль с нуля, сжал папки, переиндексировал, стал более новым, более быстрым компьютером и т. Д. Тем не менее, процесс imapd этого пользователя всегда использует больше всего ЦП на сервере. Для устранения неполадок мы настраиваем другого пользователя, у которого больше использования, папок и т. Д., Чем у него, но мы не видим, чтобы процесс пользователя занимал большую часть ЦП с процессом imapd.
Итак, похоже, что виновником может быть конкретное электронное письмо, но как мы можем его найти, если это проблема?
Это продолжается какое-то время, а он управленческий человек, поэтому его терпение скоро закончится. У кого-нибудь есть идеи?
Раньше я обнаружил, что uw-imap может очень сильно сказаться на производительности системы, если в отдельных почтовых папках много писем. На что похож счет почты пользователя? А как насчет размеров почтовых ящиков? Вы пробовали перемещать какие-то сообщения? Вы пробовали другой клиент imap, чтобы решить эту проблему? Есть ли у пользователей доступ к почтовому серверу? т.е. могут ли они изменить содержимое в $ HOME с помощью ftp или ssh? Еще одна проблема, которую я заметил (по крайней мере, давно), заключалась в том, что uw-imap сканировал все файлы в $ HOME в поисках почтовых папок.
Преобразование в формат MIX может легко уменьшить нагрузку в 10 раз и более. Сначала это немного расстраивает, поскольку формат хранит почту в папках, которые кажутся пустыми (используются имена файлов, начинающиеся с точки). Есть несколько файлов с метаданными и информацией об индексировании. Они очень маленькие и к ним часто обращаются. Остальное - это фактическая почта, которая разбита на небольшие части и доступна только тогда, когда это содержимое прочитано. В целях индексации система просматривает только очень маленькие файлы, и получение любого конкретного фрагмента электронной почты требует значительно меньше оперативной памяти и времени доступа к диску.
Магазины электронной почты объемом 10 ГБ начинают работать так же быстро, как традиционные хранилища электронной почты объемом 10 МБ, а ограничения на размер почты огромны.
UW-IMAP может использовать MIX, MBX и традиционный формат одновременно (я бы пропустил MBX, он имеет ограничение в 2 ГБ и работает не так быстро, как MIX), поэтому вам не нужно конвертировать все сразу, и вы можете сохранить основной если хотите, используйте традиционную почтовую катушку, используя MIX в ~ / INBOX, и при этом получите 99% выгоды. Инструмент mailutil может конвертировать форматы почтовых ящиков по желанию.
Одна из лучших частей - преобразование любого пользователя значительно ускоряет процесс для него и немного для всех остальных, пока, наконец, КАЖДЫЙ не станет НАМНОГО быстрее. Это происходит внезапно, когда почтовые клиенты перестают добавлять все больше и больше подключений в попытке ускориться. Достаточно одного-двух подключений и нагрузка резко снижается.
Использование прозрачно (за исключением ускорения) для любых клиентов, которые используют imap или pop для доступа.
На самом деле старые почтовые программы, которые могут получать только прямой доступ к электронной почте, не могут использовать ее, но пользователи Pine (например) могут либо использовать imap, либо переключиться на alpine, который является прямым потомком pine.
Насколько я понимаю, по крайней мере еще один демон IMAP / POP имеет что-то подобное, но я человек UW-IMAP.
Благодаря этому переключателю мне пришлось потратить намного меньше денег на оборудование.
Если вы используете для тестирования другой клиент, например «mutt», проблему будет легче обнаружить; по крайней мере, в какой фазе протокола все застревает (но тогда я бы предположил, что у Thunderbird также есть переключатель отладки). Я попытался найти, как включить вывод отладки в wu-imap, но не смог найти его в спешке.
Я мало что знаю о thunderbird, но я обнаружил, что поисковая индексация, выполняемая outlook, может быть жестокой при установке UW-IMAP, есть ли что-то подобное в thunderbird?
Итак, что мы в итоге сделали, так это понизили его до Thunderbird 2. Производительность намного, намного лучше, и все очень быстро. Одна вещь, которую мы заметили, и мне придется исследовать эту проблему сейчас, заключается в том, что иногда Thunderbird не загружает последние сообщения после того, как он работал некоторое время. Вы должны выключить его и снова запустить. Сейчас это было подтверждено несколькими пользователями, поэтому я не сужал его до проблемы с сервером или проблемы с Thunderbird.
С другой стороны, вот ссылка на очень хорошую статью о производительности Thunderbird 2 и Thunderbird 3. Суть в том, что Thunderbird 3 - свинья:
http://perfprotector.blogspot.com/2010/08/thunderbird-3-is-it-really-all-yours.html