forum.opennet.ru

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

Оглавление

Автор LZ4 представил новый быстрый и эффективный алгоритм сж..., opennews (ok), 25-Янв-15, (0) [смотреть все] +2

Наоборот же Респект и уважуха автору, ждём поддержки в ядре и Btrfs , Fracta1L (ok), 10:31 , 25-Янв-15, (1) +15 //

А что ждать svn co http lz4 googlecode com svn trunk make -j 3sudo make inst, Аноним (-), 12:32 , 25-Янв-15, (10) +9 //

А смысл этой возни Там уже есть вполне сравнимый LZO, вот никто и не рвется осо, Аноним (-), 03:52 , 26-Янв-15, (35) +4
Почитай про checkinstall хотя бы, болезный , Аноним (-), 11:49 , 26-Янв-15, (40) –1

То есть алгоритм не годится ни для одной конкретной задачи , Аноним (-), 10:37 , 25-Янв-15, (2) –5 //

Вполне себе годится на моих данных логи в JSON-формате жмёт по объёму так же , anon9 (?), 10:55 , 25-Янв-15, (3) +12 //

А lz4 как при этом жмёт Т е понятно, что размер сжатого файла будет несколько , funny_falcon (?), 13:56 , 25-Янв-15, (12) +1 //

Судя по таблице вверху, lz4 сожмет не быстрее, а в несколько раз медленнее И ху, Stax (ok), 16:00 , 25-Янв-15, (19)

Есть lz4 hc, и есть просто lz4 Вглядись , tyuiop (?), 16:18 , 25-Янв-15, (22) +3

алгоритм, который среднячек во всём , Baz (?), 11:35 , 25-Янв-15, (4) //

Предпочтёшь свербыстрый алгоритм, который почти не жмёт Или отлично сжимающий, , Tyuiop (?), 11:43 , 25-Янв-15, (5) +5 //

Жмем 7z или gz, а если сжимать не нужно - просто tar им Но я слышал что есть люд, Аноним (-), 15:05 , 25-Янв-15, (16) +10

сарказм Все сжимаю в tar Почему в тесте его нет , Аноним (-), 12:01 , 25-Янв-15, (6) +1 //

Научите сарказм , Michael Shigorin (ok), 12:07 , 25-Янв-15, (7) +11 //

Ну если упаковывается множество мелких файлов, то можно сэкономить за счёт более, A.Stahl (ok), 12:13 , 25-Янв-15, (8) +3 //

а сэкономишь аж 0,1 , ALex_hha (ok), 12:20 , 25-Янв-15, (9) –2

А теперь представь, что файлы по десятку байт и не неси фигню , Crazy Alex (ok), 13:21 , 25-Янв-15, (11) +8

Если это не FAT какой-нибудь, то данные короткого файла лежат в метаданных, вмес, Аноним (-), 14:33 , 25-Янв-15, (13) +1

Минимум - inode directory record , Crazy Alex (ok), 16:01 , 25-Янв-15, (20) +1

Кстати, в ext4 inline data - это экспериментальная фича В продакшне её нет , Crazy Alex (ok), 16:06 , 25-Янв-15, (21) +1

А те, кто пользуются reiser3, используют notail Быстрее и стабильней , tyuiop (?), 16:20 , 25-Янв-15, (23) +1

Это для наоборот Опция даёт прирост в скорости в ущерб вместимости - 5 , Ne01eX (??), 19:39 , 25-Янв-15, (27) –1

Кстати, Reiser4 умеет танцевать деревья для экономии дискового пространства , Ne01eX (??), 19:42 , 25-Янв-15, (28)

Dancing Tree это как бы название структуры данных, а не танец каких-то други, Stax (ok), 15:20 , 26-Янв-15, (42)
спасибо, кэп , Ne01eX (ok), 19:28 , 27-Янв-15, (52)

А те, кто пользуются reiserfs - ищут грабли начиная с риска угробить ФС к черто, Crazy Alex (ok), 20:20 , 25-Янв-15, (30) –1

Атомарная структура Reiser4 позволяет избежать рисков что-то прое бать при опера, Ne01eX (??), 21:05 , 25-Янв-15, (32)

Для начала - речь шла о reiserfs Сейчас вы говорите о reiser4 Reiser4 нет в ядр, Crazy Alex (ok), 22:05 , 25-Янв-15, (33)
Хорошо, встанем тогда на том, что это хорошо когда у людей есть выбор, какой ФС , Ne01eX (??), 09:17 , 26-Янв-15, (39) +3
А тут и спорить не с чем Сейчас, насколько я понимаю, в моде экстенты, но, веро, Crazy Alex (ok), 15:20 , 26-Янв-15, (41) –1
Есть небольшая разница Btrfs-ники могут внятно показать что это дает Ну там на, Аноним (-), 02:48 , 27-Янв-15, (49)
Проснись, тормоз В РСУБД экстенты в моде уже больше 30 лет - ты столько на свет, Аноним (-), 21:18 , 27-Янв-15, (53) –1
Он так отлажен, что разгром тома fsck ом при налете на неправильное дерево - k, Аноним (-), 02:51 , 27-Янв-15, (50) –1

А в btrfs уже есть И сжатие , Аноним (-), 03:53 , 26-Янв-15, (36)

