Comments 6
А где сырцы этой сказки разработки?
Так-то, без сырцов, "Архиватор Бабушкина" (tm) еще лучше.
С нотариально заверенными скриншотами, да.
Так что в целом ничего страшного не случится, если автор их выложит просто на гитхаб, вроде секретностью тут особо не пахнет.
# tar cf — linux-5.4.2-gentoo | wc -c
941844480
# tar cf — linux-5.4.2-gentoo | time lz4 -z -1 | wc -c
1.85user 0.27system 0:02.40elapsed 88%CPU (0avgtext+0avgdata 7464maxresident)k
0inputs+0outputs (0major+1591minor)pagefaults 0swaps
287991243
# tar cf — linux-5.4.2-gentoo | time lz4 -z --fast=25 | wc -c
1.19user 0.28system 0:01.76elapsed 84%CPU (0avgtext+0avgdata 8852maxresident)k
0inputs+0outputs (0major+1916minor)pagefaults 0swaps
511936329
# tar cf — linux-5.4.2-gentoo | time lz4 -z --fast=100 | wc -c
0.56user 0.42system 0:01.28elapsed 76%CPU (0avgtext+0avgdata 9416maxresident)k
0inputs+0outputs (0major+2089minor)pagefaults 0swaps
718117171
Жалко нельзя сжимать папку, а tar-ить очень долго на жёстком диске.
25 минут tar-ил папку program files размером 8 ГБ.
Тестировал на не сжатом видео в YUV, сжимает конечно круто. Примерно на уровне xpress16k в win10, но при этом у xpress16k скорость около 100мб/с, распаковка 300 мб/с (это без упора в SSD) а у этого в разы больше.
Про LZX тут можно и не говорить, конечно LZX сжимает как deflate, но скорость у меня 10 мб/с, распаковка 220 мб/с (так же без упора в SSD, что круто для словарного метода).
Хорошо бы подобный алгоритм сжатия (читал, таких алгоритмов оказывается не мало) добавили в ядро win10 и он работал бы в рилтайме, а не как LZX при котором файл распаковывается при его изменении и нужно сжимать по новой. Вроде в ядре linux есть lz4, а вот в винде только медленные варианты.
Скоростная отказоустойчивая компрессия (Продолжение)