[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: reordering
Steve Witham writes:
> > (Oh, you mean the key is to _randomly reorder_ the messages, not just
> > delay them by an hour when the average number of messages in an hour
> > is less than 1 anyway? Oh, now I see. Never mind!)
> >
> > --Tim May, who is as tired as Eric is of hearing the hoary old
> > chestnuts about 'random delays,' this without regard to calculating
> > the amount of reordering.
>
> Tim, you sound like you mean calculating the amount of reordering based
> on the delay vs. average traffic--exactly what Eric is arguing against!
> The thing is to write the software to do reordering directly, not
> calculate how much it's going to do after you've written it...
No, I mean that if it is desired to reorder with a batch of 10
messages (10 messages in, 10 messages out), then that's what one does,
whether it takes 10 minutes or 10 hours to get this many messages.
I think in my last paragraph above I made it clear that "random
delays" are a lose, generally, and that the "amount of reordering" is
what's needed.
--Tim May
--
..........................................................................
Timothy C. May | Crypto Anarchy: encryption, digital money,
[email protected] | 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."