Messages in this thread |  | | | Date | Sun, 18 Apr 2004 10:29:47 +0100 | | From | Russell King <> | | Subject | Re: vmscan.c heuristic adjustment for smaller systems |
| |
On Sat, Apr 17, 2004 at 05:23:43PM -0700, Marc Singer wrote: > All of these tests are performed at the console, one command at a > time. I have a telnet daemon available, so I open a second connection > to the target system. I run a continuous loop of file copies on the > console and I execute 'ls -l /proc' in the telnet window. It's a > little slow, but it isn't unreasonable. Hmm. I then run the copy > command in the telnet window followed by the 'ls -l /proc'. It works > fine. I logout of the console session and perform the telnet window > test again. The 'ls -l /proc takes 30 seconds. > > When there is more than one process running, everything is peachy. > When there is only one process (no context switching) I see the slow > performance. I had a hypothesis, but my test of that hypothesis > failed.
Guys, this tends to indicate that we _must_ have up to date aging information from the PTE - if not, we're liable to miss out on the pressure from user applications. The "lazy" method which 2.4 will allow is not possible with 2.6.
This means we must flush the TLB when we mark the PTE old.
Might be worth reading my thread on linux-mm about this and commenting? (hint hint)
-- Russell King Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/ maintainer of: 2.6 PCMCIA - http://pcmcia.arm.linux.org.uk/ 2.6 Serial core - 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/
|  |