Bulat_Ziganshin
Silver Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Насчёт srep 3.01:
Цитата: i've tried it on LostPlanets2 archive lp2.pcf: 22,069,494,174 bytes
-m1:
srep64: 7,284,431,814 bytes in 151 seconds
srep32 3.0: 7,284,431,814 bytes in 285 seconds
srep32 3.01: 7,284,443,650 bytes in 159 seconds
-m3:
srep64: 7,009,388,668 bytes in 273 seconds
srep32 3.0: 7,009,388,668 bytes in 428 seconds
srep32 3.01: hasn't finished in 2 hours
probably, it's because reduced 32-bit hash produced too much collisions so srep keeps trying false match candidates. I should collect more stats to understand the situation (why who can help me by doing this work?)
the stats are required to understand whether the same problem possible in -m1 mode. If -m1 is guaranteed to work fast, i can incorporate into srep32 both matchfinders so that new one automatically used in -m1 mode. It's especially important since freearc 0.80 is expected to include 32-bit srep -m1 engine, so faster hashing will substantially inprove its speed |
Добавлено:
MultiPar: "Please contact with me if you want to read source code of those applications. I want to know who is interested in my works. I am looking for a sponsor to aid development."
phpar2: исходники есть
к сожалению, там нельзя просто что-то скопировать, они создают файл в собственном формате, мне надо создавать в каком-то своём чтобы это оставались архивы freearc. надо разбираться в самих принципах надёжной защиты данных |
