Re: Unnecessary Frame Fragmentation using beepcore-c?

"William J. Mills" <[email protected]> Mon, 15 Sep 2003 12:53:39 -0700
Newsgroups gmane.network.beep.beepcore.c.general
Message-ID <[email protected]>
David,

I did not find the default, but I think it's 4K.  Easy to tell
by looking at the SEQ frames in the startup though.

I'd say that 10K is too low for the window size for large
transfers.  I can't remembe what the default frame size is, but 
at 10K, if the frame is 1500 bytes you get <7 frames in flight.

If the recieving app is not consuming them as fast as they can be 
sent, you'll have this problem anyway.  I suspect however there might be an 
optimization somehow to keep the SEQ frames from causing  SEQ frame
sized payload packets...  but I am not sure.  

Setting it in the sending profile won't help.  Setting your own window size
controls what can be sent to you, nand should have no effect on your
outbound traffic directly.

-bill


On Fri, Sep 12, 2003 at 04:17:38PM -0400, David C Niemi wrote:
> 
> Any idea what the default window size is, and what a good window size 
> would be in order to facilitate the sending of full 4K frames?
> 
> In the receiving profile, it appears to be defaulting to 4K.  Should it be 
> 4K plus some extra space for some structure that must be passed?
> 
> I've tried bpc_set_channel_window(pi->channel, 10000L) in the receiving
> profile, which seems to work, but it still fragments just as badly.
> 
> Perhaps I need to also set it in the sending profile?  Or perhaps Darren
> New is right that I am pushing the lower layers too hard and making them
> send partial frames -- in which case I'm not sure what to do.
> 
> I've already modified the application to deal with partial frames, so it 
> is really performance I am concerned about more than convenience.
> 
> DCN
> 
> On Fri, 12 Sep 2003, William J. Mills wrote:
> > bpc_set_channel_window() can be called within the context of a profile on 
> > it's channel object.
> > 
> > That's in bpc_wrapper.c in thew rapper directory.
> > 
> > -bill
> 
> -------------------------------------------------------
> -- David C. Niemi           Adeptech Systems, Inc.   --
> -- Reston, Virginia, USA    http://www.adeptech.com/ --
> -------------------------------------------------------
> 
> 


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf