With -mmt=off, we now always do in in less than five minutes! And, during these 50 minutes, all our servers were very slow because of the hard drives seeking. Our backup of the "visual SVN repository", which is made from multiple small files, was taking between 50 and 60 minutes. We improve performance on all our daily zip-backup procedures by adding -mmt=off to 7-zip command line. If it matters, I use a quad core Intel i7 720 (1.6 GHz)/(2.8 GHz) with 4 GB DDR3 RAM, and the 64-bit version of 7-Zip, and dual-boot Debian 圆4 5.0.4 and Windows 7 Home.Īs each thread seems to compress multiple files at the same time, the best thing you can do to increase performance of very large zip jobs is to set threads to 1, to be sure that your hard drive will seek one file at a time. I'm talking about faster at a comparable setting in WinRAR, not just lowering to bare minimum compression. Is the 9.x beta release noticeably faster at compression? I tested WinRAR and 7-Zip using the latest stable version of each (4-dot-something with 7-Zip).Is there a way to make recovery segments in 7-Zip like you can in WinRAR? I didn't see any, but I guess it could be a command line thing. ![]() Is there a way to make 7-Zip speed-up? I'd like it to at least be on par with WinRAR's speed.I did a few tests on different file types and sizes comparing the 7-Zip and WinRAR default settings on their normal compression and their best compression, and in a lot of cases WinRAR was 50% faster and in some it was actually 100% faster.īut, I do like FOSS more. I normally use WinRAR over 7-Zip simply because it's faster and only a little less efficient with compression.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |