[NUT-devel] Broadcasting nuts [PATCH]

[Michael Niedermayer]

On Thu, Feb 07, 2008 at 11:39:34AM -0500, Rich Felker wrote:
> On Thu, Feb 07, 2008 at 02:45:22PM +0100, Michael Niedermayer wrote:
> > > > "your design B." here was the case that the transmitter was not allowed to
> > > > transmit the first 1000 99bte frames at 100byte/sec but was limited to 
> > > > 99bytes/sec. This causes a larger preload requirement at the start. And
> > > 
> > > 2 issues here:
> > > 
> > > 1. I never said you're not allowed to transmit the first 1000 99-byte
> > > frames at 100 bytes/sec, only that the average difference between dts
> > > and transmit time over VERY LARGE windows needs to be constant. 
> > 
> > This just scales the numbers, whichever window size you use you cannot 
> > transmit data ahead in it at average.
> 
> The average I'm talking about is over a window 100x larger than any
> possible buffer. You've completely misunderstood what I've said all
> along.

You claim that you can transmit the 1000 99 byte packets at 100bps
at any choosen constant average buffer fullness (=transmit_ts - dts) if the
window is sufficiently large. I claim you can ALWAYS scale this so it fails.
try 10000 99byte packets at 99.1bps
try 100000 99byte packets at 99.01bps


[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Asymptotically faster algorithms should always be preferred if you have
asymptotical amounts of data
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/nut-devel/attachments/20080207/48aa2a67/attachment.pgp>