The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз ядра Linux 3.3. Обзор новшеств, opennews (ok), 19-Мрт-12, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


58. "Релиз ядра Linux 3.3. Обзор новшеств"  +/
Сообщение от Аноним (-), 19-Мрт-12, 14:56 
lz4 почти в 3 раза быстрее распаковывает сжатые данные
Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

104. "Релиз ядра Linux 3.3. Обзор новшеств"  +/
Сообщение от Tav (ok), 19-Мрт-12, 16:49 
> lz4 почти в 3 раза быстрее распаковывает сжатые данные

Это имеет значение, если доля использования ЦП существующим алгоритмом сжатия (lzo) еще существенна относительно нагрузки, создаваемой драйвером ФС в целом. Так ли это?

Ответить | Правка | Наверх | Cообщить модератору

122. "Релиз ядра Linux 3.3. Обзор новшеств"  +/
Сообщение от Аноним (-), 19-Мрт-12, 20:28 
Она более чем существенна. Переношу сейчас систему на сжатый btrfs. Загрузка процессора близка к полной. Правда это кора дуба экономичная, но...
Сжатие как ни как - очень ресурсоемкий процесс и надо бы для fs найти золотую середину между эффективностью и скоростью (где-то какой-то доп параметр задать?). Я же пока не разобрался и просто монтирую с ключем compress.
Ответить | Правка | Наверх | Cообщить модератору

127. "Релиз ядра Linux 3.3. Обзор новшеств"  +/
Сообщение от Аноним (-), 19-Мрт-12, 20:38 
> Я же пока не разобрался и просто монтирую с ключем compress.

Ну если у вас zlib юзается - то он вообще тормозной и так и сяк. По сравнению с lzo/lz4/snappy и прочими.

Ответить | Правка | Наверх | Cообщить модератору

140. "Релиз ядра Linux 3.3. Обзор новшеств"  +/
Сообщение от Tav (ok), 19-Мрт-12, 22:16 
> Она более чем существенна. Переношу сейчас систему на сжатый btrfs. Загрузка процессора
> близка к полной. Правда это кора дуба экономичная, но...
> Сжатие как ни как - очень ресурсоемкий процесс и надо бы для
> fs найти золотую середину между эффективностью и скоростью (где-то какой-то доп
> параметр задать?). Я же пока не разобрался и просто монтирую с
> ключем compress.

Там, насколько я знаю, выбор между эффективностью и скоростью достигается за счет выбора алгоритма: compress=gzip — медленно, но сжатие больше, compress=lzo — быстро, но степень сжатия меньше. Выбор по умолчанию может зависеть от версии.

Еще вместо compress можно сказать force-compress. С force-compress сжатие применяется ко всем файлам, с compress сжатие отключается для файлов, которые сжать не удалось.

Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

126. "Релиз ядра Linux 3.3. Обзор новшеств"  +/
Сообщение от Аноним (-), 19-Мрт-12, 20:37 
> существенна относительно нагрузки, создаваемой драйвером ФС в целом. Так ли это?

А вы купите SSD втыкаемый в PCI-E x16 и расскажите как оно там на таких скоростях. А то я конечно понимаю что для некоторых тормозной ноутбучный винч предел мечтаний, но btrfs для систем разного калибра делается.

Ответить | Правка | К родителю #104 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру