Ru-Board.club
← Вернуться в раздел «Программы»

» FreeArc (часть 4)

Автор: vasulpr
Дата сообщения: 29.10.2011 16:41

Цитата:
это завесит всю машину. сейчас fa наоборот снижает приоритет тредов сжатия. в 0.60 эти треды выполнялись с обычным (даже не повышенным!) приоритетом, в результате во время сжатия машина тормозила. можешь попробовать скачать портабельный вариант той версии и сжать большой файл с -mex5

В последней альфе ставлю высокий приоритет и машине не виснет. (ультра сжатия). Тай почему он должен виснуть, если при сжатии загрузка процессора 80-85%
И вообще это же опция, кто захочет тот ее активирует. Да и с реализаций не должно возникнуть проблем.
Автор: Sergey_Advisor
Дата сообщения: 11.03.2012 23:57
Попытка добавить к архиву (2ГБ) информацию для восстановления приводит к сообщению: malloc: resource exhausted (out of memory).

Параметры сжатия: -mx -ld1600
Автор: Bulat_Ziganshin
Дата сообщения: 31.10.2011 21:26
vasulpr
да, при макс. сжатии и два-то ядра не загружаются, поэтому тормозить не будет. но зачем повышать приоритете - особого смысла не вижу. разве что у тебя будут две программы за проц бороться, а тебе нужно обязательно чтоб fa победил

(если тебе неясно почему я спрашиваю - реализация требует времени, не хотелось бы его терять зря)

Автор: Shuld
Дата сообщения: 12.03.2012 11:56
Sergey_Advisor

1. А без восстановления с опцией -mx на 9 ГБ у Вас что получается?
Это же уйма времени! (1 час?)

2. Не пробовали что-нибудь типа -m82...-m83
http://forum.ru-board.com/topic.cgi?forum=5&topic=8076&start=760#6
Временные файлы в этих методах не создаются.
Автор: vasulpr
Дата сообщения: 01.11.2011 14:45

Цитата:
(если тебе неясно почему я спрашиваю - реализация требует времени, не хотелось бы его терять зря)

В фоне просто много программ работает, поэтому я думал что будет некий прирост, но если вы говорите что это не поможет, то можете не тратить свое время.


Цитата:
да, при макс. сжатии и два-то ядра не загружаются

А в чем причина? Почему они не загружаются хотя бы на 95%?
Потому что у меня сейчас двоядерник который до разгона и после него грузится в среднем на 80-85%. Всетаки было бы хорошо задействовать свободных 10-15%.
Автор: Sergey_Advisor
Дата сообщения: 12.03.2012 16:56
Время там 1,5 часа меня устраивает.
С временным файлом я разобрался - перекинул его на диск с NTFS, но все равно осадочек остался.
А вот почему добавление кода для восстановления упирается в память мне не понятно - ведь код добавляться по верх основного архива и по идее степень сжатия основного архива ни как влиять не должна. С -mx -ld800 код все таки добавился.
Автор: kalpak
Дата сообщения: 01.11.2011 15:07
vasulpr
может зависит от алгоритма упаковки, методов и т.п.
много разных причин, которые влияют на % загрузки

я вот сейчас быстро проверил и свой рабочий i5 нагрузить не могу выше 80% Arc.exe процессом
так что я не думаю что увеличение приоритета даст прибавки в скорости

в WinRar может дает, в 7zip тоже особо не реагирует
Автор: slech
Дата сообщения: 13.03.2012 23:50
Булат, а как бы к вам в статистику попасть ?
Тут на днях побывал на сервере с 70 Гб памяти, хотел украсить вашу статистику
Автор: ndch
Дата сообщения: 01.11.2011 15:45
Ничего не понял:

