Windows 11 users can now manage RAR archives natively, with no need for third-party software or questionable archive "unpackers." Windows 11 22H2, the past year's last major...
Windows 11 adds native support for RAR, 7-Zip, Tar and other archive formats thanks to open-source library::undefined
Zip has a worse compression ratio than 7z, and that’s a disadvantage for the average user (for example, a user with an email attachment size limit that they need to stay under).
If Windows natively supports one of the better alternatives, there’s no reason to keep using zip. It’s a 30 year old format, and it’s something that regular users will happily just go with whatever’s default.
I ran benchmarks for syslog compression/decompression, and ended up using plzip, which used lzma, just because it was the fastest decompression while still having only marginally worse ratio.
For me .zip on Windows is equivalent to .tar.gz on Linux - used when I just want to send a folder in a single file very quickly.
Also handy when sending an archive to a weaker machine, that might take a while to unpack a 7z compressed at the highest setting.
.7z is when I want to send a folder encrypted, or heavily compress something to archive (like a database, documents folder, or disk image/iso). It seemingly does the impossible, shaving the size from say 60GB down to 40GB compressed if you use solid mode (which has downsides if there are multiple files in the archive). It’s incredibly flexible, but the defaults are pretty solid for most cases
7z files can be browsed without decompressing the contents, and tar.xyz archives preserve file system attributes like ownership. They have totally different use cases.
If I want to back up a directory on my drive, I would use tar.xz. But if I want to send some documents to other people, I would use 7z.
.7z and .xz are (essentially) the same compression algorithm but it’s applied either to the whole chunk of data, or to individual files. That has its pros and cons.
More practically though windows users don’t know what the hell tarballs are, and I’ve even seen some bonkers handling like turning a tar.gz into a tar first that you then have to unpack.
Wtf are you on… It’s literally just a way to turn a bunch of files into one. You can feed it into a makefile and make a single file installer like nothing. Apps are based on the concept. It’s a key technology for all sorts of applications
It’s so simple it works for anything, anywhere… It’s like saying virtualization is cancer. It’s often annoying when you have to interact with it directly, but everything we love is built on it
Ok, you have this design, which every installer in the world uses. Some are more compressed, some are signed, some bootstrap a downloader - but at the end of the day, every downloadable installer uses the same basic concept. From Windows installers to dmg to flatpacks to app bundles - same basic idea.
A tarball is a bunch of files laid end to end, it’s good for one thing and one thing only - treating a bunch of files as one. It’s great at that… If you want to compress it, it’s not context aware enough to let you decrepit them individually - they’re encrypted as one file
It’s a bad way to store compressed archived info, I’ll grant you that, but it’s a great way to share a program or library to reproduce a bunch of files that make no sense to handle individually.
For another example, what about the layers of a photo editing program? What about the individual tracks in a music editing program?
It’s an incredibly useful pattern that is used in countless ways. It’s simple, easy to implement, and used everywhere to great effect
I wonder how long before I can send someone a .7z file without “hurr durr I can’t open this”.
Like, OpenDocument support exists in Office 2003 and I still encounter those who can’t open a .odt file.
#2040 take or leave it
Serious question: why would one use .7z when .tar.gz and .tar.xz exist?
Why would you use any of them when zip exists?
For an average user they offer no advantage.
Zip has a worse compression ratio than 7z, and that’s a disadvantage for the average user (for example, a user with an email attachment size limit that they need to stay under).
If Windows natively supports one of the better alternatives, there’s no reason to keep using zip. It’s a 30 year old format, and it’s something that regular users will happily just go with whatever’s default.
I know for a fact .tar.xz offers the best compression rate for my use case.
Then you aren’t an average user.
It also takes forever to pack.
I ran benchmarks for syslog compression/decompression, and ended up using plzip, which used lzma, just because it was the fastest decompression while still having only marginally worse ratio.
But it still takes forever to pack.
Yeah definitely sounds just as simple /s
For me .zip on Windows is equivalent to .tar.gz on Linux - used when I just want to send a folder in a single file very quickly.
Also handy when sending an archive to a weaker machine, that might take a while to unpack a 7z compressed at the highest setting.
.7z is when I want to send a folder encrypted, or heavily compress something to archive (like a database, documents folder, or disk image/iso). It seemingly does the impossible, shaving the size from say 60GB down to 40GB compressed if you use solid mode (which has downsides if there are multiple files in the archive). It’s incredibly flexible, but the defaults are pretty solid for most cases
7z files can be browsed without decompressing the contents, and tar.xyz archives preserve file system attributes like ownership. They have totally different use cases.
If I want to back up a directory on my drive, I would use tar.xz. But if I want to send some documents to other people, I would use 7z.
.7z and .xz are (essentially) the same compression algorithm but it’s applied either to the whole chunk of data, or to individual files. That has its pros and cons.
More practically though windows users don’t know what the hell tarballs are, and I’ve even seen some bonkers handling like turning a tar.gz into a tar first that you then have to unpack.
They’re Windows users
Removed by mod
Clearly you’ve never used Linux
Clearly you never needed that single file quickly from a 5gb and 12,000 files tgz archive.
Wtf are you on… It’s literally just a way to turn a bunch of files into one. You can feed it into a makefile and make a single file installer like nothing. Apps are based on the concept. It’s a key technology for all sorts of applications
It’s so simple it works for anything, anywhere… It’s like saying virtualization is cancer. It’s often annoying when you have to interact with it directly, but everything we love is built on it
Removed by mod
They’re bad for storing files, but a great way to turn a folder into a file.
Installers don’t need to be modified or used in part
Removed by mod
Ok, you have this design, which every installer in the world uses. Some are more compressed, some are signed, some bootstrap a downloader - but at the end of the day, every downloadable installer uses the same basic concept. From Windows installers to dmg to flatpacks to app bundles - same basic idea.
A tarball is a bunch of files laid end to end, it’s good for one thing and one thing only - treating a bunch of files as one. It’s great at that… If you want to compress it, it’s not context aware enough to let you decrepit them individually - they’re encrypted as one file
It’s a bad way to store compressed archived info, I’ll grant you that, but it’s a great way to share a program or library to reproduce a bunch of files that make no sense to handle individually.
For another example, what about the layers of a photo editing program? What about the individual tracks in a music editing program?
It’s an incredibly useful pattern that is used in countless ways. It’s simple, easy to implement, and used everywhere to great effect
Removed by mod
I just tell them to install 7zip. I’m not working around your inadequacy.
Office support also exists for the majority of editors so why not just use what people are used to?
Why not just send a zip?
There’s no advantage to the receiver for either of these.
ODF works on everything. It’s reliable and fully documented. The MS office implementation contradicts its own specification and breaks. A lot.
The PK-Zip file format was released in the year 1989. The compression is terrible by modern standards.
deleted by creator
Zip almost always results in larger archive files…