Что делает “<<(…)” среднее перенаправление?

LVM разработан способом, который сохраняет его от реального мешания очень. С точки зрения пространства пользователя это похоже на другой слой "виртуального материала" сверху диска, и кажется естественным предположить, что весь ввод-вывод должен теперь пройти через это, прежде чем это доберется до или от реальных аппаратных средств.

Но это не похоже на это. Ядро уже должно иметь отображение (или несколько слоев отображения на самом деле), который соединяет высокоуровневые операции как "запись это в файл" к драйверам устройств, которые в свою очередь соединяются с фактическими блоками на диске.

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

Существуют случаи, где LVM может вызвать проблемы производительности. Вы хотите удостовериться, что блоки LVM выровненные правильно базовой системы, которая должна произойти автоматически с современными дистрибутивами. И удостоверьтесь, что Вы не используете старые ядра, подвергающиеся ошибкам как этот. О, и использование снимки LVM ухудшает производительность (и все больше так с каждым активным снимком). Но главным образом, влияние должно быть очень маленьким.

Что касается последнего: как можно протестировать? Инструмент сравнительного тестирования стандартного диска является bonnie ++. Сделайте раздел с LVM, протестируйте его, вытрите, это и (в том же месте, для хранения других факторов идентичными) создает простую файловую систему и сравнительный тест снова. Они должны быть близко к идентичному.