netdev
[Top] [All Lists]

Re: select() doesn't respect SO_RCVLOWAT ?

To: Felix Matathias <felix@xxxxxxxxxxxxxxxxxx>
Subject: Re: select() doesn't respect SO_RCVLOWAT ?
From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Date: Mon, 14 Mar 2005 13:24:24 +0000
Cc: Linux Kernel Mailing List <linux-kernel@xxxxxxxxxxxxxxx>
In-reply-to: <Pine.LNX.4.61.0503111434040.30914@xxxxxxxxxxxxxxxxxxxxxxxx>
References: <Pine.LNX.4.61.0503101645190.29442@xxxxxxxxxxxxxxxxxxxxxxxx> <1110568180.17740.69.camel@xxxxxxxxxxxxxxxxxxxxx> <Pine.LNX.4.61.0503111434040.30914@xxxxxxxxxxxxxxxxxxxxxxxx>
Resent-date: Mon, 14 Mar 2005 22:33:32 +0900 (JST)
Resent-from: YOSHIFUJI Hideaki / 吉藤英明 <yoshfuji@xxxxxxxxxx>
Resent-message-id: <20050314.223332.28902097.yoshfuji@xxxxxxxxxx>
Resent-to: netdev@xxxxxxxxxxx
Sender: netdev-bounce@xxxxxxxxxxx
On Gwe, 2005-03-11 at 20:26, Felix Matathias wrote:
> Dear Alan,
> 
> I am positive. I can setsockopt, and then, getsockopt returns the value 
> that I requested.

Ok I misremembered - its SNDLOWAT that is locked to one in Linux.

> Stevens very clearly states that SO_RCVLOWAT has a direct impact on 
> select() and I assumed that this would be the case for Linux.
> What is the rationale for not complying with that ? Is it the micromanagement
> of select() that you dislike ? Isn't a significant reduction in the
> amount of read operations a real gain in high speed networking ?

I believe since we implement SO_SNDLOWAT that its a bug. Stevens and
1003.1g both agree with your expectations. The right list is probably
netdev@xxxxxxxxxxx however.

Alan

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

<Prev in Thread] Current Thread [Next in Thread>