On Saturday, 9. März 2002 05:47:04, Martin J. Bligh wrote:
> "time make -j32 bzImage" is now down to 23 seconds.
> (16 way NUMA-Q, 700MHz P3's, 4Gb RAM).
I want such a beast, too:-)))
[-]
Planned work next:
1. Try John Stultz's mcslocks
(note high max wait vs low max hold currently)
2. Try rmap + pagemap_lru_breakup from Arjan
3. Try radix tree pagecache.
4. Try grafting NUMA-Q page local alloc onto -aa tree
5. Try SGI NUMA zone ordering stuff.
6. [HARD] Break up ZONE_NORMAL between nodes
(all currently on node 0).
[-]
No flamewar intended, but shouldn't you start with 4. and 5.?
-aa is the way to go for the 2.4.18+ tree. -rmap later for 2.5.x.
Have you tried the OOM case?
vm_29 and before fixed it for me.
Throughput is much improved with -aa.
Have you checked latency?
I found weird behavior of latest O(1)-K3 with latencytest0.42-png and higher
latency then with clean 2.4.18.
Do you have some former O(1) versions around? Ingo removed them form his
archive.
Preemption?
Running 2.4.19-pre2-dn1 :-)
Taken from -jam3:
00-vm-29
01-vm-io-3
10-x86-fast-pte-1
11-spinlock-cacheline-3
12-clone-flags
20-sched-O1-K3
21-sched-balance
22-sched-aa-fixes
23-lowlatency-mini
24-read-latency-2
30-aic7xxx-6.2.5
31-ide-20020215
all latest ReiserFS stuff 2.4.18.pending
preempt-kernel-rml-2.4.18-rc1-ingo-K3-1.patch
lock-break-rml-2.4.18-1
Regards,
Dieter
BTW Anyone out there who have a copy of the mem "test" prog handy?
I've accidentally removed one of my development folders...
Would be nice to see some "Hammer" systems from IBM next winter;-)
-- Dieter Nützel Graduate Student, Computer ScienceUniversity of Hamburg Department of Computer Science @home: Dieter.Nuetzel@hamburg.de - 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/
This archive was generated by hypermail 2b29 : Fri Mar 15 2002 - 22:00:12 EST