[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."