LINUX.ORG.RU
решено Форум — General  

Шифрование + сжатие на слабой машине и SSD

 , , , ,


0

2

По мотивам опроса.

Ноутбуки и прочие *буки как правило не отличаются высокой производительностью. В моем случае это нетбук с Intel(R) Atom(TM) CPU D525 @ 1.80GHz (без всяких аппаратных AES) и обычным жестким диском. Сейчас у меня везде используется btrfs + lzo сжатие и хомяк шифрованный dm-crypt. Процессор прекрасно справляется, не смотря на все издевательства.
Собственно вопрос: помрет ли проц от нагрузки, если заменить жесткий диск на SSD? А если оставить только сжатие? Может кто по опыту сталкивался.

← Пропадают иконки из трея
Аналог скрипта →
Ответ на: комментарий от Kindly_Cat

Ох, шифрование же еще больше нагрузку дает. Похоже придется его выкинуть.

Black_Roland ★★★★
() автор топика

Сделал бенчмарки через bonnie++ в рамдиске. Все делалось после перезагрузки, использовался 2ГБ образ в tmpfs как loop устройство. Замерял по одному разу, лишних программ почти не было. Результаты ниже.

btrfs без сжатия: 

Version  1.96       ------Sequential Output------ --Sequential Input- --Random-
Concurrency   1     -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
BlackLaptop    512M    71  99 132486  77 116065  77  1050  99 +++++ +++ 10898 293
Latency               121ms   14843us   12701us    8310us     649us     184ms
Version  1.96       ------Sequential Create------ --------Random Create--------
BlackLaptop         -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
              files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
                 16 13493  96 +++++ +++ 10448  97 13500  96 +++++ +++  9568  96
Latency              2539us    1554us    1913us    1101us     643us    3010us
1.96,1.96,BlackLaptop,1,1351850009,512M,,71,99,132486,77,116065,77,1050,99,+++++,+++,10898,293,16,,,,,13493,96,+++++,+++,10448,97,13500,96,+++++,+++,9568,96,121ms,14843us,12701us,8310us,649us,184ms,2539us,1554us,1913us,1101us,643us,3010us
dm-crypt (luks) + btrfs без сжатия: 
Version  1.96       ------Sequential Output------ --Sequential Input- --Random-
Concurrency   1     -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
BlackLaptop    512M    70  99 40593  14 33753  15   995  99 1002075  99  9897 244
Latency               187ms   20406us   18796us   11702us     746us     270ms
Version  1.96       ------Sequential Create------ --------Random Create--------
BlackLaptop         -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
              files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
                 16  9758  70 +++++ +++ 10296  97 11232  79 +++++ +++  9548  96
Latency              4456us    1414us    1622us     955us     676us    2532us
1.96,1.96,BlackLaptop,1,1351856067,512M,,70,99,40593,14,33753,15,995,99,1002075,99,9897,244,16,,,,,9758,70,+++++,+++,10296,97,11232,79,+++++,+++,9548,96,187ms,20406us,18796us,11702us,746us,270ms,4456us,1414us,1622us,955us,676us,2532us
При использовании шифрования все достаточно ожидаемо: меньше скорость, больше задержка. А вот процент использования ЦП меньше. Делаем вывод, что где-то есть узкое место, из-за чего падает скорость и процессору нечего шифровать.

Если кому интересно, могу еще с SSD потестировать (как куплю).

Black_Roland ★★★★
() автор топика
Ответ на: комментарий от Deleted

Тыкал в настройки QtCurve до получения приемлимого результата. Вот и весь алгоритм. Хотя это таки не алгоритм, но алгоритм расписывать мне лень :)

Kindly_Cat ☆
()

Btrfs - ненужный кусок говна и глюкало.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Пропадают иконки из трея
General
Аналог скрипта →