-
Originally Posted by
dinosoep
it is about 200 % faster to compress
.. I can't believe this result. What did you compress, Knoppix CD or DVD? How long (exact) will it take to compress with sqashfs and with cloop (create_compressed_fs)?
And which command-line for "create_compressed_fs" did you use?
Greetings Werner * http://www.wp-schulz.de/knoppix/summary.html
Own Rescue-CD with Knoppix (Knoppix V6.4.4 remaster)
-
mkisofs & mksquashfs
well, it wasn't really that accurate. I used mkisofs the first time I remastered and mksquashfs the second time, a lot had changed in the meantime. But mkisofs took really a lot of time while mksquashfs took considerably less.
Originally Posted by
Werner P. Schulz
.. I can't believe this result. What did you compress, Knoppix CD or DVD? How long (exact) will it take to compress with sqashfs and with cloop (create_compressed_fs)?
And which command-line for "create_compressed_fs" did you use?
Greetings Werner *
http://www.wp-schulz.de/knoppix/summary.html
Own Rescue-CD with Knoppix (Knoppix V6.4.4 remaster)
-
Originally Posted by
Werner P. Schulz
.. I can't believe this result. What did you compress, Knoppix CD or DVD? How long (exact) will it take to compress with sqashfs and with cloop (create_compressed_fs)?
... now I have done a test for my own.
using virtual machine (VirtualBox), 1 GB RAM, swap partition 1 GB
using Knoppix CD-Version 6.4.4
decompress /KNOPPIX/KNOPPIX (705211 K => 100%) to directory '/remaster' (2054135 K)
Code:
losetup /dev/cloop0 /media/sr0/KNOPPIX/KNOPPIX
mount -t iso9660 /dev/cloop0 /knoppix/loop
rsync -aH /knoppix/loop/* /remaster
a) compress '/remaster' to KNOPPIX
Code:
genisoimage -R -U -no-bak -quiet \
/remaster | create_compressed_fs -q -B 65536 \
-f /tmp/knoppix_tmp - /knoppix/KNOPPIX/KNOPPIX
size of new KNOPPIX: 740461 K (104,96%)
compression time: 7 min 03 sec
b) compress '/remaster' to KNOPPIX.squasfs
Code:
mksquashfs-lzma /remaster
\/knoppix/KNOPPIX/KNOPPIX.squashfs
size of KNOPPIX.squashfs: 719876 K (102,08%)
compression time: 6 min 42 sec
I think the differences are not worth the trouble to leave a well established compression method.
Greetings Werner * http://www.wp-schulz.de/knoppix/summary.html
Own Rescue-CD with Knoppix (Knoppix V6.4.4 remaster)
-
Senior Member
registered user
@ Werner
Would a comparison of expansion times be comparable?
Thanks.
-
Senior Member
registered user
Originally Posted by
Werner P. Schulz
I think the differences are not worth the trouble to leave a well established compression method.
I don't want to get into the war of the compression speed comparison, as I mentioned earlier, as some of the comparison what not a fair one, basically they did not use the same compression algorithm, it is not apple to apple.
However, I would like to dispute this point about cloop being the well eastablished compression method.
Which is more established compression method ?
Maybe my knowledge is skewed but here is what I know :-
1. Squashfs has long existed if not as long as cloop compression.
2. Squashfs is accepted into stock kernel a few versions back but cloop is still an external patch.
3. You can find squashfs in almost all embedded devices, including your typical home routers, home ADSL modems, home media players, home appliances such as TVs and so on. If you count the number of seats ( linux OS ) uses squashfs compared to cloop, squashfs is many many times more widespread than cloop..
4. Just run this utility on the compression file system :-
Code:
$ file /mnt-system/KNOPPI/KNOPPIX
KNOPPIX: POSIX shell script text executable
$ file /mnt-system/KNOPPIX/KNOPPIX.sq
KNOPPIX.sq: Squashfs filesystem, little endian, version 4.0, 630912472831 bytes, 189043 inodes, blocksize: 147 bytes, created: Mon Jan 7 04:52:16 1991
Now even a utility like 'file' knows about squashfs, which is more established ?
Last edited by kl522; 03-05-2011 at 03:56 AM.
-
Originally Posted by
dinosoep
it is about 200 % faster
@ werner
The only thing more versatile than the English language is the users of the English language in their use of the English language.
Take a time interval of 2 hours. 50 % longer is 3 hours, 50 % shorter is 1 hour. 100 % longer is 4 hours, 100 % shorter is no time at all.
If I take 2 hours to do something and dinosoep takes twice as long, then he does it 100 % slower than I and do it 100 % faster than he.
When dinosoep says squashfs compression is 200 % faster, he is saying it takes only one third the time but I do not think that is what he meant to say and that is almost certainly not what you understood him to mean.
@ dinosoep
From yesterdays post I see you have 2 Gb of RAM and swap space. There is no excuse for the cloop compression to be so slow. When you did your remastering, how many clever loop devices mounted from files on your (shock horror ) windows partition did you use ?
Further discussion of squashfs should take place under the relevant thread and that is not this one,
-
excuse me for my noobyness forrester, but if I were to apply those patches, do I need to use the commands described here:http://www.cyberciti.biz/faq/appy-pa...patch-command/ ? (I have never used a patch before)
I really like things like this getting released. It'll keep knoppix a bit more 'alive' and makes knoppix even more usable.
now we just need to get klaus knopper's attention to this thread.
He should really implement the knoppix_data, knoppixsh and mountbypath while considering moving to squashfs?
-
Originally Posted by
dinosoep
excuse me for my noobyness
Noobyness excused.
Originally Posted by
dinosoep
Yes, the patch is a simple one to apply. You should get some messages about offsets and possibly fuzz. That's OK. A message that says hunk failed is not OK.
Here's a tip for noobyness ...
Every Linux command comes with a man page. To find out about patch(1) from a console terminal, type in man patch. To find out more, try man man.
If you don't like man pages (and I can see why) but you do like html, you can find the man pages on-line. Here's two I use ..http://linux.die.net/man/1/man2html and http://www.linuxmanpages.com/man1/man2html.1.php.
I also cheat. I've the MAXI (aka DVD) edition so I've KDE and I've Konqueror. For installed software, I simply type into the Konqueror address bar something like #bash to call up in html format the man page for bash(1). If I type in ##sed I get the GNU project info pages on sed(1) in a form I can actually use.
BTW, patch(1) means section 1 of the man pages - that means user command. Compare with passwd(5), which describes the format of the passwd file, not the command passwd(1) while mount(8\) and mount(2) mean the system administration command and the operating system call respectively.
Originally Posted by
dinosoep
I really like things like this getting released.
Thank you for your enthusiasm but I would not go so far as to call what I done a release. Without other people trying it, it cannot be called tested thoroughly and so cannot be called released.
Originally Posted by
dinosoep
now we just need to get klaus knopper's attention to this thread.
KK has a mailing list. He does not need a forum - he already knows all the answers.
Originally Posted by
dinosoep
He should really implement the knoppix_data, knoppixsh and mountbypath while considering moving to squashfs?
First you would have to ask politely why there is no home=anymore. If he he does not have a good reason why such a thing is a bad idea (and he might) then you might ask if he would welcome a patch that might do the job.
Have you ever tried to get a 'developer' to accept a patch from someone he has never heard of before ? Camels and the eye of a needle come to mind.
-
Senior Member
registered user
Originally Posted by
Forester
Have you ever tried to get a 'developer' to accept a patch from someone he has never heard of before ? Camels and the eye of a needle come to mind.
A lot of wisdom in this paragraph.
-
Senior Member
registered user
Re this whole thread: Nicely done, Forester; My thanks as well.
Posting Permissions
- You may not post new threads
- You may not post replies
- You may not post attachments
- You may not edit your posts
-
Forum Rules
ORICO Multi Bay RAID Hard Drive Enclosure USB 3.0/ Type-C For 2.5/3.5'' HDD SSDs
$179.99
ACASIS 2.5/3.5 inch 2 Bay SATA USB 3.0 Hard Drive Disk HDD SSD Enclosure 4 RAID
$55.45
GODO 3.5 inch Dual Bay RAID Hard Drive Enclosure,USB3.0 to 3.5" SATA H
$49.99
OWC Guardian Maximus Raid Enclosure SATA Hard Drive FireWire
$36.99
Inspur LSI YZCA-00424-101 Raid Card 12Gbps HBA Controller Low Profile 9300-8i IT
$15.98
LSI MegaRAID 9361-8i 12Gbps PCIe 3 x8 SATA SAS 3 8 Port RAID + BBU & CacheVault
$39.00
Dell PERC H330 PCIe 3.0 x8 RAID Storage Controller 04Y5H1 High Profile
$13.99
Inspur LSI SAS3008 12Gbps SAS HBA RAID Controller Card P/N:YZCA-00424-101 Tested
$24.99
0XYHWN Dell PERC H730P PCIe 3.0 SAS 12GB RAID CONTROLLER
$65.00
RGB 4/5 Bay RAID USB 3.0 to SATA External Hard Drive Enclosure for 2.5/3.5'' HDD
$170.99