Почему ecryptfs настолько медленны при запуске du-s?
Хорошо, учитывая, что вы хотите сделать эту суперпростую без дополнительной загрузки, никаких дополнительных приложений, у вас останется один вариант (и это не так уж плохо):
Заполните компакт-диск всеми deb и их зависимости Привяжите его к целевому компьютеру, cd в него и запустите:sudo dpkg -i *.deb
Да, нет выбора, нет никакой умности, но если вы хотите развернуть что-то с минимальной суетой, все это справедливо Простой.
Либо это, либо вы собираете свои пакеты, а затем играете с dpkg-scanpackages (приложение AFAICS по умолчанию) для создания индексных файлов.
8 ответов
Вот почему, основываясь на объяснении одного из ведущих разработчиков Canonical:
Получение списка всех имен файлов в каталоге требует декодирования, разбора и дешифрования нижних имен файлов. Вызов stat () из du вызывает поиск, который требует выделения inode eCryptfs, чтения части метаданных нижнего файла, проверки на то, чтобы убедиться, что это файл eCryptfs, и затем разобрать размер незашифрованного файла, чтобы установить поле i_size inode eCryptfs inode , Имейте в виду, что чтение метаданных из более низкой файловой системы предполагает чтение страницы в кеш страницы более низкой файловой системы.Проще говоря, проблема не в скорости ввода-вывода, а в IOP - огромное количество IOPs!
eCryptFS становится все лучше, поскольку он развивается: сравните тесты Phoronix [d1 ] explain vs. 11.10.
Возможно, вы захотите рассмотреть dm-crypt, который исторически был быстрее и 11.10 .
-
1Спасибо, вероятно, заглянем в dm-crypt, когда я сделаю следующую переустановку. Выполнение резервных копий моего зашифрованного дома (который содержит дерево исходного кода android = & gt; 20 ГБ небольших файлов), как правило, занимает возраст ... – Leo 18 May 2012 в 15:18
-
2Перешел на dm-crypt и должен сказать, что разница в производительности весьма заметна. Нормальная повседневная работа в каталогах, содержащих сотни файлов, значительно быстрее работает с dm-crypt. – Leo 25 October 2012 в 16:39
Вот почему, основываясь на объяснении одним из ведущих разработчиков Canonical:
- Получение списка всех имен файлов в каталоге требует декодирования, разбор и дешифрование нижних имен файлов.
- Вызов stat () из du вызывает поиск, который требует выделения inode eCryptfs, чтения части метаданных нижнего файла, проверки, чтобы убедиться, что это файл eCryptfs и затем разобрать размер незашифрованного файла, чтобы установить поле i_size inode inode eCryptfs. Имейте в виду, что чтение метаданных из более низкой файловой системы связано с чтением страницы в кэше страниц нижней файловой системы.
Проще говоря, проблема не в скорости ввода-вывода, но IOPs - огромное количество IOPs!
eCryptFS улучшается по мере его развития: сравните тесты Phoronix 9.10 против 11.10 .
Возможно, вы захотите рассмотреть dm-crypt, который исторически был быстрее, а все еще имеет край .
Вот почему, основываясь на объяснении одним из ведущих разработчиков Canonical:
- Получение списка всех имен файлов в каталоге требует декодирования, разбор и дешифрование нижних имен файлов.
- Вызов stat () из du вызывает поиск, который требует выделения inode eCryptfs, чтения части метаданных нижнего файла, проверки, чтобы убедиться, что это файл eCryptfs и затем разобрать размер незашифрованного файла, чтобы установить поле i_size inode inode eCryptfs. Имейте в виду, что чтение метаданных из более низкой файловой системы связано с чтением страницы в кэше страниц нижней файловой системы.
Проще говоря, проблема не в скорости ввода-вывода, но IOPs - огромное количество IOPs!
eCryptFS улучшается по мере его развития: сравните тесты Phoronix 9.10 против 11.10 .
Возможно, вы захотите рассмотреть dm-crypt, который исторически был быстрее, а все еще имеет край .
Вот почему, основываясь на объяснении одним из ведущих разработчиков Canonical:
- Получение списка всех имен файлов в каталоге требует декодирования, разбор и дешифрование нижних имен файлов.
- Вызов stat () из du вызывает поиск, который требует выделения inode eCryptfs, чтения части метаданных нижнего файла, проверки, чтобы убедиться, что это файл eCryptfs и затем разобрать размер незашифрованного файла, чтобы установить поле i_size inode inode eCryptfs. Имейте в виду, что чтение метаданных из более низкой файловой системы связано с чтением страницы в кэше страниц нижней файловой системы.
Проще говоря, проблема не в скорости ввода-вывода, но IOPs - огромное количество IOPs!
eCryptFS улучшается по мере его развития: сравните тесты Phoronix 9.10 против 11.10 .
Возможно, вы захотите рассмотреть dm-crypt, который исторически был быстрее, а все еще имеет край .
Вот почему, основываясь на объяснении одним из ведущих разработчиков Canonical:
- Получение списка всех имен файлов в каталоге требует декодирования, разбор и дешифрование нижних имен файлов.
- Вызов stat () из du вызывает поиск, который требует выделения inode eCryptfs, чтения части метаданных нижнего файла, проверки, чтобы убедиться, что это файл eCryptfs и затем разобрать размер незашифрованного файла, чтобы установить поле i_size inode inode eCryptfs. Имейте в виду, что чтение метаданных из более низкой файловой системы связано с чтением страницы в кэше страниц нижней файловой системы.
Проще говоря, проблема не в скорости ввода-вывода, но IOPs - огромное количество IOPs!
eCryptFS улучшается по мере его развития: сравните тесты Phoronix 9.10 против 11.10 .
Возможно, вы захотите рассмотреть dm-crypt, который исторически был быстрее, а все еще имеет край .
Вот почему, основываясь на объяснении одним из ведущих разработчиков Canonical:
- Получение списка всех имен файлов в каталоге требует декодирования, разбор и дешифрование нижних имен файлов.
- Вызов stat () из du вызывает поиск, который требует выделения inode eCryptfs, чтения части метаданных нижнего файла, проверки, чтобы убедиться, что это файл eCryptfs и затем разобрать размер незашифрованного файла, чтобы установить поле i_size inode inode eCryptfs. Имейте в виду, что чтение метаданных из более низкой файловой системы связано с чтением страницы в кэше страниц нижней файловой системы.
Проще говоря, проблема не в скорости ввода-вывода, но IOPs - огромное количество IOPs!
eCryptFS улучшается по мере его развития: сравните тесты Phoronix 9.10 против 11.10 .
Возможно, вы захотите рассмотреть dm-crypt, который исторически был быстрее, а все еще имеет край .
Вот почему, основываясь на объяснении одним из ведущих разработчиков Canonical:
- Получение списка всех имен файлов в каталоге требует декодирования, разбор и дешифрование нижних имен файлов.
- Вызов stat () из du вызывает поиск, который требует выделения inode eCryptfs, чтения части метаданных нижнего файла, проверки, чтобы убедиться, что это файл eCryptfs и затем разобрать размер незашифрованного файла, чтобы установить поле i_size inode inode eCryptfs. Имейте в виду, что чтение метаданных из более низкой файловой системы связано с чтением страницы в кэше страниц нижней файловой системы.
Проще говоря, проблема не в скорости ввода-вывода, но IOPs - огромное количество IOPs!
eCryptFS улучшается по мере его развития: сравните тесты Phoronix 9.10 против 11.10 .
Возможно, вы захотите рассмотреть dm-crypt, который исторически был быстрее, а все еще имеет край .
Вот почему, основываясь на объяснении одним из ведущих разработчиков Canonical:
- Получение списка всех имен файлов в каталоге требует декодирования, разбор и дешифрование нижних имен файлов.
- Вызов stat () из du вызывает поиск, который требует выделения inode eCryptfs, чтения части метаданных нижнего файла, проверки, чтобы убедиться, что это файл eCryptfs и затем разобрать размер незашифрованного файла, чтобы установить поле i_size inode inode eCryptfs. Имейте в виду, что чтение метаданных из более низкой файловой системы связано с чтением страницы в кэше страниц нижней файловой системы.
Проще говоря, проблема не в скорости ввода-вывода, но IOPs - огромное количество IOPs!
eCryptFS улучшается по мере его развития: сравните тесты Phoronix 9.10 против 11.10 .
Возможно, вы захотите рассмотреть dm-crypt, который исторически был быстрее, а все еще имеет край .
-
1Спасибо, вероятно, заглянем в dm-crypt, когда я сделаю следующую переустановку. Выполнение резервных копий моего зашифрованного дома (который содержит дерево исходного кода android = & gt; 20 ГБ небольших файлов), как правило, занимает возраст ... – Leo 18 May 2012 в 15:18
-
2Перешел на dm-crypt и должен сказать, что разница в производительности весьма заметна. Нормальная повседневная работа в каталогах, содержащих сотни файлов, значительно быстрее работает с dm-crypt. – Leo 25 October 2012 в 16:39