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/

Reply via email to