| To: | James Morris <jmorris@xxxxxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: Dump of TCP hang in established state |
| From: | Nivedita Singhvi <niv@xxxxxxxxxx> |
| Date: | Wed, 21 May 2003 10:19:30 -0700 |
| Cc: | Martin Josefsson <gandalf@xxxxxxxxxxxxxx>, netdev@xxxxxxxxxxx |
| In-reply-to: | <Mutt.LNX.4.44.0305141907210.9712-100000@xxxxxxxxxxxxxxxxxxxxxxxxxx> |
| References: | <Mutt.LNX.4.44.0305141907210.9712-100000@xxxxxxxxxxxxxxxxxxxxxxxxxx> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130 |
James Morris wrote: - There are those mysterious TCP hangs of established state sockets. Someone has to get a good log in order for us to effectively debug this.I think this is what I've seen a few times when using distcc.Does anyone know if the other hangs are seen when the app is using TCP_CORK (like distcc does) ? We had observed some hangs during SpecWeb99 benchmark runs. Unfortunately, we managed to burn down the machine and have yet to rerun the benchmark. No other workload seems to be observing them. I'm trying to excavate the one incomplete trace I had of that hang, if possible. IIRC it was using sendfile(), so probably also using TCP_CORK, though dont know that for sure. Can anyone tell me what to do to reproduce this? Also, I'd like to have this tracked in bugzilla, if noone objects (DaveM?), so we dont lose it..I had dropped some earlier reports of hangs. I'll file in BUGME.. thanks, Nivedita |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: A better way to get driver stats than parsing /proc/net/dev ?, Rask Ingemann Lambertsen |
|---|---|
| Next by Date: | Re: Dump of TCP hang in established state, Martin Josefsson |
| Previous by Thread: | Re: Dump of TCP hang in established state, James Morris |
| Next by Thread: | Re: Dump of TCP hang in established state, Martin Josefsson |
| Indexes: | [Date] [Thread] [Top] [All Lists] |