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

» FreeArc (часть 4)

Автор: Vladimir_02
Дата сообщения: 21.08.2014 22:54

Цитата:
Вы как-то связаны с Александром Марфиным или f1comp.ru? Допускаю, что был несколько резковат, но где покривил против истины или кого-то прямо оскорбил? Или очевидные опечатки на офсайте - норма? Тогда вполне можно усомниться и в культуре разработкикоде.

нет не связан.. я же написал, что фриарком не пользуюсь (HaoZip наше все)))... устанавливал PDFmaster и прицепом установился WinArc - потестил немного...у меня еще косяк такой проявился - если не было папки C:\temp\Tmp_winarcView). то при архивации.распаковке из конт. меню вылетала ошибка... и SFX архивы у меня не получилось создать... Подумал, что будет полезным рассказать - написал тут у вас в теме...
P.S... еще такой прикол заметил: в списке создаваемых архивов есть rar (сразу офигел!), но когда создал архив и в свойствах глянул - это zip с максимальным сжатием и с расширением Rar )))
Пока сырой продукт... Думаю если исправить некоторые баги о которых я выше написал и дальше развивать - будет неплохим архиватором-оболочкой для freeArc...
Автор: RISAD
Дата сообщения: 22.08.2014 20:31
как сделать для консольной версии -sfx "тихую" установку в конкретно заданную директорию, например Desktop\CS5 с последующим запуском файла %.exe программы CS5, без этого сообщения Ссылка
Автор: Bulat_Ziganshin
Дата сообщения: 22.08.2014 21:23
RISAD
sfx.exe -x
echo y|sfx.exe
Автор: RISAD
Дата сообщения: 25.08.2014 18:04
Bulat_Ziganshin

Цитата:
sfx.exe -x
echo y|sfx.exe

1) как сразу упаковать с этим параметром (sfx.exe -x), чтобы исключить запуск через *.bat файл;
2) каким образом можно привязать свою иконку.
Автор: Bulat_Ziganshin
Дата сообщения: 25.08.2014 21:06
1. никак, разве что поменять исходники и откомпилировать самому
2. редактированием ресурсов afaik
Автор: RISAD
Дата сообщения: 28.08.2014 20:05
Спасибо Bulat
Автор: Gosha2014
Дата сообщения: 09.09.2014 10:43
Всем привет.Пользуюся для сжатия файлов Srep,настройки такие:
(arc.exe a -ep1 -dses --dirs -s; -lc- -di -i2 -r -msrep:m3f:a1:l512+lzma:a1:mfbt4:d250m:fb128:mc1000:lc8 data1.bin packeddata\*
pause)
Вопрос: можно ли при сжатии чтобы файлы разбивались на несколько частей.Типо data1,data2,data3 и тд.Если можно то как это сделать?
Автор: RISAD
Дата сообщения: 11.09.2014 01:07
Gosha2014

Цитата:
можно ли при сжатии чтобы файлы разбивались на несколько частей

прочитайте третий вопрос здесь

как вариант, можно сортировать данные через заданные списки.
предварительно в файле compress нужно назначить свой метод компрессии без фигурных скобок для каждого контейнера.
скачать архив
Автор: Evgenii66
Дата сообщения: 25.09.2014 16:38
Никто ничего не пишет уже 2 недели ... архиватор мёртв?
Автор: Fossius
Дата сообщения: 25.09.2014 17:08

Цитата:
... архиватор мёртв?

умер не родившись - выкидыш
Автор: Skif_off
Дата сообщения: 25.09.2014 20:15
Не менее 2/3 виденных мной репаков игр пожаты сабжем. О сроках можно уточнить и повежливее, надоели уже, неловко за вас перед разработчиком, ладно бы баг нашли.
Автор: Evgenii66
Дата сообщения: 26.09.2014 15:08
А никакие сроки никому и не нужны - хоть ловко, хоть не ловко. Как и сам фриарк . Так, заглянул по старой памяти...
Автор: Bulat_Ziganshin
Дата сообщения: 30.09.2014 18:47
SREP 3.93:English announcement
Russian announcement
Download

