"David S. Miller" wrote: > > ... > Bug: In the tcp_minisock.c changes, if you bail out of the loop > early (ie. max_killed=1) you do not decrement tcp_tw_count > by killed, which corrupts the state of the TIME_WAIT socket > reaper. The fix is simple, just duplicate the tcp_tw_count > decrement into the "if (max_killed)" code block. Well that was moderately stupid. Thanks. It doesn't seem to cause problems in practice though. Maybe in the longer term... I believe the tcp_minisucks.c code needs redoing irrespective of latency stuff. It can spend several hundred milliseconds in a timer handler, which is rather unsociable. There are a number of moderately complex ways of smoothing out its behaviour, but I'm inclined to just punt the whole thing up to process context via schedule_task(). We'll see...
- Re: [linux-audio-dev] low-lat... David Woodhouse
- Re: [linux-audio-dev] low-lat... george anzinger
- Re: [linux-audio-dev] low-lat... yodaiken
- Re: [linux-audio-dev] low-lat... David Woodhouse
- Re: [linux-audio-dev] low-lat... Roger Larsson
- Re: [linux-audio-dev] low-lat... Joe deBlaquiere
- Re: [linux-audio-dev] low-lat... David Woodhouse
- Re: [linux-audio-dev] low-lat... Bill Huey
- Re: [linux-audio-dev] low-lat... Andrew Morton
- Re: [linux-audio-dev] low-lat... yodaiken
- Re: [linux-audio-dev] low-latency scheduli... Andrew Morton
- Re: [linux-audio-dev] low-latency scheduling p... Jay Ts
- video drivers hog pci bus ? [was:[linux-audio-... Jörn Nettingsmeier
- [linux-audio-dev] Re: low-latency scheduling patch for ... Andrew Morton
- [linux-audio-dev] Re: low-latency scheduling patch... Gregory Maxwell
- [linux-audio-dev] Re: low-latency scheduling p... Andrew Morton