[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20090114024341.76ce0dec.billfink@mindspring.com>
Date: Wed, 14 Jan 2009 02:43:41 -0500
From: Bill Fink <billfink@...dspring.com>
To: Herbert Xu <herbert@...dor.apana.org.au>
Cc: ilpo.jarvinen@...sinki.fi, zbr@...emap.net,
bert.hubert@...herlabs.nl, h.willstrand@...il.com,
netdev@...r.kernel.org
Subject: Re: sendfile()? Re: SO_LINGER dead: I get an immediate RST on
2.6.24?
On Tue, 13 Jan 2009, Herbert Xu wrote:
> On Tue, Jan 13, 2009 at 01:56:14AM -0500, Bill Fink wrote:
> >
> > I'm not familiar with idiag_wqueue, but it sounds like it has something
> > to do with INET_DIAG/INET_TCP_DIAG. It was a long time ago, but I seem
> > to recall that using INET_DIAG had a negative impact on performance,
> > and since the main point of nuttcp is to measure TCP/UDP performance,
> > that would be contrary to its primary purpose. Also, I don't want to
> > rely on something that's not guaranteed to be part of the running kernel.
>
> Well SIOCOUTQ also returns the same information.
I like that. If both tcpi_unacked and SIOCOUTQ are zero, that should
insure all data has been sent and ACKed. I'll add that to the nuttcp
TODO list, although it's not an urgent matter in general usage.
The performance argument I gave against INET_DIAG appears to have been
bogus. At least just loading the inet_diag and tcp_diag modules didn't
have a significant impact on 10-GigE performance with either 1500-byte
packets or 9000-byte jumbo frame packets (CPU usage may have increased
slightly but even that's not definite).
-Thanks
-Bill
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists