>>>>> "SR" == Stefan Reich <doc at drjava.de> writes:
SR> Anyway, I feel the only sensible way of transparently
SR> compressing files is _before_ encryption, and treating the
SR> file as a stream (the node just sees a stream anyway). I
SR> thought this was pretty clear, and I'm a bit puzzled over the
SR> packet compression discussion :-)
I think the point, again, is this: there's not much reason to compress
"big" files, since most of them are already compressed with more
fit-to-purpose algorithms than regular old dictionary
compression. Examples: PNG, JPEG, MP3, MP4, etc.
For small files, like plain text and HTML, you really don't get much
bang for your buck by compressing them, at least w/r/t on-the-wire
transfer time. We've discussed why this is -- it has to do with the
fact that for small (<32K, give or take) data items, the illusion of
streaming breaks down, and you're really talking about small integer
numbers of packets. The setup and teardown of a stream takes much
longer than sending the few K of data.
The only valid reason I can think of for doing compression is for data
storage, and I think that's still probably not that convincing.
~Mr. Bad
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Mr. Bad <mr.bad at pigdog.org> | Pigdog Journal | http://pigdog.org/
freenet:MSK at SSK@u1AntQcZ81Y4c2tJKd1M87cZvPoQAge/pigdog+journal//
"Statements like this give the impression that this article was
written by a madman in a drug induced rage" -- Ben Franklin
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
_______________________________________________
Devl mailing list
Devl at freenetproject.org
http://lists.freenetproject.org/mailman/listinfo/devl