Автор: spider919191
Дата сообщения: 11.10.2014 01:48
Bulat_Ziganshin

D:\>srep -mem256mb -m5f -a1 icon.ico


ERROR! Invalid option: -mem256mb

Почему-то перестала работать опция -mem с мегабайтами. Как -mem256m, так и -mem256mb
Автор: Bulat_Ziganshin
Дата сообщения: 11.10.2014 18:28
SREP 3.93a бета (11 октября 2014 г.) - загрузка

* Исправлена ошибка в обработке опций типа -mem256m
* Исправлена ошибка, из-за которой в srep*i.exe работали только режимы -m1 и -m2


Добавлено:
напоминаю что информация о новых версиях - в рассылке https://groups.google.com/forum/#!forum/freearc-announces
Автор: spider919191
Дата сообщения: 12.10.2014 00:43
Bulat_Ziganshin

А есть какая-то существенная разница между версиями i и m? И что за обычные версии, которые просто лежат в корне папки без приписок? Собсно неплохо было бы ответы на данные вопросы добавить в ридми архива...
Автор: Bulat_Ziganshin
Дата сообщения: 12.10.2014 02:22
обычный версии откомпилрованы gcc, они по моим тестам самые быстрые. результаты творчетва других компиляторов я выколадываю если кто хочет сам проверить. кроме srep32s - он может пригодиться для тех случаев когда на машине может не быть даже sse2; я сам его включаю в комплект freearc
Автор: alexandrevil
Дата сообщения: 16.10.2014 16:05
Доброго времени суток!
нашел у себя батник на компе для arc, Вот его содержимое:
start bin\arc.exe a -ep1 -dses --dirs -s; -lc- -di+$ -i2 -r -msrep:m3f:a1:l512+lzma:100mb:a1:bt4:128:mc10000:lc8 data.arc
pack\*

Соответственно рядом лежит папка bin, а в ней arc.exe
Подскажите пожалуйста, что написать в батник. чтобы тот не упаковывал до кучи сам bat и папку bin ?

Заранее спасибо!
Автор: metatrop
Дата сообщения: 20.10.2014 09:50

Большое спасибо автору за очень нужный архиватор.

Вот что выявил переход на более новую версию arc.exe от 15.03.2014 22:52:56 с прежней от 11.11.2013 22:00:46 (простая замена файла arc.exe). При распаковке одиночного файла посредством FAR Mutiarc custom.ini => arc.exe из практически любого архива (включая arc.arc) происходило подвисание на сколько-то секунд, то больше, то меньше, без загрузки процессора, но с некоей блокировкой операций ввода-вывода (играющая музыка останавливается или "заедает" - в зависимости от проигрывателя).

Однако, после перезагрузки блокировки уже не было. Подумалось, не связано ли это как-то с

`Large Memory Pages (4MB) allocated if possible, improving speed by 10% (unfortunately, LP are usually available only immediately after OS restart)`

потому что система (WS2003 32-bit, 12 GB RAM, pagefile отключён) работала до этого несколько дней или неделю без перезагрузки, и память неоднократно использовалась по полной.

Действительно, после действий, вновь забивающих память "по полной", эффект подвисания и блокировки воспроизведения звука снова появился.

Подчеркну, что данный "эффект" имеет место только с новой версией, т.е. его нет при точно тех же условиях с arc.exe 2013 года.

Возможно, для проверки стоило бы ввести какой-то ключ командной строки, отключающий новый блок кода, который может быть источником этой неприятности.
Автор: Bulat_Ziganshin
Дата сообщения: 20.10.2014 16:28
metatrop
игорь (автор 7-zip) говорил мне о подобных неприятностях. на моей машине их не было, поэтому я пропустил это предупредждение мимо ушей но видимо придётся отключать их по умолчанию и добавлять опцию для включения

