On Wed, Jun 17, 2009 at 4:40 PM, Tharindu Rukshan
Bamunuarachchi wrote:
> with Oprofile, due to performance hit, we did not see the issue. at
> least we could not pump desired transaction rate.
>
> however, i could find workaround for 100% issue.
>
> i have installed two 1G network cards and used b
We have IBM power 6 CPUs at out benchmark center.
we are using 20 core cpu boxes.
we are using intel e1000 network driver based card. we have tried
following two parameters.
RxAbsIntDelay=0
InterruptThrottleRate=0
i will try to find out more about multiple queues ... but less
knowledge on QDISC.
On Tue, Jun 16, 2009 at 11:42 PM, Tharindu Rukshan
Bamunuarachchi wrote:
> hi All,
>
> recently we were developing high performance / low latency transaction
> processing system with Linux. (i.e. SuSE 11 but 2.6.29 vanilla kernel)
>
> we tried to send high volume of traffic, typically 20K messages
chchi [mailto:thari...@sentory.net]
Sent: Wednesday, June 17, 2009 2:17 PM
To: Mythri, Madhukar [NETPWR/EMBED/HYDE]
Cc: kernelnewbies@nl.linux.org
Subject: Re: Linux ksoftirq
for 1G we are using intel 1000 adapter. AFAIK, it is NAPI driver.
but we saw same behavior even with different network card. it is
On Wed, Jun 17, 2009 at 11:03 AM, wrote:
>
>
> -Original Message-
> From: kernelnewbies-bou...@nl.linux.org
> [mailto:kernelnewbies-bou...@nl.linux.org] On Behalf Of Tharindu Rukshan
> Bamunuarachchi
> Sent: Tuesday, June 16, 2009 10:13 PM
> To: kernelnewbies@nl.li
with Oprofile, due to performance hit, we did not see the issue. at
least we could not pump desired transaction rate.
however, i could find workaround for 100% issue.
i have installed two 1G network cards and used bondding with
balance-rr (round robin).
now i do not see 100% utilization of ksoft
-Original Message-
From: kernelnewbies-bou...@nl.linux.org
[mailto:kernelnewbies-bou...@nl.linux.org] On Behalf Of Tharindu Rukshan
Bamunuarachchi
Sent: Tuesday, June 16, 2009 10:13 PM
To: kernelnewbies@nl.linux.org
Subject: Linux ksoftirq
>hi All,
>
>recently we were develo
hi All,
recently we were developing high performance / low latency transaction
processing system with Linux. (i.e. SuSE 11 but 2.6.29 vanilla kernel)
we tried to send high volume of traffic, typically 20K messages per
second. each message is about 400 bytes to 800 bytes.
we saw ksoftirq thread i