Please keep all CCs. Others that will read lkml later will want to know what you found out. Ingo will have to answer the scheduler part of that. But it's good to keep in mind that the scheduler can't do anything about slowdowns due to tasks being swapped out or waiting on reads from the disk. I mention this as shortly after CFS got into mainline, something changed in the VM that seems to make my system spend a lot more time in IO wait, causing the system to be much less responsive than it used to be. Unfortunately it seems to be dependent upon the history of what tasks I've run and their memory usage, so it's been hard to come up with a reproducible test case (well that and a complete lack of time). All I can say is that I've seen what you've reported as well, though it had nothing to do with using any 3d applications, just a browser, editor, gcc, etc. Ray --
what does latencytop say about those delays, what causes them? It should be able to capture all sorts of latency sources in the system. Ingo --
Ah, thanks for the reminder. The last I tried it, it didn't show anything other than scheduler: waiting on cpu, but using a git clone version captured this almost immediately: EXT3: Waiting for journal access 2261.1 msec 15.0 % Writing a page to disk 112.4 msec 0.7 % Scheduler: waiting for cpu 57.9 msec 17.7 % default_wake_function __queue_work call_usermodehe 5.9 msec 0.1 % Waiting for event (poll) 5.0 msec 37.5 % Waiting for data on unix socket 5.0 msec 2.1 % Userspace lock contention 4.9 msec 23.5 % Waiting for TTY data 4.9 msec 0.3 % Sending TCP/IP data 4.9 msec 0.0 % I'm running postgresql in the background on this system and it does regular sync's, so perhaps that's related? It doesn't look like latencytop saves the trace data anywhere other than my eyes? I'll hack in a log and see what else it gets. --
| Arnd Bergmann | SCHED_IDLE documentation |
| david | Re: limits on raid |
| Jan Engelhardt | Re: [PATCH] CodingStyle: multiple updates |
| Ingo Molnar | Re: Rescheduling interrupts |
git: | |
| Russ Brown | git-svn: Branching clarifications |
| Sam Song | Fwd: [OT] Re: Git via a proxy server? |
| Junio C Hamano | Re: More precise tag following |
| Pierre Habouzit | Re: People unaware of the importance of "git gc"? |
| Michael | Virtual interface |
| Stijn | Re: libiconv problem |
| Stefan Beke | mail dovecot: pipe() failed: Too many open files |
| Amaury De Ganseman | "ping: sendto: No buffer space available" when using bittorrent or another p2p |
| Jim Winstead Jr. | Re: Root Disk/Book Disk Compatibility |
| Darren Senn | Re: Elm |
| Seung-Chul Woo | Is it possible to mount GNU HURD file system as DOS in SLS? |
| David Willmore | Re: Intel, the Pentium and Linux |