ты не мог бы попробовать с другой моей программой: http://freearc.org/download/research/srep393a.zip

srep srep.exe -slp+ использует большие страницы

srep srep.exe -slp- отключает их

Автор: metatrop
Дата сообщения: 20.10.2014 20:10
Да, как и ожидалось: без ключа или с -slp+ есть подвисание, а с -slp- нет. Блокируется даже реакция на нажатия кнопки мыши и системное меню по Ctrl-Alt-Del.

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

И вот ещё что выясняется. Учётная запись обладает правом `Lock pages in memory` - это открывает доступ к полезному интерфейсу AWE (наверное, и 32-битный arc мог бы использовать AWE для доступа к > 2(3) ГБ памяти).

Если это право отключить через
ntrights.exe -u %USERNAME% -r SeLockMemoryPrivilege
и сделать log off, то подвисание пропадает.
если включить
ntrights.exe -u %USERNAME% +r SeLockMemoryPrivilege
то после log off "эффект" появляется вновь:

Если дело действительно в этом, то по умолчанию можно было бы сделать поведение программы зависимым от включённости SeLockMemoryPrivilege, но на всякий случай добавить ключ принудительного включения и отключения.
Автор: Bulat_Ziganshin
Дата сообщения: 20.10.2014 22:39
а, я не обратил внимани что у тебя xp, да ещё и 32-битная. еслли можно, попробуй ещё своп включить и проэкспериментировать. и какой у тебя cpu?


Цитата:
по умолчанию можно было бы сделать поведение программы зависимым от включённости SeLockMemoryPrivilege

а сейчас оно не зависит? и это не "простая юзеровская программа", она как раз запрашивает себе эту привилегию, без которой невозможно выделить large pages

пока что у меня наиболее правдоподобное предположение что это было исправлено в семёрке или висте, иначе бы кто-то ещё успел пожаловаться

насчт awe - для lzma он слишком меджленный, для rep в принципе мог бы использоваться, но разумней добавлять в fa поддержку x64 и srep
Автор: metatrop
Дата сообщения: 21.10.2014 10:16
Булат, с людьми по умолчанию лучше на "Вы" общаться. Или избегать прямых обращений, но не "тыкать".

Какая у меня система - написал - не XP, а Windows Server 2003, видит все 12 ГБ памяти (режим PAE), и файловый кэш поддерживает на весь размер памяти.

Своп включать не буду, при 12 ГБ он не нужен в принципе и никаких иных негативных эффектов его отсутствия доселе не было. Может быть это и исправлено, но ключ ввести было бы всё же уместно, пусть даже по умолчанию он отключён будет.
Автор: Kruton9000
Дата сообщения: 16.11.2014 17:06
А в версии 0.67 должны быть проблемы с интеграцией в explorer? Просто у меня ассоциации не ставятся и контекстное меню. Если верить ченджлогу это исправили в версии 0.666, но у меня на текущей альфе вот такие проблемы. ОС ВинХП сп3 32бита англ, довольно свежая. Больше никаких проблем на компьютере не наблюдаю. Что делать? Откатиться на 0.666?
Автор: Fossius
Дата сообщения: 16.11.2014 17:19
Kruton9000
На win7x32 также. Устанавливай предпоследнюю 0.67, а потом можно последнюю
Автор: Shuld
Дата сообщения: 27.12.2014 09:55
Установил на компьютер v2014-03-16 - нет интерграции с проводником.
Снес.
Установил v2013-11-11, настроил интеграцию.
Установил FreeArc-update-0.67-alpha-win32 от v2014-03-16 - интеграция осталась.
Неудобно.

Добавлено:
V2012-12-12
Тест 4.
Условия те же, что
http://forum.ru-board.com/topic.cgi?forum=5&topic=8076&start=820#19

http://forum.ru-board.com/topic.cgi?forum=5&topic=8076&start=840#2
Работа из командной строки.

