Pavlin Radoslavov wrote: >> Also, I noticed that the sender socket had a large amount of packets >> in it's rx buffer because nothing ever reads it. I added code to set >> it's rx buflen to only 8k, and I'm now adding logic to read & discard >> those packets in case they are somehow jamming up the system due to >> consuming too many kernel buffers. > > FYI, there was a bug in the I/O code in the FEA: the size of the rx > buflen was increased instead of the tx buflen for sockets used for > transmission. The bug is now fixed in CVS.
Sounds good. Did you also set the rx side to be very small? I have been setting it to 4000, though something smaller might work as well. Setting it to zero failed for reasons I never pursued. Also, my main problem with losing sendmsg packets is resolved. It was due to some QoS configurations that a companion program was doing. I removed that, and the 30 node scenario *mostly* works now. I will be backing out my debugging hacks & hashing code and merging with your latest CVS tree in a few minutes. Thanks, Ben -- Ben Greear <[EMAIL PROTECTED]> Candela Technologies Inc http://www.candelatech.com _______________________________________________ Xorp-hackers mailing list [email protected] http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-hackers
