Hi Krgopi:

I use iperf to test the Solaris system. I have designed a group of
experiment. The first one is that I bind interrupts (just one receiving
queue), srs_thread, soft_ring_thread, iperf on one cpu (core 7), and
configure ip_squeue_fanout = 0. When I send 20 connection to the server,
the utilization of core 7 is about 98%. If I keep the other
configurations unchanged and bind iperf to the other cpu online (core
4), the utilization of core 4 is about 46% and core 7 is about 52%.
Whether this means the squeue that bind  20  connections  has  been
moved  to  core  4?

If so, I give  the second experiment. According to the above
understanding, if I set ip_squeue_fanout = 1 and keep the other
configuration unchanged (iperf on core 7), I should get the result that
the load of core 7  should  be  shared by other cores randomly. Because
fanout mechanism  should  promise that connections  will  be
distributed  to  the  other cores with less load. However, the results
show me that the load of core 7 is still keep very heavy, and the other
cores's load are still 0%.

Could you give me some explanation or  suggestion about the above
phenomenon,  and  whether  the  squeue (the connection bound in)  will
migrate  to the other core with the  above  application?

thanks

Hongbo


rajagopal kunhappan wrote:
Hi Hongbo,

ip_squeue_bind is not there anymore in Snv.

It is advisable not to use these /etc/system tunables without understanding the internal workings of the IP stack. Why were you setting it to 0 in the first place?

-krgopi

On 02/19/10 02:01 PM, Hongbo Zou wrote:
Hi Rajagopal:

whether the following tunable is invalid on current Solaris version
set ip:/ip_squeue_bind/ = 0

thanks

Hongbo


rajagopal kunhappan wrote:
Use dladm command to do that. You can specify the cpu ids to dladm like the following:

dladm set-linkprop -p cpus=0,1,2,3,4,5,6,7 myri10ge

While the above command will bind the srs worker and poll threads to the cpus of your choice, the interrupts won't be re-targeted. To re-target interrupts, you would need to use pcitool command at this time. An update to Crossbow is going to take place next month at which time the interrupts too will be re-targeted via the dladm command to the cpus that are specified. myri10ge should be ported to the new crossbow bits for it to take advantage of interrupt re-targeting.

-krgopi


On 02/18/10 12:50 PM, Hongbo Zou wrote:
Hi Rick:

Thank you for your reply. Actually, I want to bind mac_srs_worker, mac_srs_poll, and myri10ge interrupts threads on specified core. Is there any suggestion?

Hongbo

rick weisner wrote:
No, pbind is for userland.
Do you have access to source ?
There should be an API, I can research it is you want to do it
in source.
rick

On Wed, Feb 17, 2010 at 06:40:09PM -0600, Hongbo Zou wrote:
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
    h=domainkey-signature:received:received:message-id:date:from
    :user-agent:mime-version:to:subject:content-type
    :content-transfer-encoding;
    bh=rCn6GU80MoYdNI5EIEuvM7iM31FdKYLMUy96U0q6TX4=;
b=lEDzMLTlUJ5esdsPGMRKrb+yUTmGiK+a+byaD8Zlv5hQ4QaqW22poZ2hxI6kclOMuJ lcXdXWqperViUFYA1jFTdxfIrogxeM2hqCL7mGg6PLE5pupz+4To9K0DmYGNof86xC1c
    y8GeAVLrhWKlxQqZjK07l32C7WTGrnPzOtMDI=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
    h=message-id:date:from:user-agent:mime-version:to:subject
    :content-type:content-transfer-encoding;
b=ACr5veJd64MtyR6He+mvrDnuMi04DCJvci1PNBejYhuFekQxG+3q6P8g0CrHfb4PgY BGehv8XAvEzT+BxTC2O1e7jflqTdwDGSd6ENoVf+W/XSRX8ZzuThQUqNbzhV5vsKCEIy
    afGeqbKJGhUwOkXO245+mlX0TMRTkSQk6bnB0=
Date: Wed, 17 Feb 2010 18:40:09 -0600
From: Hongbo Zou <[email protected]>
Subject: [networking-discuss] Could I use 'pbind' command to bind system
    thread on a specified CPU
To: [email protected]
Errors-to: [email protected]
Precedence: list
X-BeenThere: [email protected]
Delivered-to: [email protected]
X-PMX-Version: 5.4.1.325704
X-Brightmail-Tracker: AAAAAA==
X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on
    oss-mail1.opensolaris.org
X-Original-To: [email protected]
X-Mailman-Approved-At: Thu, 18 Feb 2010 12:05:58 -0800
X-Antispam: No, score=0.0/5.0, scanned in 0.053sec at (localhost [127.0.0.1])
    by smf-spamd v1.3.1 - http://smfs.sf.net/
X-Mailman-Version: 2.1.13
List-Post: <mailto:[email protected]>
List-Subscribe:
<http://mail.opensolaris.org/mailman/listinfo/networking-discuss>, <mailto:[email protected]?subject=subscribe>
List-Unsubscribe:
<http://mail.opensolaris.org/mailman/options/networking-discuss>, <mailto:[email protected]?subject=unsubscribe> List-Archive: <http://mail.opensolaris.org/pipermail/networking-discuss> List-Help: <mailto:[email protected]?subject=help> List-Id: Networking General Discussion <networking-discuss.opensolaris.org>
User-Agent: Thunderbird 2.0.0.23 (X11/20090817)
X-Spam-Status: No, score=-2.2 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,
    RCVD_IN_DNSWL_NONE autolearn=unavailable version=3.3.0
X-Spam-Level:

Hi everyone:

I want to use 'pbind' to bind some system thread (not application thread) on a specified CPU. Can I do it? If then, how to get the lwpid of the system thread in Solaris? thanks

Hongbo
_______________________________________________
networking-discuss mailing list
[email protected]




------------------------------------------------------------------------

_______________________________________________
networking-discuss mailing list
[email protected]








_______________________________________________
networking-discuss mailing list
[email protected]

Reply via email to