[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <49C8DE5C.9050705@fujitsu-siemens.com>
Date: Tue, 24 Mar 2009 14:21:32 +0100
From: Martin Wilck <martin.wilck@...itsu-siemens.com>
To: Corey Minyard <minyard@....org>
CC: Greg KH <greg@...ah.com>,
"openipmi-developer@...ts.sourceforge.net"
<openipmi-developer@...ts.sourceforge.net>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [Openipmi-developer] Improving IPMI performance under load
Corey Minyard wrote:
> I would guess that changing the nice value is the main thing that caused
> the difference. The other changes probably didn't make as big a difference.
That's true, but setting the nice level to 0 isn't "nice" without
kipmid_max_busy. The two parameters help to make sure that kipmid
doesn't use excessive CPU time.
I am not sure about your reasons to call schedule() in every loop
iteration. If there is no other process that needs to run, it will just
waste cycles trying to figure that out. If there are other processes,
you say yourself that "kipmid would never be scheduled in a
busy system". Does it really make sense to call schedule() every
microsecond? That's what kipmid effectively does if it waits for the KCS
interface, because it'll do a port_inb() in every iteration which takes
ca. 1us.
> I'm ok with tuning like this, but most users are probably not going to
> want this type of behavior.
Let's wait and see :-)
Martin
--
Martin Wilck
PRIMERGY System Software Engineer
FSC IP ESP DEV 6
Fujitsu Siemens Computers GmbH
Heinz-Nixdorf-Ring 1
33106 Paderborn
Germany
Tel: ++49 5251 525 2796
Fax: ++49 5251 525 2820
Email: mailto:martin.wilck@...itsu-siemens.com
Internet: http://www.fujitsu-siemens.com
Company Details: http://www.fujitsu-siemens.com/imprint.html
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists