Re: skb->truesize > sk->rcvbuf == Dropped packets

2001-05-14 Thread kuznet
Hello! > Hmmm... I don't see how not touching buffer values can solve his > problem at all. His MTU is really HUGE, and in this case 300 byte > packet eats 10k or so space in receive buffer. Default rcvbuf is ~64K, it is enough to receive up to mtu of a bit less 64K. When application says rcvbu

Re: skb->truesize > sk->rcvbuf == Dropped packets

2001-05-14 Thread mike_phillips
> > > > Any suggestions on heuristics for this ? > > > > Not to set rcvbuf to ridiculously low values. The best variant is not > > to touch SO_*BUF options at all. > Hmmm... I don't see how not touching buffer values can solve his > problem at all. His MTU is really HUGE, and in this case 300

Re: skb->truesize > sk->rcvbuf == Dropped packets

2001-05-13 Thread David S. Miller
[EMAIL PROTECTED] writes: > > > Any suggestions on heuristics for this ? > > Not to set rcvbuf to ridiculously low values. The best variant is not > to touch SO_*BUF options at all. Hmmm... I don't see how not touching buffer values can solve his problem at all. His MTU is really HUGE, a

Re: skb->truesize > sk->rcvbuf == Dropped packets

2001-05-13 Thread kuznet
Hello! > > Any suggestions on heuristics for this ? Not to set rcvbuf to ridiculously low values. The best variant is not to touch SO_*BUF options at all. Alexey - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majord

Re: skb->truesize > sk->rcvbuf == Dropped packets

2001-05-03 Thread David S. Miller
[EMAIL PROTECTED] writes: > Any suggestions on heuristics for this ? > Say maybe copy if skb->len <= eth_max_mtu, skb->len <= skb->truesize * .5, > or just copy the packets no matter what size. Pick a percentage of "acceptable waste" (ie. ratio of truesize to len). We know that cutoff val

Re: skb->truesize > sk->rcvbuf == Dropped packets

2001-05-03 Thread mike_phillips
>> I can implement one solution by copying the received packets into skb's >> with the correct length, but that eliminates the performance gains from >> simply swapping buffers around (and would definately mean no zero-copy). > Generally it is a win to copy rather than swap buffers when the

Re: skb->truesize > sk->rcvbuf == Dropped packets

2001-05-03 Thread Alan Cox
> I can implement one solution by copying the received packets into skb's > with the correct length, but that eliminates the performance gains from > simply swapping buffers around (and would definately mean no zero-copy). Generally it is a win to copy rather than swap buffers when the frame d