Bulat_Ziganshin
Silver Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Егор, я посмотрел, но с 7 по 14 мая почти ничего кроме GUI не менялось. имхо, это ошибка просто чуть-чуть "сместилась", т.е. раньше она возникала скажем при словаре в 1669 мб. можешь потестировать соседние значения со старой версией?
а ещё возьми http://www.haskell.org/bz/arc2.arc и запусти ту же команду с -di+%. я счас добавил вывод на консоль карты памяти перед запуском каждого алгоритма сжатия - интересно будет взглянуть. я и сам в принципе попробую 
Добавлено:
Цитата:| вот ето какраз много, нельзя сделать такой же размер и чтоб требовало ~700мб для распаковки? |
только ручным подобром порядка блоков как это делал skulptura
Добавлено:
Цитата: Тут такой еще вопрос, кажется егор_23 поделилсо такой прогой, которая типа про память рассказывает (memo2g.exe/memo4g.exe). Так вот, эта прога говорит, если я все правильно понимаю, что наибольший нефраментированный участок памяти у меня 1326 метров:
Подробнее...
но почемуто при этом нельзя задать сжатие для rep: больше чем 800Мб, при 832 фа говорит что для сжатия нада 1088Мб, для распаковки 832. По ходу для 1326 можно и больше чем 832, но фа отваливается с сообщением Can't allocate memory for (de)compression... |
а вот ты тоже возьми http://www.haskell.org/bz/arc2.arc и запусти в консоли
arc a archive ... -di+% -mrep:832m
и затем кинь мне что он там напечатал
Добавлено:
вот, протестировал сам: Подробнее...
как видишь, после первого прохода памяти становится меньше. это имхо tempfile свои 8+8 мег отъедает, два tempfile (входной+выходной) - 32 мега съедено |
