PZ
А что тут странного? У тебя средний размер меньше 100 байт... выгода очевидно будет минимальна...
Size: a a a
2021 December 03
АЖ
и поисковики по дхт блочат
PZ
Это вообще не про поддержку.
Все эти сжатия разжимаются одинаково. Это скорее лабораторное обсуждение.
Все эти сжатия разжимаются одинаково. Это скорее лабораторное обсуждение.
БГ
Кстати интересно, есть ли способ сбриджевать торренты с IPFS🤔
АЖ
похоже 9 может остановится на более слабом варианте если видит что не идёт или что-то типо того
АЖ
скрипт это делает легко
только тебе надо будет шарить не просто файл, а файл с методатой о том, как ты в ipfs хеш посчитал - там есть ключи чтоб с одного файла получить разные хеши и нет встроенного способа скачать+расшарить с тем, с которым скачал
только тебе надо будет шарить не просто файл, а файл с методатой о том, как ты в ipfs хеш посчитал - там есть ключи чтоб с одного файла получить разные хеши и нет встроенного способа скачать+расшарить с тем, с которым скачал
@
Ну вот это ебота. У меня 20 лет назад проигрыватель музыки жрал 10-15% цпу.
PZ
ОХХ... Давай я не буду объяснять сейчас большие куски из теории сжатия? Спасибо...
PZ
Кстати почему? Это же уровни злиба, разжимает-то он одинаково.
Другое дело, что я не уверен, что стоит выбрать дефлейт а не бротли.
Другое дело, что я не уверен, что стоит выбрать дефлейт а не бротли.
PZ
Вот сумма сжатых длин
Для всех сообщений: {"1": 16606847, "2": 16538113, "3": 16503835, "4": 16433512, "5": 16416302, "6": 16415188, "7": 16415072, "8": 16415058, "9": 16415054},
Для тех где есть профит по сравнению с несжатым: {"1": 15017966, "2": 14951653, "3": 14918475, "4": 14848817, "5": 14832082, "6": 14830968, "7": 14830852, "8": 14830838, "9": 14830834}
Ожидаемо 9, хотя выгода не очень большая.
Для всех сообщений: {"1": 16606847, "2": 16538113, "3": 16503835, "4": 16433512, "5": 16416302, "6": 16415188, "7": 16415072, "8": 16415058, "9": 16415054},
Для тех где есть профит по сравнению с несжатым: {"1": 15017966, "2": 14951653, "3": 14918475, "4": 14848817, "5": 14832082, "6": 14830968, "7": 14830852, "8": 14830838, "9": 14830834}
Ожидаемо 9, хотя выгода не очень большая.
АЖ
так сейчас это могут быть 15% цпу от 1/10 максчастоты ибо проц ушёл в пониженые
YB
В теории, он, кстати, может жрать не 10% нифига. Если он зашедулился на виртуальное ядро, а при этом откуда-то есть нагрузка на парное виртуальное ядро, то при таких маленьких загрузках он вполне может не перешедулиться на другое.
АЖ
я про режим работы самого параметра этой цыфры
YB
А для виртуальных ядер загрузку не посчитать без дебажных каунтеров, которые по дефолту никто, конечно, не считает.
PZ
*тяжкий вздох* Давай в другой раз...
Почитай там пока про колмогоровскую сложность, вот это всё...
Почитай там пока про колмогоровскую сложность, вот это всё...
YB
Не, ну строго говоря, любой алгоритм можно таким сделать, да, просто для некоторых это дефолтный режим работы.
YB
@Scondo если тебе интересно, то у дефлейта можно вырезать вроде байт 8 магии+пометки конца и црц, если не выключен.
YB
(точно уже не помню)
PZ
Не у дефлейта, а у злиба. Это я естественно сделал.
YB
Таки у дефлейта, злиб только имплементация.