Hi Igor!
I have a problem compressing some files (recompressing both amd and nvidia drivers - dll/sys files mostly) with last few versions. You can download (properly compressed with 7z 9.20) archive from my onedrive > http://1drv.ms/1iPUfCv
I've tried both 15.07 and 15.08 x64 - and they always give the same scenario - progress bar suddenly fast-forwards, obviously skipping a lot of files, and then compression hangs - ui stays responsive in a way that you can press buttons, but you cannot cancel compression process (eventually it does finish, giving a lot larger archive vs 9.20 in some cases). Anyway, thanks for the best archiver ever - hope this bug won't give you a headache :) Milos
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Wrong progress bar is side effect of lzma2 multithreading with BCJ2 filter for executables. Progress bar works for BCJ2 filter and BCJ2 filter reads big amount of data for lzma2 multithreading buffers.
Larger archive size is also problem of lzma2 multithreading.
You can solve both problems, if you select option to use "2 CPU threads" instead of 4 CPU threads.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I've tried using 2/6 threads - it does fix UI progress bar glitch - but I still end up with 229MB file (ultra-lzma2-2t 7z-15.08) vs 147MB (ultra-lzma2-6t 7z-9.20) using same GUI applicable settings in old version of 7-zip. Even RAR5-solid gives considerably better result, sitting at 166MB, thus this certainly seems like a large regression. Is there a way to revert to the old behavior, whilst keeping newest version of 7zip? All the best!
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
"qs" did the job: 229 vs 147 MB (with qs parameter, of course). Judging by how much of a difference this parameter can make, it certainly deserves its own little checkbox :) Thanks for your patience and down-to-earth attitude. High five! :)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello Igor,
Thank you for new version 7-zip archiver :)
In this version (x64 command line) I'm can't setup dictionary more than 768 megs...(and mc=3072m)... with password and volumes 1999 megs -> errorlevel= 2 ...
(use big memory pages already checked in GIU is not helping)
Computer config -> Win 2008 R2 Server x64 CPU i7-5930K, 32Gb DDR4
Please tell me if I'm wrong..
Best regards,
Oleg
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Please write exact command that doesn't work.
Did previous versions of 7-Zip work for same commands?
Try to remove things that are not related to problem (volumes / password).
Try also to reduce multithreading with -mmt1 or -mmt2.
Try also to reduce memory usage with -mx3.
If you use -bt switch, you can see memory usage also.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello Igor,
Thank you for quick answer, 7-Zip in GUI make advice for Max memory for use...
And keys -mmt=2 or -mmt=1 works Ok for max compression.
Both versions 7z 15.08 + 15.07 -> looks working same with these commands.
I'm make additionals tests without pwd, volumes.
Now I'm can set dictionary for lzma2 -> d=1536m and -mc=4095m -> Worked Ok
But if I'm try using -mc=4096m -> then makes error, runlevel =2 (Fatal error)
Best regards,
Oleg
Last edit: Oleg 2015-10-04
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
7-Zip now is limited with 32-bit value for chunk size (c) parameter.
I'll fix it in next version. So it will support 64-bit values for that parameter.
Thanks for report!
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I tested new ext3 / ext4 code only on some small images downloaded from Internet.
So please check it with more examples, including examples larger than 4 GB.
If you have Linux partition on HDD, you can try to open it in 7-Zip File Manager running with administrator rights:
open PhysicalDrive:
\\.\
\\.\PhysicalDrive0\
Last edit: Igor Pavlov 2015-10-01
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
i tested it with a VMware vmdk file, of an Linux machine which uses ext4 on this disk. the vmdk is about 65 GB large and 7zip opened it successfuly within about 15 seconds. copying files out of the image worked also.
greetings,
Compilenix
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Since the removal of the MSI installer there are some problems with package managers that want to install 7z, can you say something about this https://github.com/lukesampson/scoop/issues/511 please?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I'm still thinking about msi. So it's possible that it will be available as additional installer. But exe installer will be provided as main link to download.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
7-Zip 15.08 beta was released.
7-Zip for 32-bit Windows:
http://7-zip.org/a/7z1508.exe
7-Zip for 64-bit Windows x64:
http://7-zip.org/a/7z1508-x64.exe
What's new after 7-Zip 15.07 beta:
Hi Igor!
I have a problem compressing some files (recompressing both amd and nvidia drivers - dll/sys files mostly) with last few versions. You can download (properly compressed with 7z 9.20) archive from my onedrive > http://1drv.ms/1iPUfCv
I've tried both 15.07 and 15.08 x64 - and they always give the same scenario - progress bar suddenly fast-forwards, obviously skipping a lot of files, and then compression hangs - ui stays responsive in a way that you can press buttons, but you cannot cancel compression process (eventually it does finish, giving a lot larger archive vs 9.20 in some cases). Anyway, thanks for the best archiver ever - hope this bug won't give you a headache :) Milos
Wrong progress bar is side effect of lzma2 multithreading with BCJ2 filter for executables. Progress bar works for BCJ2 filter and BCJ2 filter reads big amount of data for lzma2 multithreading buffers.
Larger archive size is also problem of lzma2 multithreading.
You can solve both problems, if you select option to use "2 CPU threads" instead of 4 CPU threads.
I've tried using 2/6 threads - it does fix UI progress bar glitch - but I still end up with 229MB file (ultra-lzma2-2t 7z-15.08) vs 147MB (ultra-lzma2-6t 7z-9.20) using same GUI applicable settings in old version of 7-zip. Even RAR5-solid gives considerably better result, sitting at 166MB, thus this certainly seems like a large regression. Is there a way to revert to the old behavior, whilst keeping newest version of 7zip? All the best!
7-Zip now uses file sorting "by name" instead of sorting "by type".
To use "by type" sorting you can write in "Parameters" field:
.
Or increase dictionary size. It probably will solve the problem for any sorting type.
"qs" did the job: 229 vs 147 MB (with qs parameter, of course). Judging by how much of a difference this parameter can make, it certainly deserves its own little checkbox :) Thanks for your patience and down-to-earth attitude. High five! :)
Dear Mr. Pavlov,
Thank you very very much for LZMS compression support in WIM archives.
Hello Igor,
Thank you for new version 7-zip archiver :)
In this version (x64 command line) I'm can't setup dictionary more than 768 megs...(and mc=3072m)... with password and volumes 1999 megs -> errorlevel= 2 ...
(use big memory pages already checked in GIU is not helping)
Computer config -> Win 2008 R2 Server x64 CPU i7-5930K, 32Gb DDR4
Please tell me if I'm wrong..
Best regards,
Oleg
Please write exact command that doesn't work.
Did previous versions of 7-Zip work for same commands?
Try to remove things that are not related to problem (volumes / password).
Try also to reduce multithreading with -mmt1 or -mmt2.
Try also to reduce memory usage with -mx3.
If you use
-btswitch, you can see memory usage also.Hello Igor,
Thank you for quick answer, 7-Zip in GUI make advice for Max memory for use...
And keys -mmt=2 or -mmt=1 works Ok for max compression.
Both versions 7z 15.08 + 15.07 -> looks working same with these commands.
I'm make additionals tests without pwd, volumes.
Now I'm can set dictionary for lzma2 -> d=1536m and -mc=4095m -> Worked Ok
But if I'm try using -mc=4096m -> then makes error, runlevel =2 (Fatal error)
Best regards,
Oleg
Last edit: Oleg 2015-10-04
7-Zip now is limited with 32-bit value for chunk size (c) parameter.
I'll fix it in next version. So it will support 64-bit values for that parameter.
Thanks for report!
Ok Igor,
Thank you for help )
Thanks Igor, the image support for those FS is much appreciated!
I tested new ext3 / ext4 code only on some small images downloaded from Internet.
So please check it with more examples, including examples larger than 4 GB.
If you have Linux partition on HDD, you can try to open it in 7-Zip File Manager running with administrator rights:
open PhysicalDrive:
Last edit: Igor Pavlov 2015-10-01
Thanks for this feature!
i tested it with a VMware vmdk file, of an Linux machine which uses ext4 on this disk. the vmdk is about 65 GB large and 7zip opened it successfuly within about 15 seconds. copying files out of the image worked also.
greetings,
Compilenix
Can it access files in uncompressed dd images? That could potentially be very useful to me. I cannot find anything on windows to do this.
Yes, I suppose it must work. Just check it.
MBR and GPT formats also are supported.
Ah, just realised it wont work because they are encrypted partitions and some are also ntfs. I was excited briefly.
Last edit: Bob Sanford 2015-10-02
Great! Million Thanks!
I don't need Linux reader or ext2read anymore!
can you add my request?
Since the removal of the MSI installer there are some problems with package managers that want to install 7z, can you say something about this https://github.com/lukesampson/scoop/issues/511 please?
A word, Igor? Maybe MSI installers coming back?
I'm still thinking about msi. So it's possible that it will be available as additional installer. But exe installer will be provided as main link to download.
That's awesome, thank you!
I'd like to +1 vote MSI installers as an option as well. It makes package deployment much easier.