netdev
[Top] [All Lists]

Re: fix TCP roundtrip time update code

To: davidm@xxxxxxxxxx
Subject: Re: fix TCP roundtrip time update code
From: Nivedita Singhvi <niv@xxxxxxxxxx>
Date: Tue, 03 Jun 2003 21:40:18 -0700
Cc: "David S. Miller" <davem@xxxxxxxxxx>, kuznet@xxxxxxxxxxxxx, jmorris@xxxxxxxxxxxxxxxx, gandalf@xxxxxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, linux-ia64@xxxxxxxxxxxxx, netdev@xxxxxxxxxxx, akpm@xxxxxxxxx
In-reply-to: <16093.30507.661714.676184@xxxxxxxxxxxxxxxxx>
References: <200306040043.EAA24505@xxxxxxxxxxxxx> <3EDD52F5.8090706@xxxxxxxxxx> <20030603.202320.59680883.davem@xxxxxxxxxx> <16093.30507.661714.676184@xxxxxxxxxxxxxxxxx>
Sender: netdev-bounce@xxxxxxxxxxx
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130
David Mosberger wrote:

  DaveM> So if your old SpecWEB99 lab tended more to trigger timeout
  DaveM> based retransmits on LAN, and your new test network does not,
  DaveM> then your new test network will tend to not reproduce the bug
  DaveM> regardless of whether the bug is present in the kernel or not
  DaveM> :-)

Is this where I get to plug httperf?  It triggered the bug reliably in
less than 10 secs. ;-)

Tarnation!! Ran httperf! Didnt hit it! :(. What were your
settings?

I extracted an old debug patch to implement dropping of
packets - have a sysctl that controls the rate at which I
can drop IP packets, so can also generate any kind of packet
loss..So thought I would bang away with netperf using
sendfile()/TCP_CORK. Thought it was in that code path.
Will be running tests tmrw and the rest of this
week on 2.5.70 +- patch. Will see if I can provoke any
further hangs, stalls, wackiness of any flavor...

thanks,
Nivedita



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