Jesse Pollard <[EMAIL PROTECTED]> said: [...] > Also pay attention to the security aspects of a true "zero copy" TCP stack. > It means that SOMETIMES a user buffer will recieve data that is destined > for a different process. Why? AFAIKS, given proper handling of the issues involved, this can't happen (sure can get tricky, but can be done in principle. Or am I off-base?) -- Horst von Brand [EMAIL PROTECTED] Casilla 9G, Vin~a del Mar, Chile +56 32 672616 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
- Re: 2.2.18Pre Lan Performance Ro... Jeff V. Merkey
- Re: 2.2.18Pre Lan Performance Ro... Andi Kleen
- Re: 2.2.18Pre Lan Performance Ro... Alan Cox
- Re: 2.2.18Pre Lan Performance Ro... Andi Kleen
- Re: 2.2.18Pre Lan Performance Rocks! Reto Baettig
- Re: 2.2.18Pre Lan Performance Rocks! Alan Cox
- Re: 2.2.18Pre Lan Performance Rocks! Reto Baettig
- Re: 2.2.18Pre Lan Performance Rocks! Alan Cox
- Re: 2.2.18Pre Lan Performance Rocks! Jesse Pollard
- Re: 2.2.18Pre Lan Performance Rocks! Alan Cox
- Re: 2.2.18Pre Lan Performance Rocks! Horst von Brand
- Re: 2.2.18Pre Lan Performance Ro... Jesse Pollard
- Re: 2.2.18Pre Lan Performance Ro... Horst von Brand
- Re: 2.2.18Pre Lan Performance Rocks! Jeff V. Merkey
- Re: 2.2.18Pre Lan Performance Rocks! Jeff V. Merkey
- Re: 2.2.18Pre Lan Performance Rocks! Rik van Riel
- Re: 2.2.18Pre Lan Performance Rocks! Reto Baettig
- Re: 2.2.18Pre Lan Performance Rocks! Rik van Riel
- Re: 2.2.18Pre Lan Performance Rocks! Jeff V. Merkey
- Re: 2.2.18Pre Lan Performance Rocks! Rik van Riel
- Re: 2.2.18Pre Lan Performance Rocks! Reto Baettig