Код:
C:\BIN\FA>Arc.exe a -r -xtor "\Documents and Settings\Администратор\Рабочий стол\" test
FreeArc 0.67 (October 27 2011) creating archive: \Documents and Settings\Администратор\Рабочий стол" test.arc
Compressed 20 files, 5,380,687 => 1,797,287 bytes. Ratio 33.4%
Compression time: cpu 1.42 secs, real 1.02 secs. Speed 5,298 kB/s
Copying temporary archive \Documents and Settings\Администратор\freearc3.tmp to \Documents and Settings\Администратор\Рабочий стол" test.arc
Keeping temporary archive \Documents and Settings\Администратор\freearc3.tmpArc.exe: \Documents and Settings\>4<8=8AB@0B>@\ 01>G89 AB>;" test.arc: open: invalid argument (Invalid argument)
Автор: SaintPaul
Дата сообщения: 14.03.2012 00:03
скажите пожалуйста, каждый раз при включенном прекомпе в ФА когда начинаю жать файл то прогрессбар останавливается на 10%, это понятно, что ФА извлекает файлы во временную директорию, но можно ли с этим как-то бороться? И еще, когда пережимаю существующий архив, при включенном срепе прогрессбар постоянно доходя до 99% падает на ~ 95 и опять, и так пока не закончится процесс, возможно я жму реправильно, пользую пока встроенные методы в ФА ибо пока не силен в составлении собственных цепочек )))
Автор: Bulat_Ziganshin
Дата сообщения: 01.11.2011 22:58

Цитата:
А в чем причина? Почему они не загружаются хотя бы на 95%?


так реализован lzma. многопточность возможна только за счёт уменьшения степени сжатия

Добавлено:

Цитата:
Вопрос: что это было ?


какие-то проблемы с именами файлов? попробуй сжать 7-zip и разжать в другом каталоге, затем там снова натравить fa. можно добавить -i2 -m0 чтобы отследить на каком файле возникают проблемы. если найдёшь - кинь мне этот файл без содержимого

Добавлено:
у меня:

Цитата:
C:\Documents and Settings\ProgramData\Рабочий стол>arc a a
FreeArc 0.666 WARNING: can't read directory ""
WARNING: no files, erasing empty archive
There were 2 warning(s)

C:\Documents and Settings\ProgramData\Рабочий стол>7z a a

7-Zip [64] 9.20 Copyright (c) 1999-2010 Igor Pavlov 2010-11-18
Scanning
: WARNING: Отказано в доступе.
Creating archive a.7z
WARNINGS for files:
: Отказано в доступе.
----------------
WARNING: Cannot find 1 file

C:\Documents and Settings\ProgramData\Рабочий стол>dir
Allway\ Sync.lnk DirectNet\ Drive.lnk Git\ Extensions.lnk Logitech\ Webcam\ Software\ \ .lnk
RamDisk\ Plus.lnk Speccy.lnk a.7z
Configure\ ReClock.lnk Far\ Manager\ 2.lnk Google\ Chrome.lnk Mozilla\ Firefox.lnk
SAMSUNG\ PC\ Share\ Manager.lnk VMware\ Workstation.lnk desktop.ini
Cygwin.lnk Foxit\ Reader.lnk Intel\ SSD\ Toolbox.lnk NetDrive.lnk
Samsung\ AllShare.lnk WinSCP.lnk myiHome.lnk
Desktop Git\ Bash.lnk Logitech\ Vid\ HD.lnk Qt\ Creator.lnk
Skype.lnk WinZip.lnk Рабочий\ стол

т.е. (из-за того что это Junction?) не возвращается вообще список файлов в каталоге
Автор: Bulat_Ziganshin
Дата сообщения: 14.03.2012 20:30

Цитата:
srep:mem256mb это размер словаря? если да то в каких пределах его можно указывать?  

нет. это размер буфера озу используемый при распаковке, в истории srep довольно подробно описана его работа: http://freearc.org/history/changelog_full_ru.htm


Цитата:
не лучше было бы сделать этот процесс следующим образом:
1) прекомпом обрабатывается каждый нужный файл отдельно
2) далее идет упаковки lzma

это технически реализуемо, но требует работы, а есть куда более важные вещи


Цитата:
предложение разбивать временный файл на меньше 4ГБ для FAT в силе.

согласен, не помешает, добавил с низким приоритетом


Цитата:
Булат, а как бы к вам в статистику попасть ?
Тут на днях побывал на сервере с 70 Гб памяти, хотел украсить вашу статистику

там и 128 гб было, просто эта статистика за последнюю неделю только. попасть просто - при проверке новой версии инфа о машине отсылается, а страница обновляется в 0:00 по гринвичу


Цитата:
скажите пожалуйста, каждый раз при включенном прекомпе в ФА когда начинаю жать файл то прогрессбар останавливается на 10%

precomp/srep - внешние упаковщики, у них по определению несколько ограниченная поддержка и в частности проблемы с отображением индикатора прогресса
Автор: CDK
Дата сообщения: 31.01.2013 20:05

Цитата:
а можно поподробнее?

