[NUT-devel] Another suggestion for broadcast [PATCH]

ods15 at ods15.dyndns.org ods15 at ods15.dyndns.org
Tue Feb 19 07:37:56 CET 2008


On Mon, Feb 18, 2008 at 07:56:32PM +0100, Michael Niedermayer wrote:
> On Mon, Feb 18, 2008 at 02:40:07AM -0500, Rich Felker wrote:
> > transmit_ts or your other proposal? I think I like transmit_ts better
> 
> transmit_ts
> 
> 
> > but I'd like to know the motivations behind how the decision is made
> 
> Motivation, it seems transmit_ts or someting equivalent is needed for
> efficient broadcast. Your suggestion of keeping the buffer at an average
> is less efficient. And buffer_fullness is sensitive to packet loss.
> 
> 
> > rather than a decision being made by default when no one discusses it.
> > Even though this is not a feature I'm particularly interested in.
> 
> Well what else should we do? Theres a problem, we know a solution, noone
> else suggested an equally efficient alternative. I dont have a proof that
> there is no better alternative. If we wait indefinitly the problem just
> wont be solved. And waiting while there are zero discussions wont lead
> to a new alternative being proposed ...

Could you present the exact patch again? I'd like to remember the exact 
syntax you intended. Did we decide on an "is_broadcast" flag?

Besides the syntax which I would like to see before approving, I have no 
objections.

- ods15



More information about the NUT-devel mailing list