Re: Statistics on remail message sizes
In article <9408291623.AA29767@ah.com>, Eric Hughes <hughes@ah.com> wrote:
Based on Hal's numbers, I would suggest a reasonable quantization for message sizes be a short set of geometrically increasing values, namely, 1K, 4K, 16K, 64K. In retrospect, this seems like the obvious quantization, and not arithmetic progressions. Live and learn.
A brief suggestion: Code the progression, not the four values. As time goes on (and lossy sendmails disappear), people are sending larger and larger messages; it's easily conceivable that people could be swapping multiMB files at some point in the not too distant future (indeed, I do occasionally send out files that are 4-5 MB large, uuencoded binaries and tar files).
No point in limiting future behavior due to current usage.
Except that coding only the progression and not the actual values lessens the usefulness of quantizing. We may have one group of remailers/users which uses the Hughes sequence: 1, 4, 16, 64, and another group that uses another sequence: 3, 9, 27, etc. I'm not saying we'll ever get everybody to agree, but there are times when it's better to converge on solid, actual numbers and not on the more-elegant abstract progressions. But maybe I'm misunderstanding the point here. --Tim May .......................................................................... Timothy C. May | Crypto Anarchy: encryption, digital money, tcmay@netcom.com | anonymous networks, digital pseudonyms, zero 408-688-5409 | knowledge, reputations, information markets, W.A.S.T.E.: Aptos, CA | black markets, collapse of governments. Higher Power: 2^859433 | Public Key: PGP and MailSafe available. "National borders are just speed bumps on the information superhighway."
Timothy C. May writes:
Except that coding only the progression and not the actual values lessens the usefulness of quantizing. We may have one group of remailers/users which uses the Hughes sequence: 1, 4, 16, 64, and another group that uses another sequence: 3, 9, 27, etc.
I'm not saying we'll ever get everybody to agree, but there are times when it's better to converge on solid, actual numbers and not on the more-elegant abstract progressions.
But maybe I'm misunderstanding the point here.
I think you are; My point was much more trivial than that; I'm just suggesting that the 1,4,16,64 be extended to 256, 1024, 4096,... -- L. Todd Masco | "Which part of 'shall not be infringed' didn't cactus@bb.com | you understand?"
participants (2)
-
L. Todd Masco -
tcmay@netcom.com