-m80
FreeArc 0.67 (December 12 2012) Creating archive: proba5.arc using rep:1gb:256:c256+4x4:lz4b
Memory for compression 1100mb, decompression 1gb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 212,334,895 bytes. Ratio 9.7%
Compression time: cpu 8.98 secs, real 3.23 secs. Speed 673,880 kB/s

-m81
FreeArc 0.67 (December 12 2012) Creating archive: proba5.arc using rep:1gb:112:c64:d4mb:s64+4x4:tor:3:4mb:h32kb
Memory for compression 1364mb, decompression 1gb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 177,489,427 bytes. Ratio 8.1%
Compression time: cpu 14.25 secs, real 4.38 secs. Speed 498,191 kB/s

-m82
FreeArc 0.67 (December 12 2012) Creating archive: proba5.arc using rep:1gb:80:c32:d4mb:s40+4x4:tor:4:4mb:h512kb:l4
Memory for compression 1366mb, decompression 1gb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 172,737,224 bytes. Ratio 7.9%
Compression time: cpu 18.31 secs, real 5.45 secs. Speed 399,694 kB/s

-m83
FreeArc 0.67 (December 12 2012) Creating archive: proba5.arc using rep:1gb:112:c32:d4mb:s48+4x4:tor:6:4mb:h1mb
Memory for compression 1368mb, decompression 1gb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 167,574,298 bytes. Ratio 7.6%
Compression time: cpu 29.48 secs, real 8.11 secs. Speed 268,773 kB/s

-m84
FreeArc 0.67 (December 12 2012) Creating archive: proba5.arc using rep:1gb:96:c16:d8mb:s32:h25+4x4:i0:tor:6:8mb:h8mb
Memory for compression 1320mb, decompression 1gb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 166,813,943 bytes. Ratio 7.6%
Compression time: cpu 37.05 secs, real 10.53 secs. Speed 206,963 kB/s

-m85
FreeArc 0.67 (December 12 2012) Creating archive: proba5.arc using rep:1gb:48:c16:d4mb:s32+4x4:lzma:4mb:h512kb:fast:128:mc8
Memory for compression 1334mb, decompression 1gb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 161,616,926 bytes. Ratio 7.4%
Compression time: cpu 62.77 secs, real 17.44 secs. Speed 124,994 kB/s

-m86
FreeArc 0.67 (December 12 2012) Creating archive: proba5.arc using rep:1gb:48:c16:d4mb:s24+4x4:lzma:4mb:h1mb:normal:24:mc8
Memory for compression 1352mb, decompression 1gb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 159,442,759 bytes. Ratio 7.3%
Compression time: cpu 105.34 secs, real 27.16 secs. Speed 80,261 kB/s

-m87
FreeArc 0.67 (December 12 2012) Creating archive: proba5.arc using rep:1gb:h24+4x4:i0:lzma:4mb:h32mb:normal:bt4:128
Memory for compression 1396mb, decompression 1gb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 157,792,190 bytes. Ratio 7.2%
Compression time: cpu 271.17 secs, real 70.02 secs. Speed 31,130 kB/s

Ну что же? Уже за 3 сек (-m80) получается архив 212 МБ.
Конкуренты отдыхают.
А что новая версия?
Сейчас будет...

Добавлено:
V2014-03-15
Тест 4.
Работа из командной строки.

-m80
FreeArc 0.67 (March 15 2014) Creating archive: proba5.arc using rep:1gb:256:c256+4x4:lz4
Memory for compression 1100mb, decompression 1gb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 212,537,384 bytes. Ratio 9.75%
Compression time: cpu 9.56 sec/real 3.27 sec = 293%. Speed 667.43 mB/s

-m81
FreeArc 0.67 (March 15 2014) Creating archive: proba5.arc using rep:1gb:112:c64:d4mb:s64+4x4:tor:3:4mb:h32kb
Memory for compression 1364mb, decompression 1gb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 177,815,807 bytes. Ratio 8.16%
Compression time: cpu 13.97 sec/real 4.45 sec = 314%. Speed 489.45 mB/s