В ZFS это есть уже лет 8 , Аноним (-), 21:18 , 27-Янв-15, (54) –1

А системный кеш вместо собственного выноса там уже используется , AlexAT (ok), 21:45 , 27-Янв-15, (56) +1

Посчитай сам last pid 49014 load averages 0 30, 0 26, 0 25 up 0 06 04 , iZEN (ok), 01:12 , 29-Янв-15, (57)
Не используется В топку , AlexAT (ok), 08:28 , 29-Янв-15, (58)

Даже если результат меньше оригинала на два бита, то это уже сжатие , Ня (?), 14:37 , 25-Янв-15, (14) +1

потому что он архиватор, Аноним (-), 15:08 , 25-Янв-15, (17) +1

ждем в 7зип , Аноним (-), 14:49 , 25-Янв-15, (15) +1 //

А зачем он там, если lzma жмет эффективней при сравнимой скорости , Мандаринос (?), 19:55 , 25-Янв-15, (29) //

А можно подробнее про большую скорость lzma , Vic (??), 10:54 , 09-Сен-15, (59) +1

https github com mcmilk 7-Zip-zstd, мяя (?), 11:53 , 27-Ноя-19, (60)

Или по оси Y не время, а скорость, или получается что чем выше пропускная способ, Etch (?), 15:43 , 25-Янв-15, (18) +3
Хотелось бы ZSTD в TokuDB увидеть Самое оно , AlexAT (ok), 23:19 , 25-Янв-15, (34) +1 //

Хотелось Возьми и запили Делов-то , Аноним (-), 21:19 , 27-Янв-15, (55)

А в MySQL до сих пор только zlib, только в innodb и, по сути, размер всё равно б, Анонимко (?), 08:28 , 26-Янв-15, (37) //

zlib в innodb не нужен, в innodb структура организована таким образом, что сжати, AlexAT (ok), 08:46 , 26-Янв-15, (38) +3 //

Ага, и использовать двиг, который занимает в 7 раз больше места http www pe, Аноним (-), 18:32 , 26-Янв-15, (43) //

Когда в первый раз попробуете починить а падают myisam ы при некорректной ост, AlexAT (ok), 20:36 , 26-Янв-15, (46)

Я рад за вас, у меня таблицы при переводе на innodb разрастаются в 5 раз Лично , Анонимко (?), 10:08 , 27-Янв-15, (51)

Порекомендуйте идеальную СУБД , Аноним (-), 18:40 , 26-Янв-15, (44) –1 //

Не успел я написать слово Oracle , как у моего комментария уже был минус , Мандаринос (?), 18:43 , 26-Янв-15, (45)
Порекомендуйте идеальный автомобиль , AlexAT (ok), 20:38 , 26-Янв-15, (47) //

Летающий DeLorian , Аноним (-), 02:34 , 27-Янв-15, (48) +2

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

2. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..." –5 +/–

Сообщение от Аноним (-), 25-Янв-15, 10:37

То есть алгоритм не годится ни для одной конкретной задачи)

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

3. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..." +12 +/–

Сообщение от anon9 (?), 25-Янв-15, 10:55

Вполне себе годится: на моих данных (логи в JSON-формате) жмёт по объёму так же как gzip -6, но при этом в 7.6 раза быстрее. По-моему очень достойный результат

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

12. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..." +1 +/–

Сообщение от funny_falcon (?), 25-Янв-15, 13:56

А lz4 как при этом жмёт? Т.е. понятно, что размер сжатого файла будет несколько больше, но на сколько? и во сколько раз быстрее он сожмёт?

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

19. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..." +/–

Сообщение от Stax (ok), 25-Янв-15, 16:00

Судя по таблице вверху, lz4 сожмет не быстрее, а в несколько раз медленнее. И хуже. Но - разжиматься потом будет быстрее.

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

22. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..." +3 +/–

Сообщение от tyuiop (?), 25-Янв-15, 16:18

Есть lz4 hc, и есть просто lz4. Вглядись.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

2. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..."	–5 +/–
Сообщение от Аноним (-), 25-Янв-15, 10:37
То есть алгоритм не годится ни для одной конкретной задачи)
Ответить \| Правка \| Наверх \| Cообщить модератору


	3. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..."	+12 +/–
	Сообщение от anon9 (?), 25-Янв-15, 10:55
	Вполне себе годится: на моих данных (логи в JSON-формате) жмёт по объёму так же как gzip -6, но при этом в 7.6 раза быстрее. По-моему очень достойный результат
	Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..."	+1 +/–
	Сообщение от funny_falcon (?), 25-Янв-15, 13:56
	А lz4 как при этом жмёт? Т.е. понятно, что размер сжатого файла будет несколько больше, но на сколько? и во сколько раз быстрее он сожмёт?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	19. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..."	+/–
	Сообщение от Stax (ok), 25-Янв-15, 16:00
	Судя по таблице вверху, lz4 сожмет не быстрее, а в несколько раз медленнее. И хуже. Но - разжиматься потом будет быстрее.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	22. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..."	+3 +/–
	Сообщение от tyuiop (?), 25-Янв-15, 16:18
	Есть lz4 hc, и есть просто lz4. Вглядись.
	Ответить \| Правка \| Наверх \| Cообщить модератору