Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 20 Apr 2008 12:50:11 +1000
From:      Peter Jeremy <peterjeremy@optushome.com.au>
To:        Mark Hills <mark@pogo.org.uk>
Cc:        freebsd-net@freebsd.org
Subject:   Re: read() returns ETIMEDOUT on steady TCP connection
Message-ID:  <20080420025010.GJ73016@server.vk2pj.dyndns.org>
In-Reply-To: <alpine.BSO.1.10.0804191437400.21362@zrgural.vwaro.pbz>
References:  <alpine.BSO.1.10.0804191437400.21362@zrgural.vwaro.pbz>

next in thread | previous in thread | raw e-mail | index | archive | help

--KM+e2hnYAO+MCJ5e
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sat, Apr 19, 2008 at 03:27:28PM +0100, Mark Hills wrote:
>I'm are having a trouble with TCP connections being dropped with "read:=20
>Operation timed out". What is unusual is that this is happening right in=
=20
>the middle of sending a steady stream of data with no network congestion.

Can you give some more detail about your hardware (speed, CPU,
available RAM, UP or SMP) and the application (roughly what does the
core of the code look like and is it single-threaded/multi-threaded
and/or multi-process).

>systat doesn't show problems inbound; all packets received are delivered t=
o=20
>the upper layer. But on outbound, there is consistent 'output drops':
>
>    IP Output
>7028 total packets sent
>7028 - generated locally
> 314 - output drops
>
>As the number of outbound connections increases, the 'output drops'=20
>increases to around 10% of the total packets sent and maintains that ratio=
=2E=20
>There's no problems with network capacity.

'output drops' (ips_odropped) means that the kernel is unable to
buffer the write (no mbufs or send queue full).  Userland should see
ENOBUFS unless the error was triggered by a fragmentation request.

I can't explain the problem but it definitely looks like a resource
starvation issue within the kernel.

--=20
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.

--KM+e2hnYAO+MCJ5e
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.8 (FreeBSD)

iEYEARECAAYFAkgKr2IACgkQ/opHv/APuIdX3QCfZSeBTQCmnIgxUFN/tKD+7foS
2cMAoIb02k7r5FD4J6ELBWg7gnURQma3
=jQEl
-----END PGP SIGNATURE-----

--KM+e2hnYAO+MCJ5e--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080420025010.GJ73016>