цитата из вики: "xdelta is a command line program for delta encoding, which generates two file differences" - куда ж подробнее?

Только это все руками: из двух файлов делаешь один + разница, потом жмешь. Хотя может и к фа можно прикрутить, что б он "всё сам" - не знаю. Теретически наилучший эффект может быть xdelta, а затем srep+фа, но, возможно, что srep+фа будет лучше.
Автор: SaintPaul
Дата сообщения: 14.03.2012 20:56
спасибо, а можно узнать, я сделал репак и сделал не 3-4 тома а 8-10 томов с упакованными данными? Это как-нибудь влияет на распаковку или вообще на что-то влияет?
Автор: DJokers7
Дата сообщения: 02.11.2011 20:55
Здравствуйте дорогие друзья! Научите меня пожалуйста делать репаки игр! Я отблагодарю, того кто мне поможет! Помогите пожалуйста, я быстра учусь, лишних хлопот со мной не будит.)
Автор: Bulat_Ziganshin
Дата сообщения: 14.03.2012 20:58

Цитата:
Попытка добавить к архиву (2ГБ) информацию для восстановления приводит к сообщению: malloc: resource exhausted (out of memory).

спасибо за баг-репорт. при добавлении RR надо снять галочку с режима сжатия, иначе freearc ещё и перепаковывает архив. именно поэтому ему не хватает памяти - 1600 мб для распаковки старого алгоритма, ещё столько же для упаковки новым


Цитата:
спасибо, а можно узнать, я сделал репак и сделал не 3-4 тома а 8-10 томов

а что за тома? freearc многотомность не поддерживает
Автор: Shuld
Дата сообщения: 02.02.2013 06:12
Bulat_Ziganshin

Можете сказать пару слов про
ByteMe - Мощный архиватор файлов, аналог WinRAR
http://cqr.com.ua/soft/35-byteme-bnazvanie-urlhttpwebsvcrubytemeurl-versiya-06-ispolzovanie-svobodnoe-bez-oplaty-moshhnyj-arxivator-fajlov-analog-winrar.html

Кроме саморекламы ничего не нашел.

Добавлено:
У этого архиватора число скачиваний 32.
Автор: SaintPaul
Дата сообщения: 14.03.2012 21:16
ну тома - это архивы созданные им ))) неправильно выразился просто )))
и еще при попытке распаковать архив с помощью ISDone Unarc.dll возвращает мне код ошибки -2(Unsupported compression metod)
Автор: Bulat_Ziganshin
Дата сообщения: 03.11.2011 03:47
новая альфа:

GUI: запоминает тип архива в диалоге Сжатия
Комстрока: восстановлена работа опций -t?, которые не работали более года!
Добавлено "используйте -lc/-ld чтобы уменьшить требования к памяти" к сообщению "невозможно выделить память, необходимую для (рас)паковки"
Deflate(zip) упаковка: исправлено -mt1 и уменьшено потребление памяти
исправлена ошибка в многопоточной распаковке, сделанная в августе
API: добавлена MultiCompress() в пару к MultiDecompress()
Первое изменение, хотя самое простое, наверно наиболее важно - теперь FreeArc можно спокойно использовать как zip или 7z архиватор. Просто выберите один раз нужный тип архива в диалоге и забудьте об этом. В связи с этим, есть вопрос - может стоить поставить zip типом по умолчанию и/или предлагать пользователю при инсталляции программы выбрать между zip, 7z и arc?


new alpha version:

GUI: remember archive type in the Add dialog
Cmdline: fixed processing of all -t? options that was broken more than a year!
Added "use -lc/-ld to limit memory usage" to the "can't allocate memory" message
Deflate(zip) compression: fixed -mt1 and reduced memory usage
fixed bug in multithreaded archive extraction ("mkdir...") added in August
API: added MultiCompress() as pair to the MultiDecompress()
The first change, while being the simplest, may be the most important one - if you wish to use FreeArc as zip or 7z archiver, you can do it now. Just select appropriate archive type in the dialog and use it forever. What you think about making zip the default type and/or adding page to the installer that asks user which archive types he want to create by default?
Автор: Bulat_Ziganshin
Дата сообщения: 14.03.2012 21:26
ISDone - в шапке. если сжать все файлы в один архив, сжатие может быть лучше. опытные товарищи просто делают такое разбиение на отдельные архивы чтобы не ухудшилось сжатие
Автор: Shuld
Дата сообщения: 02.02.2013 15:42
Ого!
Прошло около 8 часов, как я написал,
а сейчас число скачиваний стало 43.
Я невольно сделал рекламу???
Автор: Sergey_Advisor
Дата сообщения: 14.03.2012 21:57

