Because we need to process a large amount of UDP packets and this anoying
trick come break the machine quickly (like 12 minutes).
/mathieu
> -----Original Message-----
> From: David S. Miller [SMTP:davem@redhat.com]
> Sent: Friday, March 16, 2001 4:29 PM
> To: Mathieu Giguere (LMC)
> Cc: 'linux-kernel@vger.kernel.org'; Claude LeFrancois (LMC)
> Subject: Re: UDP stop transmitting packets!!!
>
>
> Mathieu Giguere (LMC) writes:
> > The problem with the previous code, when the queue become full (for any
> > reason) you don't try to de-queue packet form it.
>
> That is right, UDP is an unreliable transport so it doesn't
> matter which packets we drop in such a case.
>
> In fact, the current choice is optimal. If the problem is that we are
> being hit with too many packets too quickly, the most desirable course
> of action is the one which requires the least amount of computing
> power. Doing nothing to the receive queue is better than trying to
> "dequeue" some of the packets there to allow the new one to be added.
>
> Later,
> David S. Miller
> davem@redhat.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/