lkml.org 
[lkml]   [2006]   [Mar]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 2.6.16-rc1: 28ms latency when process with lots of swapped memory exits

* Lee Revell <rlrevell@joe-job.com> wrote:

> I've been testign for weeks with 2.6.16-rc1 + the latency trace patch
> and the longest latencies measured were 10-15ms due to the well known
> rt_run_flush issue. Today I got one twice as long, when a Firefox
> process with a bunch of acroreads in tabs, from a new code path.
>
> It seems to trigger when a process with a large amount of memory
> swapped out exits.

btw., one good way to get such things fixed is to code up a testcase: a
.c file that just has to be run to reproduce the latency. It might be
less trivial to code that up in some cases (like this one - e.g. you
might have to first get a large chunk of memory swapped out which isnt
easy), but i think it's still worth the effort, as that way you can
gently pressure us lazy upstream maintainers to act quicker, and we can
also easily verify whether the fix does the trick :-)

Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2006-03-14 22:26    [W:0.100 / U:0.072 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site