Я запускаю Ubuntu Lucid с настройкой raid0
У меня есть файловый контейнер truecrypt7.0 объемом 1,9 ТБ с AES, расположенный в моем / home (там, где находится raid).
При тестировании производительности сети различными способами, такими как wget, кажется, что он может нормально писать / читать на диск в течение первых 10-20 секунд. Я замечаю, что загрузка внезапно останавливается на 2-3 секунды, а затем продолжается.
Я отслеживал с помощью htop чрезмерное использование процессора, но обычно только 1-3 ядра имеют какую-либо нагрузку на них. Когда загрузка внезапно останавливается, использование процессора не прекращается неожиданно. Глядя на iostat, я вижу только всплески записей с интервалом в 2-3 секунды - при условии, что это правильно из-за кеша, но я не вижу прямой связи с остановкой загрузки / выгрузки
Я не могу воспроизвести ту же ошибку при загрузке / загрузке в / из монтирования, отличного от truecrypt, что заставляет меня полагать, что что-то происходит при чтении / записи в том файла truecrypt.
Я не уверен, как устранить эту неполадку в дальнейшем или есть какие-то настройки, которые я могу сделать, чтобы все прошло более гладко. Цените любые советы / помощь, которые вы можете мне дать.
Спасибо
Я предлагаю dstat -cf с частотой обновления в одну секунду или меньше, чтобы вы могли получить разрешение, необходимое для просмотра внутри этой 1-3-секундной паузы.
То, что вы ищете, - это один процессор, который использует 100% или больше. Часто невозможно распараллелить шифрование, чтобы использовать преимущества нескольких процессоров. Это означает, что максимальная скорость, с которой вы можете записывать информацию на диск, - это скорость, с которой один процессор может зашифровать.
Если вы видите, что один процессор привязан во время всего процесса записи / загрузки, а когда запись / загрузка завершена, он простаивает часть времени, я бы подумал, что это может быть проблемой.
ПРИМЕЧАНИЕ. Когда я говорю «один процессор», я имею в виду «один процессор за раз», а не один конкретный процессор. Часто ОС по какой-то причине перемещает процесс (например, шифрование диска) с одного процессора на другой. Это нормально, и его следует игнорировать, если только эти действия не совпадают с паузами загрузки.
Еще кое-что, что вы можете сделать для проверки, - это найти большой файл (скажем, в 2 раза больше объема ОЗУ, который у вас есть) на незашифрованном диске и посмотреть, как быстро вы можете записать его на незашифрованный диск и на зашифрованный диск. Также следите за производительностью процессора, как вы это делаете. Это даст вам подтверждение и, вероятно, хорошее представление об общей пропускной способности шифрования, которую вы можете получить от системы.
Если вы не находите, что процессор является узким местом, попробуйте dstat -af, чтобы показать статистику большинства вещей, которые может измерить dstat. Вы ищете аналогичный образец в другой статистике, чтобы найти узкое место, и подобный тест, вероятно, может помочь.