The OpenNET Project / Index page

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



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

Оглавление

Для Linux представлена технология сжатого кеширования раздел..., opennews (ok), 14-Дек-12, (0) [смотреть все]

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


44. "Для Linux представлена технология Zswap для сжатого кеширова..."  +/
Сообщение от pavlinux (ok), 15-Дек-12, 21:34 
> Диск сейчас узкое место, а не проц.

Диск ВСЕГДА был узким местом. Хуже диска, только диски на USB и COM-порты.


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

52. "Для Linux представлена технология Zswap для сжатого кеширова..."  +/
Сообщение от Led (ok), 16-Дек-12, 02:33 
>Диск ВСЕГДА был узким местом. Хуже диска, только диски на USB и COM-порты.

Да. Вот только посмотри во сколько раз возросла скорость записи на диск и в память за последние 10-15 лет. Подсказка: сравнение не в пользу дисков.

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

53. "Для Linux представлена технология Zswap для сжатого кеширова..."  +/
Сообщение от pavlinux (ok), 16-Дек-12, 02:39 
>>Диск ВСЕГДА был узким местом.
> Подсказка: сравнение не в пользу дисков.

Эм, см выше 0:)

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

56. "Для Linux представлена технология Zswap для сжатого кеширова..."  +1 +/
Сообщение от Crazy Alex (ok), 16-Дек-12, 16:43 
Ок, сейчас диск стал более узким местом.
Ответить | Правка | Наверх | Cообщить модератору

61. "Для Linux представлена технология Zswap для сжатого кеширова..."  +2 +/
Сообщение от Аноним (-), 16-Дек-12, 18:38 
> Диск ВСЕГДА был узким местом.

Просто как-то так вышло что раньше процы были дохлее а скоростные алгоритмы сжатия не настолько развиты. По поводу чего сжатие если и применялось то не с целью выиграть в скорости а скорее место на диске сэкономить. На данный момент оно может убить 2 зайцев сразу. LZO/lz4/... могут жать с настолько зубодробильной скоростью что сжатая запись окажется быстрее за счет сокращения I/O. А уж чтение и подавно - такие алгоритмы дико быстры в распаковке. В ряде случаев они могут обогнать memcpy() за счет снижения объема читаемых данных при равном объеме записи ;)

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

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

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




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

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