On Mon, Oct 29, 2007 at 09:19:11PM +0100, Pavel Machek wrote: > Tell it to your profesor ;-).
I don't have one. I graduated 7 years ago. I was just pointing holes in the spec. :) > Not neccessarily but yes, that would be nice, too. If it doesn't it seems the compression feature is going to be rather unpredictable and my optimization would be perfectly within spec and make it pretty much useless. > Yes. Typically for all zeros. It will be similar for > highly-compressible data (pictures, timetables, ....) That would make it tricky to say if you should ever skip compression due to cpu load. There is a chance cpu load would be better off by doing the compression. > [EMAIL PROTECTED]:/data/tmp# time ( cat /dev/zero | head -c 100000000 > > delme; sync ) > 0.04user 0.48system 6.52 (0m6.521s) elapsed 7.97%CPU > [EMAIL PROTECTED]:/data/tmp# time ( cat /dev/zero | head -c 100000000 > > delme; sync ) > 0.05user 0.61system 6.33 (0m6.333s) elapsed 10.42%CPU > [EMAIL PROTECTED]:/data/tmp# time ( cat /dev/zero | head -c 100000000 | gzip > - > delme; sync ) > 1.57user 0.32system 1.74 (0m1.749s) elapsed 100.00%CPU > [EMAIL PROTECTED]:/data/tmp# time ( cat /dev/zero | head -c 100000000 | gzip > - > delme; sync ) > 1.61user 0.18system 1.65 (0m1.652s) elapsed 100.00%CPU -- Len Sorensen - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/