-m82
FreeArc 0.67 (March 15 2014) Creating archive: proba5.arc using rep:1gb:80:c32:d4mb:s40+4x4:tor:4:4mb:h512kb:l4
Memory for compression 1366mb, decompression 1gb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 173,231,590 bytes. Ratio 7.95%
Compression time: cpu 18.77 sec/real 8.80 sec = 213%. Speed 247.77 mB/s

-m83
FreeArc 0.67 (March 15 2014) Creating archive: proba5.arc using rep:1gb:112:c32:d4mb:s48+4x4:tor:6:4mb:h1mb
Memory for compression 1372mb, decompression 1gb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 168,592,658 bytes. Ratio 7.73%
Compression time: cpu 30.58 sec/real 8.53 sec = 358%. Speed 255.48 mB/s

-m84
FreeArc 0.67 (March 15 2014) Creating archive: proba5.arc using rep:1gb:96:c16:d8mb:s32:h25+4x4:i0:tor:6:8mb:h8mb
Memory for compression 1324mb, decompression 1gb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 167,770,462 bytes. Ratio 7.70%
Compression time: cpu 38.17 sec/real 11.06 sec = 345%. Speed 197.02 mB/s

-m85
FreeArc 0.67 (March 15 2014) Creating archive: proba5.arc using rep:1gb:48:c16:d4mb:s32+4x4:lzma:4mb:h512kb:fast:128:mc8
Memory for compression 1334mb, decompression 1gb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 161,078,267 bytes. Ratio 7.39%
Compression time: cpu 58.45 sec/real 15.39 sec = 380%. Speed 141.62 mB/s

-m86
FreeArc 0.67 (March 15 2014) Creating archive: proba5.arc using rep:1gb:48:c16:d4mb:s24+4x4:lzma:4mb:h1mb:normal:24:mc8
Memory for compression 1352mb, decompression 1gb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 158,483,441 bytes. Ratio 7.27%
Compression time: cpu 103.64 sec/real 26.94 sec = 385%. Speed 80.91 mB/s

-m87
FreeArc 0.67 (March 15 2014) Creating archive: proba5.arc using rep:1gb:h24+4x4:i0:lzma:4mb:h32mb:normal:bt4:128
Memory for compression 1396mb, decompression 1gb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 158,153,685 bytes. Ratio 7.26%
Compression time: cpu 305.97 sec/real 78.18 sec = 391%. Speed 27.88 mB/s

По сравнению со старой версией, где сжатие чуть лучше, где - хуже (но чаще хуже),
время сжатия, где лучше, где хуже.
В целом остается смутное ощущение, что стало хуже.

Добавлено:
По аналогии с методами -m80-89 сделал методы -m90-99.
Они рассчитаны на компьютеры с 64-разрядной ОС.
Вот результаты

V2012-12-12
Тест 4.
Работа из командной строки.

-m92
FreeArc 0.67 (December 12 2012) Creating archive: proba5.arc using rep:1566428kb:80:c32:d4mb:s40+4x4:tor:4:4mb:h512kb:l4
Memory for compression 1872mb, decompression 1530mb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 163,321,455 bytes. Ratio 7.4%
Compression time: cpu 17.64 secs, real 5.50 secs. Speed 396,288 kB/s

-m96
FreeArc 0.67 (December 12 2012) Creating archive: proba5.arc using rep:1566440kb:48:c16:d4mb:s24+4x4:lzma:4mb:h1mb:normal:24:mc8
Memory for compression 1858mb, decompression 1530mb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 150,645,889 bytes. Ratio 6.9%
Compression time: cpu 101.30 secs, real 26.27 secs. Speed 82,982 kB/s

-m97
FreeArc 0.67 (December 12 2012) Creating archive: proba5.arc using rep:1600mb:h24+4x4:i0:lzma:4mb:h32mb:normal:bt4:128
Memory for compression 1972mb, decompression 1600mb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 144,345,448 bytes. Ratio 6.6%
Compression time: cpu 257.75 secs, real 65.80 secs. Speed 33,126 kB/s

