Is 7-Zip better than WinZip and WinRar?
Posted on March 7, 2009 at 5:29 am
Alright, you already know about WinRar and WinZip, so why do we still need another program for the same zipping task? The answer is simple, both WinRar and WinZip are not free. If you want to save few precious dollars without compromising the functionality of a zipping program, then 7-Zip is worth a try.
To get 7-Zip, go to their main page at http://www.7zip.com/. It only works on Windows, sorry Mac and Linux users.
Install it on your pc and it is as easy to use as WinRar and WinZip. To zip a file just right click it and click choose 7-Zip > add to [file name].7z
Since it is integrated with Windows Explorer, it is just a few clicks away. Very easy isn’t it?
Now that you know how to use it, let me explain why I consider this software better than WinZip and WinRar. You see a zipping tool’s strength lies on its capability to compress files as efficiently as it can. That means, the smaller the zipped file, the better. For the purposes of comparison I compared the different tool’s output so you can see which baby packs files the best.
1. The document test. As a technical writer I create a lot of documents. I have one of my web blog posts tested using the three tools. The results are below:
You can see that the original document, a wpost file, takes the most amount of space at 1.788MB. When I zipped it using WinZip, it was packed into a 1.386MB. WinRar was able to compress the file at 0.583MB which is less than half the size of the Zip output – impressive! Although WinRar was a giant leap than WinZip, 7Zip beat it by a few Kilobytes. In my humble document test, Z-Zip beat the other two.
2. The JPEG test. The next test I did was on a JPEG file. This is where the 7-Zip format lost to the other two. The packed results were not that far to the original JPEG file. This makes sense because JPEG files are already compressed files in the first place. So a lesson is drawn from this test, it is not very beneficial to zip JPEG files.
3. The MP3 test. Out of curiosity, I tested the tools again on a compressed format – the MP3. We can see that the results are also not far from the size of the original MP3 file.
4. The bitmap test. I chose to test the tools with an uncompressed bitmap file so we can see some real zipping magic. From the results, it is obvious that the 7-Zip tool out zipped the other two.
Although I performed only a few tests on 4 file types, based from the consistent results I can safely assume that 7-Zip can easily beat the other tools if the input files are uncompressed files like .doc, .bmp, .xls, .cvs, etc. If we all regularly use zipping tools to compress uncompressed file types, 7-Zip is a no-brainer choice.
Ben Carigtan shows you how it’s done.
» Filed Under Software Reviews
Related Posts
- 7-Zip VS WinZip V.12 – Best compression method
- TugZip, an alternative to WinZip
- Hide Files in JPEG Pictures the Easy Way
- Google Picasa Tips & Tricks – Creating a slideshow movie of your pictures that you can upload to YouTube or MySpace
- How to Create a Zip File
Comments
19 Responses to “Is 7-Zip better than WinZip and WinRar?”
-
Pingbacks
-
7-Zip VS WinZip V.12 - Best compression method Says:
[...] few nights ago, I have blogged about 7-Zip VS WinZip VS WinRar. It was a controversial test because as one reader commented, I did not use the other compression [...]
March 18th, 2009 at 5:35 am
I support your choice of 7-zip, not only because of it’s compression abilities, but because it is Free and Open Source Software, also, 7-zip is capable of handling archives in .zip, .rar, .tar, and .7z, making it extremely versatile.
Keep spreading the word about open source software!
Choosing .7z works fine unless you need to share files with others who may not have 7-zip installed. Also, WinZip has several types of compression, but I don’t see any mention of which type you used. Assuming you used Legacy PKZip 2.0 compression, it’s no surprise the newer formats produced smaller files, but at the expense of compatibility. If you’re not worried about compatiblity then a fair test would use WinZip’s other compression methods like bzip2 or PPMd.
I Use IZarc. It’s free and can open i think every compressed file.
It also can create lots of files include 7zip, tar and zip file.
Rar file creating is posible wen u use the command line version of winrar.
izarc.org/
Yes, you are right. I downloaded 7-zip and almost repeated all of your experiments using the default options in every application. The result shows that 7-zip is outperform other two tools.
Thank you again for this information, and by the way, I have tried .pdf files and the result is the same.
This is the worst test I have ever seen. No details were given as to what compression methods were used in each compression program.
FAIL.
“sorry Mac and Linux users”
It does not matter for linux, file-roller has 7zip support for compressing and decompressing built in. I presume Mac’s file unzipper has support for it too.
“It only works on Windows, sorry Mac and Linux users.”
If you had looked at the sourceforge project page ( http://sourceforge.net/projects/sevenzip/ ) or at the creators homepage ( http://www.7-zip.org/ ) instead of some random website named alike, you would see that not only Linux and Mac are supported but also many other platforms are able to use 7-zip.
Also the random website you linked points to older version of 7-zip (hosted at sourceforge, but who knows when the page creator will change that link to some virus ladden file).
–
Other than that great post
7-zip can also uses LZMA with zip format. But you can’t open this type of zip file with winrar. I have not done a test with winzip, but i think winrar can’t open a zip file compressed with PPMd too. So it is no use to compress a file into zip format using some advanced methed, unless you love the “.zip” text in the filename^_^
I prefer to 7-zip. If you are not sure about which uncompressor the other one is using, you can compress the files with zip format. 7-zip provide two compressing opinions in context menu, one for 7z, one for zip, at the same time.
You could also use Peazip, which is a better compression software in the way that it supports more formats and even the latest format – bzip2. It is an open source software as is 7zip. Gr8 work and keep writing!
What it fails to mention is that 7zip can handle both rar and zip files. It also can also compress to zip files. Taking that into consideration it would be foolish to not install 7zip since you can still compress to zip files and email for compatibility.
For personal archiving you can then use the 7z for greater compression. 7zip also supports command line instructions, and supports split files. Taking all of its abilities and knowing that its completely free makes it 10 times better than winzip and winrar. There is very little that the shareware programs can do that this freeware one cant.
7zip is a very worthwile tool to install.
Yes 7-zip is definitely better because it’s free! As long as it can do a good job of compressing, I will use it.
WinRAR rocks. Its compression is amongst the best. It’s as well known as zip too. But its feature set simply destroys any further comparison. On balance it’s a better choice than any other.
“supports command line instructions and split files” … guess what, so does the shareware version of WinRAR. Where is your point now? WinRAR can also open .7Z files, and the amount of customisation and extra features available even in the free version is astounding.
OK, you’re not supposed to keep using past the 40 day limit… but we all do. Maybe if it was for corporate use I would?
I’m not shilling for them here. I’ve just got a few people including on this thread trying to get me to switch and I can’t see why. I’m poised to install it having finally convinced their site to give me the setup file, just as soon as my own benchmarking run with WinRAR is complete. Might then come back and say whether I’ve been converted or am still skeptical.
ok, partway through my first test; using a 4.6gb set of test files. they’re fairly pathological (an – unintentional – good test of “solid” archiving methods as there’s a lot of duplicate data), so it’s not really applicable to real world use, but i had the existing RAR to hand to use for extracting.
first impressions: WinRAR unpacking speed quite good, 24mb/sec onto the same spinning disc (unknown speed but no higher than 7200rpm/SATA150) as the archive is being taken from – 3m15 in total. 7Zip noticably faster, over 31mb/sec, needing only 2m30. Pretty good, but it’s not a difference that makes me go “wow” – dealing with archives this large is rare, and the overall difference is small, particularly for something you would leave in the background. It would, however, be useful if you were e.g. wanting to extract a single folder from the middle of a monstrous, multipart “solid” backup. (Of which I do have a couple of >10Gb examples, from attempting to help the geocities rescue project)
WinRAR repacking not as swift, but very easy to set up; most gory settings are hidden from the user and default to “autodetect”. Select the folder, name the archive, select RAR, Maximum compression, Solid, and decline to tick for SFX, error correction or password protection. Compression took about 22 minutes and produced a 26.8mb file (told ya it was extreme), with it flying through the duplicated files too fast to read.
7Zip: OH GOD THE OPTIONS MY EYES. No autodetect for anything and pile of confusion technical tweaks right there in your face, no “wizard” (that I can see as an obvious button or menu option) or simple mode available. What compression method should I choose? Dictionary size? Word size? Solid block size? Number of CPU threads? Arrrgh. (And that’s me as a fairly anoraky geek coming to it cold)
I left everything at the default after choosing Filetype-7Zip and Compression Level-Ultra. It took 27 minutes to produce a 26.0mb file, after estimating halfway that it was on course for a 27.5mb one. So it’s slightly more efficient, in terms of its output being 97% the size of an already outrageous crunch, but actually slower despite being offered to me as a faster compressor.
It also gave me the option of packing these files as Zip (which failed under WinRAR as the total file size was “too big”, I assume >2Gb). I again chose Ultra and the defaults. It started work, but I cancelled before finding out if it would end up hanging at 2Gb because a/ it was incredibly slow, estimating almost 2 hours to pack (on a 2.1Ghz Core 2 Duo with 3Gb), and b/ it wasn’t actually compressing the data; after processing about 200mb, a point at which the other two were already producing substantial size savings, Zip had made a *completely uncompressed file*.
It also offers Tar format. I cannot fathom why. For people making Linux installer packages who don’t like the actual Tar utility?
Now to see how 7Z and WinRAR fare at unpacking speed with 7z format files…
Both extract using the two archivers’ respective shell-integration “extract here” menu button.
7Zip itself: an impressive 2m10s, which is probably as fast as this hard disk can support. I think it must have used a hell of a lot of memory though (forgot to monitor for that) because the system practically hung up for 10+ seconds afterwards with the hard drive thrashing, presumably freeing up a load of virtual memory.
WinRAR: started well, depacking quickly and quietly and on course for a sub-2 minute time. then the disk started to thrash and it slowed. hmm. eventually clocked in at 2m05 with some of the residual disk activity as before, but more spread out and less intense – so that I was still able to operate the PC whilst it continued.
Possibly there’s elements of the disk’s fragmentation etc involved here (shouldn’t be – it’s 160Gb with about 50% free and recently defragged, plus I’m deleting any testfiles that aren’t needed before starting the next part), but taking this at face value WinRAR actually depacks 7Zip files both faster than 7Zip itself, and quicker than either of them depack RARs. Odd.
For comparison I also copied the unpacked fileset off onto a USB disk (1Tb, NTFS) and back to see how quickly it could read. Sadly the interface ruined this… I’m still waiting on an ordered eSATA-300 unit (replacing a stolen one) to arrive which should help, but today the best I could get was about 6m20 copying off the main HD, and 4m40 copying back on (12.5 and 17.0mb/s respectively, not even near the best I’ve seen for the external drive – but then the biggest file copied is only 1mb…). So all that can be said is that both archivers stress the disk when depacking more than a straight copy from an external USB HD can
Thus far, I’m not entirely sold, but I’m not turned off either. Strange ambivalence. I’ll probably stick with WinRAR because that’s what I’m used to and what I know how to get the best result from – plus with this fileset at least, it’s slightly quicker to compress and only very slightly (3%) less efficient on size… when both packers crushed the files by over 150x! However for things where I may be having to pick a handful of files out of a large, solid, moderately compressed (say, ~50%) archive, I would consider using 7Zip; an extra 10 minutes or so on the compression side may only save 1mb out of a 12Gb fileset, but it would pay off massively on later extracting and depacking. However… need more datapoints to be sure.
Further 7zip traps for the unwary though. I decided to retry using 2 CPU threads. However it seems the compression methods and levels interact in wierd ways.
two things to consider: you’d expect the compression level to go up and speed to go down as you went up the ranks, yes? In a reasonably linear way? Also, as far as i’ve heard, BZip is the most modern method.
Running them just long enough to get reasonable ideas of the compression level and speed, then cancelling. Default settings used again, except for 2 threads to make better use of my dual core.
“Maximum” (ultra minus 1) level, Bzip: By the time it got to 1%, it had taken over 1 minute and had produced 40mb of output.. for 40mb of input. Not good.
“Ultra” level, LZMA: 2% reached in about 25 seconds, and 1.1 mb output for over 100mb of input, estimating 20mins total. Would probably result in that same 26mb file, but at 35% better speed. Which isn’t exactly double, but it’s a nice bonus, better than WinRAR, and shows it is genuinely using the second core whilst having to make way for I/O, system calls etc.
“Ultra” level, BZip: It’s been running more than 3 minutes and still hasn’t reached 1%. Output size currently at 39mb for 39mb input. Argh. It even took about 10 seconds to complete “cancelling”.
“Maximum” level, LZMA: similar results to Ultra. Maybe slightly faster and slightly less well compressing but not by any significant margin in the first few %. (The way it runs through the file list means that this is actually a decent predictor of final result, give or take 5% of the figures).
“Ultra”, PPMd: Dual core NOT an option. Compresses by a moderate amount (approx 66% of original size) and predicts about 1h 45m packing time. 1% arrives in 1m05 and leaves 33mb output for 48mb input. Oookay.
“Maximum”, PPMd, for completeness: finally gives the expected “slightly faster, slightly less efficient” result. Which in this case means about 90 minutes and output at about 75-80% of the original. Rubbish, in other words.
TAR, for utter completeness: Absolutely rockets along, as you’d expect. Hits 50mb/sec at one point before the disk starts to complain and backs off to the low 20s. Estimated time at 50% is under 4 minutes. So I guess it could make for a good way of quickly bringing a lot of tiny files together to dump on a slow-access (but fast raw R/W) device in linear mode. IF you don’t have any better backup program, e.g. something that was bundled with it. But it’s not e.g. 2x as fast as the USB drive, and I doubt copying things to it linearly would be either, meaning it’s still slower than just copying the stuff across in the first place. And of course the output is 1:1, but at least this format has an excuse!
So it would actually seem the absolute default settings are possibly the best (without spending further hours playing with dictionary sizes and other ephemera), which is a positive thing. However, why are all the other ones there? And if BZip IS the latest and greatest, why does it perform no better than TAR (but a whole lot slower)? And how come Ultra is often faster than Maximum? (I suspect it, and only it turns on Solid mode, which can have speed as well as size benefits… but 5x speed? That’s just crazy).
Maybe not one for users who like to fiddle with buttons without considering that buttons tend to change things, then. We all know the type…. give ‘em WinRAR or possibly even WinZip free version instead.
“only works on Windows, sorry Mac and Linux users”
Perhaps the author has never used Mac or Linux, else he wouldn’t be “sorry.” These real operating systems have command line compression utilities readily available.
Using 7zip for 2 years, the best thing about it is that you can set custom threads which uses all of the i7 cores, to give the fastest yet efficient compression.
I personally use Winzip and like its compression system, encryption methods and user interface. 7 Zip only features basic compression and decompression, so it is of interest only to a newcomer. I have used the trial version of Winzip for almost 2 months, but excepting for displaying a trial version reminder, there are no limits. Maybe, that’s strange, but as far that goes, I will prefer to stick with Winzip.