* Ingo Molnar <mingo@elte.hu> wrote:last night i turned off distcc support, and got about 200 successful bootups and zero TCP hangs (as expected - there's not much TCP traffic if the distcc cluster is not utilized). but that's 200 overnight tests instead of the expected 600, so this is a major and rather crippling bug to me. There's no good way to detect these hung sockets by me from userspace and get rid of them. Has anyone before thought of the obvious: to write a kernel-space "TCP socket watchdog" kernel feature that detects them and tries to free them so that people can become aware of it? Hung sockets is a re-occuring bug in the TCP stack after all. (and it's a natural property of it: state machine designs are always vulnerable to lost event problems.) Ingo --
| David Miller | Re: [PATCH] Stop pmac_zilog from abusing 8250's device numbers. |
| Andrew Morton | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg Kroah-Hartman | [PATCH 010/196] Chinese: add translation of Codingstyle |
| Jan Engelhardt | intel iommu (Re: -mm merge plans for 2.6.23) |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | Re: [GIT]: Networking |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Felix von Leitner | socket api problem: can't bind an ipv6 socket to ::ffff:0.0.0.0 |
git: | |
