Messages in this thread |  | | Date | Fri, 28 Sep 2001 00:53:03 -0400 | From | Paul <> | Subject | Re: 2.4.10 much better than previous 2.4.x :-) |
| |
Hi.
Got 2.4.9-ac16, and ran the 'test' described in my previous post in this thread, and some benchmarks. Interactive performance was fine, but not quite as snappy as 2.4.9-ac15. I think this is because 2.4.9-ac15 just didnt want to swap, due no doubt to the mispatch. I guess everything I do 'normally' tends to fit well within my available memory. Aiming the gun squarely at my toe again, I modified my malloc program to write to the mem it allocs, and sleep 50us, so I can watch it progress. Quite different results this time: (I have 128M ram and 330M swap) Mal's RSS climbed to around 60-90M, eating up free mem until free mem was at 2.8M. Then some of the buffers and cache drained. (mot much though-- I kept moving around the virtual desktop and doing stuff, and interactivity was fine, and disk was extremely quiet during whole test). After Mal drained as much from cache and buff as it could, it would go to swap periodicly, until eventually all of swap was used up. Then it started on the buff and cache again-- it didnt seem to completely deplete them, but they got down pretty low. Then it finally started getting some of that 2.8M free memory that had been reserved this whole time. Swap was completely full, cache and buff were very low, and free mem went to zip. Then the OOM killer took it. At no point was the machine thrashing. I dont know if this really says anything, but it was comforting to see such a seemingly rational smooth progression and termination:) Then I modified Mal to write to every chunk it had malloc'd each time it malloc'd more. This is punishing:) After a while it is a fight with Mal and everyone to be in memory. Disk activity becomes contant, and things keep getting swapped out, however, Im writing this with some degree of interactive degradation as it goes on. Load is only 2, and Mal has slowed to a crawl, but the machine is running as well as can be expected.
Thanks; Paul set@pobox.com - 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/
|  |