The OpenNET Project / Index page

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



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

Оглавление

Представлены патчи для Btrfs с поддержкой алгоритма сжатия L..., opennews (??), 27-Фев-12, (0) [смотреть все]

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


7. "Представлены патчи для Btrfs с поддержкой алгоритма сжатия L..."  +/
Сообщение от Анонут (?), 27-Фев-12, 16:28 
Да,да вспоминаются времена dblspace под досом. Когда можно было из 40Мб сделать как-бэ 120Мб. Реально влезало на 1-2Мб больше. При малейшем сбое на винте - данные терялись чуть менее чем все.

Может сейчас оно уже не так ужасно. Прогресс всетаки.

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

15. "Представлены патчи для Btrfs с поддержкой алгоритма сжатия L..."  +4 +/
Сообщение от inferrna (?), 27-Фев-12, 16:43 
Ну, во-первых, там и в 95-98 винде сжимался вроде-как весь диск и при внешнем монтировании это дело выглядело как 1 большой файл и горстка маленьких. Тут, всё-таки, сжимаются отдельные файлы. Во-вторых, по-умолчанию там "compress highly compressible files, but back off and blacklist incompressible content".
Ответить | Правка | Наверх | Cообщить модератору

73. "Представлены патчи для Btrfs с поддержкой алгоритма сжатия L..."  +/
Сообщение от Аноним (-), 28-Фев-12, 08:31 
> Да,да вспоминаются времена dblspace под досом. Когда можно было из 40Мб сделать
> как-бэ 120Мб. Реально влезало на 1-2Мб больше.

Реально - зависело от того что там хранить. Понятный пень что уже сжатые жыпеги и гифы еще раз не сожмутся. А вот рыхлые текстовики, бинарники системы и прочие doom2.wad - на раз жмутся в 2-3 раза, обеспечивая вполне себе профит. Правда там алгоритм сжатия был не чемпион по скорости и потому о выигрыше в скорости речь не шла. Но с ростом мощщи проца, появлением кучи ядер и развитием скоростных алгоритмов типа того же LZ4 - появился повод вспомнить давно забытое старое еще раз. На новом технологическом уровне.

> При малейшем сбое на винте - данные терялись чуть менее чем все.

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

> Может сейчас оно уже не так ужасно. Прогресс всетаки.

Ну так времена ОС без защиты памяти, фс без журналирования и что там еще - закончились.

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

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

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




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

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