Цитата:
согласен, не помешает, добавил с низким приоритетом


Спасибо.


Цитата:
спасибо за баг-репорт. при добавлении RR надо снять галочку с режима сжатия, иначе freearc ещё и перепаковывает архив. именно поэтому ему не хватает памяти - 1600 мб для распаковки старого алгоритма, ещё столько же для упаковки новым


Ошибка выдается в двух случаях:

1. добавление кода при сжатии (сразу выставляется 3 галки - сжать, код, sfx). При начале работы (уже после сжатия) он и вылетает, еще до добавления кода.
2. командой добавить код к архиву (там галки сжатия нет, есть только галка код)

Я как не смог добавить код сразу решил сначала сжать, а потом добавить код но ничего не получилось.
Автор: muzf
Дата сообщения: 02.02.2013 16:02
Какую рекламу, там даже сайт автора давно уже не работает, и ни одного упоминания в гугле кроме этого сайта. Где только такую хрень находишь непонятно. Хоть бы сам попробовал сделать тесты чтобы убедиться.
Автор: Bulat_Ziganshin
Дата сообщения: 14.03.2012 22:06
Sergey_Advisor
1. ясно. тоже ошибка (он расчитывает расход памяти только на само сжатие, забыв зарезервировать её ещё и для второго процесса), но не уверен что я это смогу легко исправить
2. есть. не найдёте - киньте сюда скриншот
Автор: Imitare
Дата сообщения: 03.11.2011 04:03
Спасибо за новую версию.


Цитата:
может стоить поставить zip типом по умолчанию и/или предлагать пользователю при инсталляции программы выбрать между zip, 7z и arc?


Нафиг не нужно.
Автор: Sergey_Advisor
Дата сообщения: 14.03.2012 22:25
Вот окно добавить код.

http://s59.radikal.ru/i163/1203/e3/70a59663ade9.jpg
Автор: QSQ
Дата сообщения: 02.02.2013 17:23
меня 7zip полностью устраивает. т.к. freearc стандарт неуниверсальный и не сильно лучше 7zip. морда некрасивая, как у winzip, так и не часто ею пользуюсь, а дополнитлеьные функции не нужны. максимум запаковать-распаковать. классика жанра.
Автор: Bulat_Ziganshin
Дата сообщения: 14.03.2012 22:34
Sergey_Advisor
вот первая же строка - сжатие. другое дело что галка там не отмечена. а вот 100% RR при немаленьком размере архива - это жесть. советую вам par2 использовать для таких вещей
Автор: snkreg
Дата сообщения: 03.11.2011 08:11
Bulat_Ziganshin

Цитата:
В связи с этим, есть вопрос - может стоить поставить zip типом по умолчанию и/или предлагать пользователю при инсталляции программы выбрать между zip, 7z и arc?

Лучше в инсталлере предлагать, ну и можно продублировать в настройках, на случай использования портэйбл-версии.


Добавлено:
Булат, предлагаю реквестировать дизайнеров форума, чтобы поработали над дизом программы, иконки и тд. Возможно кардинально поработать над гуи.
Автор: Sergey_Advisor
Дата сообщения: 14.03.2012 22:48

Цитата:
вот первая же строка - сжатие. другое дело что галка там не отмечена.


Так она там и не стояла, а ошибка все равно вылазит. Вот попробовал на маленьком архиве.

1. Сжал как обычно -mx -ld1600m
2. Командой добавил код для восстановления (галки сжатия нет и я ее не убирал! версия FreeArc 0.67 (March 18 2011))


Цитата:
а вот 100% RR при немаленьком размере архива - это жесть. советую вам par2 использовать для таких вещей


А в чем фишка? Тут все одним файлом, места у меня навалом, а современные диски время от времени любят сыпать плохими секторами. Если бы эта программа использовала новые коды коррекции, а не коды Рида-Соломона.

Добавлено:
Вот еще раз проверил:

1. Сжатие образа диска 9ГБ в 2ГБ.
2. Выбор пункта добавить восстановление.
3. Галочки сжатия нет.
4. Сортировка списка файлов.
5. Сообщение об ошибке.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275

Предыдущая тема: Punto Switcher (часть 3)


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.