Messages in this thread | | | From | "Scott L. Burson" <> | Date | Thu, 7 Mar 2002 15:20:48 -0800 (PST) | Subject | Re: Performance issue on dual Athlon MP |
| |
> From: "Scott L. Burson" <gyro@zeta-soft.com> > Date: Wed, 6 Mar 2002 10:47:02 -0800 (PST) > > I have a dual Athlon MP box (Tyan S2460 Tiger MP, 1.53 GHz, 2.5 GB Corsair > PC2100). The initial installation was of SuSE 7.3, but I have upgraded to > 2.4.17 with Andrea's 3.5 GB userspace patch. > > Mostly the machine works fine, but when it does a lot of disk I/O, it starts > to bog down badly. -----
> From: Dieter =?iso-8859-15?q?N=FCtzel?= <Dieter.Nuetzel@hamburg.de> > Date: Wed, 6 Mar 2002 20:28:25 +0100
> Try 2.4.19-pre2-ac2 or 2.4.19pre1aa1+O(1). Maybe preemption can help, too. -----
> From: John Jasen <jjasen1@umbc.edu> > Date: Wed, 6 Mar 2002 15:49:16 -0500 > > I have not seen this in either 2.4.17, 2.4.17-preempt-kdb, or > 2.4.18-preempt-hedrick-ide-kdb. > > Running a dual Athlon MP with the same board, two 1500+ processors, but > with only 512MB ram. -----
> From: rwhron@earthlink.net > Date: Wed, 6 Mar 2002 17:09:51 -0500 > > The configuration I would try first on 2.4.19pre1aa1 with 2.5 GB of RAM is > CONFIG_3GB=y and CONFIG_NOHIGHMEM=y. If that causes some other problem, > I'd go with CONFIG_2GB, then finally CONFIG_1GB.
Thanks for the replies.
The entire purpose of this machine is to run big honking Lisp jobs (which, BTW, it does very well). I need as much user address space as I can get. So `CONFIG_3GB' and `CONFIG_2GB' are out of the question. I might be able to live with `CONFIG_1GB', but I can also live with the problem.
Also, given that the machine is in service, I hesitate to try prereleased kernels. If it's thought that 2.4.19 will fix or ameliorate the problem, I'd rather just wait for that.
But if the problem is not a known one, I am happy to do whatever I can do to help diagnose it, as long as I can do that without more than an occasional reboot. For instance, is there some way to get a statistical profile of where the kernel is spending its time? Even something very rough like a handful of samples of the PC might be revealing -- particularly if, as I suspect, the CPUs are stuck in spinlocks a lot of the time.
BTW, this doesn't seem like a preemption issue, considering that throughput is very definitely affected as well as latency.
Anyway, please let me know if there's anything I can do, within my constraints, to help. (As you can guess, though, I don't have any kernel debugging experience.)
Please CC: replies to me, as I am not on the list.
-- Scott - 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/
| |