On Sun, Oct 22, 2006 at 04:21:58PM +0100, Ralf Baechle wrote: > > I have an Origin 2000 with 16 R12000 and 16 R10000 CPU:s, running a git > > snapshot kernel from 20060618 based on 2.6.17.10 (the latest available in > > Gentoo). Light loads run without problems, but as soon as the load average > > goes above 4-5 system overhead skyrockets and almost no useful work is being > > done (see top output below). OProfile is no help, since the daemon just > > throws away everything the kernel gives it (see output from strace of > > oprofiled below). > > > > Does anyone know where this overhead is coming from, or how to get some data > > from OProfile so I can search for it myself? I'll try booting just the R12000 > > part sometime soon to see if that helps with either problem. > > Oprofile is a bit of a bitch on mixed processor systems since it assumes > all processors to have identical performance counters. However SGI in > it's wisdem decieded the R12000 had to be better than the R10000 and > changed it. It is possible to work around that but lacking any mixed > CPU configuration I've never done that. > > With those annotations, the kernel part of oprofile doesn't yet support > R1x000 processors, I'll try to cook up something. Should be easy enough > since the interface is nearly identical to MIPS32/MIPS64. Okay, turns out as I suspected one of the well facts well disguised by the R10000, MIPS32 and MIPS64 architecture manuals is that the R10000 MFPS, MFPC, MTPS, MTPC instructions use the same encoding as MIPS32/MIPS64 mfc0 instructions with a selector argument, So getting oprofile to actually work on the R10000 family won't be hard. Ralf
