Truecrypt - диск прекращает читать/писать с равными интервалами (Ubuntu)
В каком количестве функциональности Exchange Вы действительно нуждаетесь?
Если Вы желаете к роли свои рукава, можно создать очень масштабируемое решение с помощью стека с открытым исходным кодом.
PostgreSQL - Центральная база данных для учетных записей, псевдонимов и конфигурации детализирует Cyrus IMAP - POP3 и IMAP & IMAP-IDLE для обмена сообщениями нажатия, который Cyrus SASL - Обеспечивает Постфиксу возможностей SMTP-AUTH - для SMTP (почтовая маршрутизация) SpamAssassin - Метки СПАМА ClamAV - Вирусные метки Amavisd - СПАМ +, Вирусная фильтрация и на пользовательский СПАМ управляет маршрутизацией папки SIEVE - Inbox Cyrus: Помещение спама в папку Junk, и т.д... Поддержки плагина Thunderbird
Все это программное обеспечение может счастливо сосуществовать на единственном поле, или оно может быть распространено для обработки увеличивающихся загрузок.
Я предлагаю dstat-cf с частотой обновления одной секунды или меньше так, чтобы можно было потребовать, чтобы разрешение видело в тех 1-3 вторых паузах.
То, что Вы ищете, является единственным ЦП, который является 100%-м использованием или больше. Часто не возможно параллелизировать шифрование для использования в своих интересах нескольких процессоров. Это означает, что максимальный уровень, который можно записать информации в диск, является уровнем, на котором единственный процессор может зашифровать.
Если Вы видите единственный ЦП, привязанный во время всей записи / процесс загрузки, и когда запись / загрузка сделана, это неактивно часть времени, я полагал бы, что это могло бы быть проблемой.
Примечание: Когда я говорю 'единственный ЦП', я имею в виду 'один ЦП за один раз' и ни один определенный ЦП. Часто ОС будет перемещать процесс (как шифрование диска) от одного ЦП до другого по некоторым причинам. Это нормально и должно быть проигнорировано, если те перемещения не соответствуют особенно хорошо паузам загрузки.
Что-то еще, что можно сделать для тестирования, должно найти большой файл (скажите 2x сумма RAM, которую Вы имеете, по крайней мере) на незашифрованном диске, и посмотрите, как быстро можно записать это в незашифрованный диск и в зашифрованный диск. Также наблюдайте производительность ЦП, поскольку Вы делаете каждого. Это даст Вам проверку и вероятно хорошую идею того, что общая пропускная способность шифрования - то, что можно выйти из системы.
Если Вы не находите, что ЦП является узким местом, попробуйте dstat - AF, чтобы показать, что статистика по большинству вещей dstat может иметь размеры. Вы ищете подобный шаблон в другой статистике для нахождения узкого места, и подобный тест может, вероятно, помочь.