-m98
FreeArc 0.67 (December 12 2012) Creating archive: proba5.arc using rep:1600mb+tempfile+4x4:t2:i0:lzma:64mb:h64mb:normal:bt4:128
Memory for compression 1856mb, decompression 1600mb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 139,462,357 bytes. Ratio 6.3%
Compression time: cpu 266.55 secs, real 78.54 secs. Speed 27,754 kB/s

-m99
FreeArc 0.67 (December 12 2012) Creating archive: proba5.arc using rep:1600mb+tempfile+4x4:t1:i0:lzma:128mb:h128mb:normal:bt4:128
Memory for compression 1856mb, decompression 1600mb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 138,022,869 bytes. Ratio 6.3%
Compression time: cpu 204.41 secs, real 117.36 secs. Speed 18,574 kB/s

Время сжатия аналогичных методов (-m86/-m96) практически одинаковое, сжатие примерно на 10 МБ лучше.
Методы -m98 и -m99 похоже, бьют архиватор zcm. Но здесь надо учитывать, что в отличии от других архиваторов, у Булата реальный размер архива больше, чем в приведенных цифрах. (на величину служебной информации?). Т.е. для -m99 размер на самом деле больше 138,022,869 bytes. Что для практики неудобно.

Добавлено:
V2014-03-15
Тест 4.
Работа из командной строки.

-m96
FreeArc 0.67 (March 15 2014) Creating archive: proba5.arc using rep:1566428kb:48:c16:d4mb:s24+4x4:lzma:4mb:h1mb:normal:24:mc8
Memory for compression 1858mb, decompression 1530mb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 149,747,175 bytes. Ratio 6.87%
Compression time: cpu 98.08 sec/real 25.52 sec = 384%. Speed 85.42 mB/s

-m97
FreeArc 0.67 (March 15 2014) Creating archive: proba5.arc using rep:1600mb:h24+4x4:i0:lzma:4mb:h32mb:normal:bt4:128
Memory for compression 1972mb, decompression 1600mb, cache 16mb
Compressing 575 files, 2,179,758,724 bytes.
Compressed 575 files, 2,179,758,724 => 144,956,844 bytes. Ratio 6.65%
Compression time: cpu 291.95 sec/real 76.04 sec = 384%. Speed 28.67 mB/s

Автор: muzf
Дата сообщения: 28.12.2014 15:46
Shuld
Вроде изменений именно в алгоритмах сжатия, или каких-то новых версий алгоритмов не было, кроме srep, немного менялись только настройки и параметры частей архиватора в .ini файле, где-то увеличивался буфер, где-то уменьшался.
Но твой кастомный .ini пока ещё не побит, и в официальную поставку так и не входит.
Или я всё перепутал, и ты именно его и тестировал ?
Автор: Fossius
Дата сообщения: 28.12.2014 17:24
Shuld
-m80 выдаёт ошибку, для себя давно использую -m95 и -m96 для архивации резервных копий винды, за что вам спасибо. Что порекомендуете для сжатия программ (инсталяторы, dll, exe, iso.....)? И можете выложить ваш ini?
Автор: muzf
Дата сообщения: 28.12.2014 19:32
Fossius
Можно поподробнее про архивацию системного раздела Windows с помощью freearc и особенно про восстановление ?
Сейчас использую Acronis, который достаточно хорошо и быстро жмёт по сравнению с Paragon.
Автор: Fossius
Дата сообщения: 28.12.2014 20:53
muzf
Папка WindowsImageBackup т.е. созданный вручную образ системы размером 9,88 гб ужимается -m95 до 2,83 гб, а -m96 до 2,74 гб но секунд на 10 - 12 дольше. Использую только для хранения. Было бы шоколадно если бы винда могла восстанавливаться из архивов arc

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275

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


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