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

Автор 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 1,2,4,6,15,18,34,37

Сообщения

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

	7. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..."	+11 +/–
	Сообщение от Michael Shigorin (ok), 25-Янв-15, 12:07
	> <сарказм>Все сжимаю в tar. Научите!</сарказм>
	Ответить | Правка | Наверх | Cообщить модератору

	8. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..."	+3 +/–
	Сообщение от A.Stahl (ok), 25-Янв-15, 12:13
	Ну если упаковывается множество мелких файлов, то можно сэкономить за счёт более рационального использования кластеров.
	Ответить | Правка | Наверх | Cообщить модератору

	9. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..."	–2 +/–
	Сообщение от ALex_hha (ok), 25-Янв-15, 12:20
	> Ну если упаковывается множество мелких файлов, то можно сэкономить за счёт более рационального использования кластеров. а сэкономишь аж 0,1%?
	Ответить | Правка | Наверх | Cообщить модератору

	11. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..."	+8 +/–
	Сообщение от Crazy Alex (ok), 25-Янв-15, 13:21
	А теперь представь, что файлы по десятку байт и не неси фигню.
	Ответить | Правка | Наверх | Cообщить модератору

	13. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..."	+1 +/–
	Сообщение от Аноним (-), 25-Янв-15, 14:33
	Если это не FAT какой-нибудь, то данные короткого файла лежат в метаданных, вместе с прочими атрибутами. Не занимает он ни одного кластера.
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..."	+1 +/–
	Сообщение от Crazy Alex (ok), 25-Янв-15, 16:01
	Минимум - inode + directory record.
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..."	+1 +/–
	Сообщение от Crazy Alex (ok), 25-Янв-15, 16:06
	Кстати, в ext4 inline data - это экспериментальная фича. В продакшне её нет.
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..."	+1 +/–
	Сообщение от tyuiop (?), 25-Янв-15, 16:20
	А те, кто пользуются reiser3, используют notail. Быстрее и стабильней.
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..."	–1 +/–
	Сообщение от Ne01eX (??), 25-Янв-15, 19:39
	Это для наоборот. Опция даёт прирост в скорости в ущерб вместимости (- ~5%).
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..."	+/–
	Сообщение от Ne01eX (??), 25-Янв-15, 19:42
	Кстати, Reiser4 умеет танцевать деревья для экономии дискового пространства.
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..."	+/–
	Сообщение от Stax (ok), 26-Янв-15, 15:20
	"Dancing Tree" это как бы название структуры данных, а не "танец" каких-то других типов деревьев.
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..."	+/–
	Сообщение от Ne01eX (ok), 27-Янв-15, 19:28
	> "Dancing Tree" это как бы название структуры данных, а не "танец" каких-то > других типов деревьев. спасибо, кэп. =)
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..."	–1 +/–
	Сообщение от Crazy Alex (ok), 25-Янв-15, 20:20
	А те, кто пользуются reiserfs - ищут грабли. начиная с риска угробить ФС к чертовой матери изаканчивая суровым падением скорости вследствеи фрагментации. Если, конечно, за последнюю пару лет что-то радикально не улучшилось, но не припомню такого. Если уж на то пошло - паковать хвосты умеет XFS. И, так как, судя по любви к reiserfs, вы живете в криокамере - информирую, что тормоза с мелкифи файлами на XFS уже с год как пофиксили.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	32. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..."	+/–
	Сообщение от Ne01eX (??), 25-Янв-15, 21:05
	>>А те, кто пользуются reiserfs - ищут грабли. начиная с риска угробить ФС к чертовой матери изаканчивая суровым падением скорости вследствеи фрагментации. Если, конечно, за последнюю пару лет что-то радикально не улучшилось, но не припомню такого. Атомарная структура Reiser4 позволяет избежать рисков что-то прое@бать при операциях с ФС. Ну а так, - в целом всё также стабильно как и в других ФС. Фрагментация пока единственное неудобство, но думаю это решится в будущем. >>Если уж на то пошло - паковать хвосты умеет XFS. И, так как, судя по любви к reiserfs, вы живете в криокамере - информирую, что тормоза с мелкифи файлами на XFS уже с год как пофиксили. Ну и молодцы, что пофиксили. Я, живя в своей криокамере, этого не знал.:-\ P.S. Не фанат Reiser4, но уважаю.
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..."	+/–
	Сообщение от Crazy Alex (ok), 25-Янв-15, 22:05
	Для начала - речь шла о reiserfs. Сейчас вы говорите о reiser4. Reiser4 нет в ядре (соответственно, она слабо протестирована) и, самое главное, её фактически некому поддерживать и развивать. Лично для меня на этом разговор закончен. Что до reiserfs - опять-таки, ничего не решится, так как ей, собственно, никто не занимается. Рейзера я и сам уважаю, но, с учетом развития с тех времён, когда он свои ФС создавал, я не вижу никакого смысла на них смотреть. Ну вот так не повезло им - были в своё время продвинутями и перспективными, да сплыли.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..."	+3 +/–
	Сообщение от Ne01eX (??), 26-Янв-15, 09:17
	Хорошо, встанем тогда на том, что это хорошо когда у людей есть выбор, какой ФС пользоваться в GNU/Linux. =) Напоследок замечу, что VFS ядра запилена под ext*. К тому же, это один из самых динамичных кусков ядра Linux. И, наконец, третье - Linux перестал быть проектом энтузиастов. Теперь это проект корпораций с их легионами маркетологов и ручных кодеров. С учётом этого, простым программистам, вроде Эдуарда Шишкина и небольшому сообществу энтузиастов, сформировавшемуся возле него, нелегко оставаться на гребне волны, программируя Just for fun. Но это не делает код и идеи Reiser4 устаревшими или неправильными. В эпоху развития reiserfs v.3 Гансу Рейзеру удалось включить код в состав основной ветки ядра, тем самым обеспечив поддержку ФС Linux-сообществом. Но, во многом, благодаря наличию Namesys, маленькой, но компании. И уже как следствие включения в основную ветвь, со временем, код reiserfs v.3 стал отлаженным и полностью интегрированным. Вот такие вот мои мысли на тему ReiserFS v.3/Reiser4. Спорить с ними совсем не обязательно, так как от этого они не перестанут быть моими. =) --- Честь имею, Ne01eX.
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..."	–1 +/–
	Сообщение от Crazy Alex (ok), 26-Янв-15, 15:20
	А тут и спорить не с чем. Сейчас, насколько я понимаю, в моде экстенты, но, вероятно, Рейзер сумел бы их со своей архитектурой подружить. Я на всё это смотрю с чисто практической точки зрения - использовать предпочтительно то, что, с одной стороны, показало свои возможности и ограничения, хорошо оттестировано и имеет приемлемые характеристики - а с другой имеет хорошую команду, которая бы правила ошибки и занималась развитием. На данный момент это Ext4 и XFS. Может, через годик btrfs подоспеет, хотя как по мне - это на порядок большее надругательство над линуксовой идеологией блочных устройств и ФС, чем то, что предлагал Рейзер. Но если покажет хороший практический результат - то и ладно.
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	49. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..."	+/–
	Сообщение от Аноним (-), 27-Янв-15, 02:48
	> как по мне - это на порядок большее надругательство над линуксовой > идеологией блочных устройств и ФС, чем то, что предлагал Рейзер. Есть небольшая разница. Btrfs-ники могут внятно показать что это дает. Ну там например возможность смешивать уровни райдов и переконфигурировать все это на лету. Без остановки системы и с плавной миграцией. А у рейзера только чисто теоретические возможности. Ну там чисто теоретически - можно например плагин для CoW сделать. Чисто практически - ну как бы пусть покажут это работающее со скоростью хоть того же бтрфс, тогда поверим. Ибо если плагином привинчивать CoW к обычной файлухе - это совсем не то же самое что проектировать файлуху сразу как CoW. Сложно самосвал в самолет перестраивать - конструкционные особенности разные. И тезис что а вот мы плагином все-таки так можем - ок, давайте готовый прототип и мы посмотрим на его летные качества.
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	53. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..."	–1 +/–
	Сообщение от Аноним (-), 27-Янв-15, 21:18
	Проснись, тормоз. В РСУБД экстенты в моде уже больше 30 лет - ты столько на свете не прожил.
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	50. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..."	–1 +/–
	Сообщение от Аноним (-), 27-Янв-15, 02:51
	> включения в основную ветвь, со временем, код reiserfs v.3 стал отлаженным > и полностью интегрированным. Он так отлажен, что разгром тома fsck'ом при налете на "неправильное" дерево - known issue. С советом от разработчиков не хранить образа рейзеров на рейзере (ну то-есть, гудбай, виртуалки!). Ну его нафиг такую стабильность с такими known issues, Мэйсон и его шака как-то поадекватнее к эксплуатационщикам.
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	36. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..."	+/–
	Сообщение от Аноним (-), 26-Янв-15, 03:53
	> Кстати, в ext4 inline data - это экспериментальная фича. В продакшне её нет. А в btrfs уже есть. И сжатие.
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	54. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..."	–1 +/–
	Сообщение от Аноним (-), 27-Янв-15, 21:18
	>> Кстати, в ext4 inline data - это экспериментальная фича. В продакшне её нет. > А в btrfs уже есть. И сжатие. В ZFS это есть уже лет 8.
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..."	+1 +/–
	Сообщение от AlexAT (ok), 27-Янв-15, 21:45
	> В ZFS это есть уже лет 8. А системный кеш вместо собственного выноса там уже используется?
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..."	+/–
	Сообщение от iZEN (ok), 29-Янв-15, 01:12
	>> В ZFS это есть уже лет 8. > А системный кеш вместо собственного выноса там уже используется? Посчитай сам: last pid: 49014;  load averages:  0.30,  0.26,  0.25    up 0+06:04:38  01:12:48 63 processes:  1 running, 62 sleeping CPU:  1.4% user,  0.0% nice,  0.6% system,  0.0% interrupt, 98.1% idle Mem: 381M Active, 1414M Inact, 3275M Wired, 120K Cache, 6839M Free ARC: 2241M Total, 681M MFU, 1215M MRU, 1216K Anon, 25M Header, 320M Other Swap: Всё ОЗУ 12ГБ.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..."	+/–
	Сообщение от AlexAT (ok), 29-Янв-15, 08:28
	Не используется. В топку.
	Ответить | Правка | Наверх | Cообщить модератору

	14. "Автор LZ4 представил новый быстрый и эффективный алгоритм сж..."	+1 +/–
	Сообщение от Ня (?), 25-Янв-15, 14:37
	Даже если результат меньше оригинала на два бита, то это уже сжатие.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

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

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