- Disk fragmentation problem for ZIP archives created by 7-Zip was fixed.
Notes: 7-Zip now uses 4 MB RAM buffer as file cache, when you create ZIP archives. It reduces the number of Move_File_Position and Write_to_File operations.
To ensure that new code works correctly please try to create .ZIP archives for big number of files. And then call "Test" command for these ZIP archives.
Try two modes:
1) Number of threads = 1,
2) Number of threads = number of your CPU threads.
Also now you can see the number of file fragments on NTFS partitions with the following way:
1) Open root folder in 7-Zip File Manager
2) Open "\\." item
3) Open disk partition
4) Look "Blocks" column for files.
or from command line:
7z l \\.\c: -slt dir1\dir2\filename
Extra package now includes 7-Zip plugin for FAR Manager x64.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2010-10-04
To ensure that new code works correctly please try to create .ZIP archives for big number of files. And then call "Test" command for these ZIP archives. Try two modes: 1) Number of threads = 1, 2) Number of threads = number of your CPU threads.
63913 файлов
Архивировал одним потоком и двумя. В обоих случаях тестирование завершается успешно и файлы состоят из 12 фрагментов. Так что всё отлично. Спасибо!
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I like 7-zip because it's free, minimalistic and powerful. But c'mon, it's in BETA for a year and a half and nothing looks like it will be released as stable in the next year. Sure i understand Igor is probably working alone, but it's really so long i had to look at the history list to even remember when v4.65 was even released…
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
It seems to work on \\.\d:\ with a basic test of a source code tree, but on Win7 x64 using 7-zip x64 I can't access to \\.\c:\, I get "The process cannot access the file because it is being used by another process." I guess it's trying to exclusively access the disk, like chkdsk does?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
В двух папках находятся админ. точки VirtualBox (всего около 200 МБ)
При запуске в консольном окне сначала очень быстро проскакивает весь листинг, затем останавливается на последней строке и счетчик процентов начинает свой счет с 0 до 100. На win XP x86 Ram=2GB и 7-Zip х86 такого не наблюдается. Листинг идет одновременно с возрастанием процентов.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
1 -r убрал
2 доступа к рабочему компьютеру на котором та win XP сейчас нет. Но на домашнем стоят две системы win7 x64 и win XP x86. ram=4 ГБ (в win XP x86 видно не все 4 ГБ но это и понятно). На каждом установлен 7-Zip 9.17 beta соответствующей разрядности (на win7 - x64, на winXP - x86)
3 Провел сжатие и последующую проверку (7z l 2in1.7z -slt > a.txt) на обеих системах, сравнил текстовые файлы. Они идентичны кроме первой строки :
На обеих системах весь листинг пролетает за 2..3 секунды и потом идет архивация с увеличением процентов до 100%. Так и должно быть? Раньше вроде этого не было…
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I understand now that difference. LZMA2 tries to use all CPU threads. Read about LZMA2 in -m switch description.
if you have (4 or more) hardwarte threads, LZMA2 will use multiple chunks. So it must load several data chunks to RAM buffers.
In your case for better compression ratio, you can use just 2 threads:
-mmt2
so it will use one big chunk in LZMA2.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Спасибо за разъяснение. Действительно на домашнем 4-х ядерный процессор, а на рабочем 2-х ядерный (оба без HT).
Добавление ключа -mmt2 вернуло листингу нормальное поведение и размер архива стал меньше на ~1%.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
9.17 doesn't compile neither on MS VS 2005, nor MS VS 2008.
The problem file is AesOpt.asm
The errors I got are the same, like:
Assembling: ../../../../Asm/x86/AesOpt.asm
../../../../Asm/x86/AesOpt.asm(103) : error A2008: syntax error : xmm0
MacroLoop(1): teration 1: Macro Called From
OP_W(5): Macro Called From
LOAD_OP_W(2): Macro Called From
DECODE(1): Macro Called From
../../../../Asm/x86/AesOpt.asm(103): Main Line Code
../../../../Asm/x86/AesOpt.asm(103) : error A2008: syntax error : xmm1
MacroLoop(1): teration 2: Macro Called From
OP_W(5): Macro Called From
LOAD_OP_W(2): Macro Called From
DECODE(1): Macro Called From
../../../../Asm/x86/AesOpt.asm(103): Main Line Code
Открываю запароленный архив (zip) в 7-zip FM. Перетаскиваю из окна FM файл в любую внешнюю папку. Появляется окно ввода пароля, но… Курсор мыши отображает "Система занята" над окном ввода пароля и над остальными окнами 7-zip. Нажать кнопку "Отмена" или закрыть окно кнопкой мыши невозможно, спасает Escape.
ОС - winXP x86 и win7 x64, версия архиватора 9.17, разрядность соответствует системе.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
For some reason, the x64 version installed to "C:\Program Files (x86)" on my Windows 7 x64. Is this intended? Previously I had 9.15 installed (or 9.14 or 9.13, I'm not sure anymore) and it was installed to "C:\Program Files".
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Yeah, I always install both versions, so that I get the context menu entries in 32 bit programs as well. I don't see any advantage in that the x64 version installs into the same directory as the 32 bit version, only disadvantages.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
2) The russian password 'старый' is invalid for the archive
wz-старый.zip (which is inside the http://www.ssl.stu.neva.ru/psw/staryi.zip)
although winzip correctly decrypts it.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
1) You can just try, can't you? There is no error, but the zip file is not changed (although the file time is changed).
It also doesn't work in FAR.
2) The password is OEM. (Other russian passwords are ok, but not this). You also can try, I made the samples especially for you.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
7-Zip 9.17 beta was released.
7-Zip for 32-bit Windows:
http://downloads.sourceforge.net/sevenzip/7z917.exe
7-Zip for 64-bit Windows x64:
http://downloads.sourceforge.net/sevenzip/7z917-x64.msi
What's new:
- Disk fragmentation problem for ZIP archives created by 7-Zip was fixed.
Notes: 7-Zip now uses 4 MB RAM buffer as file cache, when you create ZIP archives. It reduces the number of Move_File_Position and Write_to_File operations.
To ensure that new code works correctly please try to create .ZIP archives for big number of files. And then call "Test" command for these ZIP archives.
Try two modes:
1) Number of threads = 1,
2) Number of threads = number of your CPU threads.
Also now you can see the number of file fragments on NTFS partitions with the following way:
1) Open root folder in 7-Zip File Manager
2) Open "\\." item
3) Open disk partition
4) Look "Blocks" column for files.
or from command line:
7z l \\.\c: -slt dir1\dir2\filename
Extra package now includes 7-Zip plugin for FAR Manager x64.
63913 файлов
Архивировал одним потоком и двумя. В обоих случаях тестирование завершается успешно и файлы состоят из 12 фрагментов. Так что всё отлично. Спасибо!
I like 7-zip because it's free, minimalistic and powerful. But c'mon, it's in BETA for a year and a half and nothing looks like it will be released as stable in the next year. Sure i understand Igor is probably working alone, but it's really so long i had to look at the history list to even remember when v4.65 was even released…
@rejzor:
Release is planned for October 2010 according to Igor ( http://sourceforge.net/projects/sevenzip/forums/forum/45797/topic/3842739/index/page/2 )
It seems to work on \\.\d:\ with a basic test of a source code tree, but on Win7 x64 using 7-zip x64 I can't access to \\.\c:\, I get "The process cannot access the file because it is being used by another process." I guess it's trying to exclusively access the disk, like chkdsk does?
Sometimes windows locks some volumes.
I don't know exact reason.
Maybe 7-Zip requests excessive rights.
If your disks use MBR, you can try also:
\\.\PhysicalDrive0\
\\.\PhysicalDrive1\
Can I specify a temp folder?
Always "…/Local Setting/Temp" even if "Use for removable drives only" unchecked.
Условия теста:
Win7 x64 Ram=4 GB
7-Zip x64
Ком строка:
В двух папках находятся админ. точки VirtualBox (всего около 200 МБ)
При запуске в консольном окне сначала очень быстро проскакивает весь листинг, затем останавливается на последней строке и счетчик процентов начинает свой счет с 0 до 100. На win XP x86 Ram=2GB и 7-Zip х86 такого не наблюдается. Листинг идет одновременно с возрастанием процентов.
1) You don't need -r
2) Check that you same versions of 7-zip.
3) Call
7z l 2in1.7z -slt > a.txt
for both
and compare a.txt files
1 -r убрал
2 доступа к рабочему компьютеру на котором та win XP сейчас нет. Но на домашнем стоят две системы win7 x64 и win XP x86. ram=4 ГБ (в win XP x86 видно не все 4 ГБ но это и понятно). На каждом установлен 7-Zip 9.17 beta соответствующей разрядности (на win7 - x64, на winXP - x86)
3 Провел сжатие и последующую проверку (7z l 2in1.7z -slt > a.txt) на обеих системах, сравнил текстовые файлы. Они идентичны кроме первой строки :
На обеих системах весь листинг пролетает за 2..3 секунды и потом идет архивация с увеличением процентов до 100%. Так и должно быть? Раньше вроде этого не было…
I understand now that difference. LZMA2 tries to use all CPU threads. Read about LZMA2 in -m switch description.
if you have (4 or more) hardwarte threads, LZMA2 will use multiple chunks. So it must load several data chunks to RAM buffers.
In your case for better compression ratio, you can use just 2 threads:
-mmt2
so it will use one big chunk in LZMA2.
Спасибо за разъяснение. Действительно на домашнем 4-х ядерный процессор, а на рабочем 2-х ядерный (оба без HT).
Добавление ключа -mmt2 вернуло листингу нормальное поведение и размер архива стал меньше на ~1%.
9.17 doesn't compile neither on MS VS 2005, nor MS VS 2008.
The problem file is AesOpt.asm
The errors I got are the same, like:
Assembling: ../../../../Asm/x86/AesOpt.asm
../../../../Asm/x86/AesOpt.asm(103) : error A2008: syntax error : xmm0
MacroLoop(1): teration 1: Macro Called From
OP_W(5): Macro Called From
LOAD_OP_W(2): Macro Called From
DECODE(1): Macro Called From
../../../../Asm/x86/AesOpt.asm(103): Main Line Code
../../../../Asm/x86/AesOpt.asm(103) : error A2008: syntax error : xmm1
MacroLoop(1): teration 2: Macro Called From
OP_W(5): Macro Called From
LOAD_OP_W(2): Macro Called From
DECODE(1): Macro Called From
../../../../Asm/x86/AesOpt.asm(103): Main Line Code
There were the same topic:
https://sourceforge.net/projects/sevenzip/forums/forum/45797/topic/3780465
Also, is missing MyWindows.cpp file from Bundles/Alone project.
Try to install SP (service pack) for VS 2008.
Thanks, this helps. I'm also was able to compile under MS VS 2005 by copying the AesOpt.obj to the needed directories.
Открываю запароленный архив (zip) в 7-zip FM. Перетаскиваю из окна FM файл в любую внешнюю папку. Появляется окно ввода пароля, но… Курсор мыши отображает "Система занята" над окном ввода пароля и над остальными окнами 7-zip. Нажать кнопку "Отмена" или закрыть окно кнопкой мыши невозможно, спасает Escape.
ОС - winXP x86 и win7 x64, версия архиватора 9.17, разрядность соответствует системе.
For some reason, the x64 version installed to "C:\Program Files (x86)" on my Windows 7 x64. Is this intended? Previously I had 9.15 installed (or 9.14 or 9.13, I'm not sure anymore) and it was installed to "C:\Program Files".
gora: It's old problem. I don't know how to fix it.
timo_kunze:
Maybe 32-bit version of 7-zip was installed.
And 7-zip tries to use same folder.
Yeah, I always install both versions, so that I get the context menu entries in 32 bit programs as well. I don't see any advantage in that the x64 version installs into the same directory as the 32 bit version, only disadvantages.
Igor,
I've found at least 2 bugs in zip archives support:
1) the command
7z d PKOLD-ZZ.ZIP PK-ZZZ~1.ZIP
doesn't delete the file from this archive:
http://www.ssl.stu.neva.ru/psw/PKOLD-ZZ.ZIP
2) The russian password 'старый' is invalid for the archive
wz-старый.zip (which is inside the http://www.ssl.stu.neva.ru/psw/staryi.zip)
although winzip correctly decrypts it.
1) it must work. Check again.
Or show error message.
2) 7-Zip uses OEM encoding for ZIP passwords. But some programs use ANSI encoding.
Now I'm not sure that I want to change it by compatibility reasons.
1) You can just try, can't you? There is no error, but the zip file is not changed (although the file time is changed).
It also doesn't work in FAR.
2) The password is OEM. (Other russian passwords are ok, but not this). You also can try, I made the samples especially for you.
Show log:
7z l PKOLD-ZZ.ZIP > a1.txt
7z d PKOLD-ZZ.ZIP PK-ZZZ~1.ZIP > a2.txt
7z l PKOLD-ZZ.ZIP > a3.txt