Summary : CPU

Hi All,

     Sorry for sending the mail again. Many of them have requested me, to
post the orginal messages sent by the people
 whose names were given in my earlier mail.
 Please find the messages below : -

Regards
Mangesh

> -----Original Message-----
> From: sunmanagers-admin@sunmanagers.org
> [mailto:sunmanagers-admin@sunmanagers.org]On Behalf Of Mangesh
> Sent: Wednesday, May 01, 2002 7:26 PM
> To: sunmanager
> Subject: Summary : CPU
>
>
> Hi All,
>
> Thanks to Pierre Zimmermann, Santos Ramiro, Greenland Simon, Steve
Mickeler,
> Jed Dobson, Justin Shaffer, Kevin Buterbaugh,  Adam, Christine, Mike,
Andrew
> Stueve, Patricio Mora..........
> The more help came from Greenland Simon for his detailed summary....
> Thanks again everybody.
>
> Everybody asked me to use pbind, psradm, psrset to assign all the
processes
> you need to the particular CPU's, but may hamper your system if the no of
> CPU's is less. You can try it on high end servers like E-6500, SunFire &
so
> on where you have got many CPU's in hand to play with.
>
> Thanks again...
>
> Regards
> Mangesh
> _______________________________________________
> sunmanagers mailing list
> sunmanagers@sunmanagers.org

----- Original Message -----
From: "Pierre Zimmermann" <Pierre.Zimmermann@tecnomen.fi>
To: "'Mangesh'" <mangesh.v@xaalliance.com>
Sent: Tuesday, April 30, 2002 6:57 PM
Subject: RE: CPU


> Hi Mangesh
> have a look in the man pages of:
> pbind, psradm, psrset and psrinfo
>
> cu
> Pierre


----- Original Message -----
From: "Santos, Ramiro" <Ramiro.Santos@commerzbankib.com>
To: "'Mangesh'" <mangesh.v@xaalliance.com>
Sent: Tuesday, April 30, 2002 7:01 PM
Subject: RE: CPU


> Yes you can,
> in Solaris is possible to bind processes to CPUs.
> see "man pbind"
>
> hoppe this helps
>
>
>
> Yours sincerely,
>
> Ramiro Santos
>
> ZIT P 7.41 Unix Server Implementation
>
> _______________________________________________________
>
> Contact:   Phone:     +49-(0)-69-136-43523
>            Fax:       +49-(0)-69-136-47040
>            E-Mail:    Ramiro.Santos@CommerzbankIB.com
>
> Address:   Commerzbank AG
>            Zentraler Servicebereich IT Production
>            C/S Services Investment Banking - ZIT P 7.41
>            Mainzer Landstr. 151 - DLZ 1, 06.52.0560
>            D-60321 Frankfurt / Main
>


----- Original Message -----
From: "Greenland, Simon D SITI-ITDSEP3" <Simon.D.Greenland@is.shell.com>
To: "'Mangesh'" <mangesh.v@xaalliance.com>
Sent: Tuesday, April 30, 2002 7:09 PM
Subject: RE: CPU


> Mangesh,
>
> Something useful I found on groups.google.com. You will need to start your
> instances from two different scripts (one processor bound, the other not).
>
> I assume you have tried tuning the instance that is causing problems.
>
> Cheers, Simon
>
>
> Two different methods can solve this problem.  First you need to know
> what CPUs are installed (if you had, say an E6500, then processors are
> not necessarily numbered sequentially and you MUST know the actual CPU
> numbers) - type 'psrinfo' and it'll return a list.  Since you said you
> have an E450 and E450's can only have 4 CPU (and you have all 4
> installed) then your CPU numbers must be 0, 1, 2, & 3.
>
> Knowing this you can just type "pbind <cpu#> <process_id>".
>  This will restrict that PID to that CPU.  "pbind" is inherited which
> means that if you pbind a process and that process spawns children then
> all the children will also be bound to that same CPU.  That means that
> if you have a start script, and in the start script you inoke the pbind
> command to rebind the script's own PID (pbind 3 $$ would result in the
> PID being bound to cpu #3 (the fourth CPU)) to a CPU then all the
> processes that the script starts will stay on that same CPU.
>
> This will restrict everything to just one CPU and you wanted them to run
> on two.  You could pbind some processes to, say, CPU 2 and others to
> CPU3, or you could let them float and Solaris would schedule them as
> needed (which would probably yeild the best performance).  To do this
> you psrset.
>
> First create the processor set:
>     psrset -c 2 3            (put processors 2 & 3 in a processor set
> which is created - the command returns the processor set ID).
>
> Then use:
>     psrset -b <processor_set_id> <pid>
>
> If you do have a start script to fire up Oracle and program this into
> the top of the script then every Oracle process started will will be
> bound to the processor set (of 2 cpus) so that they'll float between
> them as Solaris deems best.
>


----- Original Message -----
From: "Steve Mickeler" <steve@neptune.ca>
To: "Mangesh" <mangesh.v@xaalliance.com>
Sent: Tuesday, April 30, 2002 7:16 PM
Subject: Re: CPU


>
> man pbind
>
>

----- Original Message -----
From: "Jed Dobson" <jed@wgtech.com>
To: "Mangesh" <mangesh.v@xaalliance.com>
Sent: Tuesday, April 30, 2002 8:15 PM
Subject: Re: CPU


>
> SRM and/or processor sets.
>
> -jed
>


----- Original Message -----
From: "Shaffer, Justin" <Justin.Shaffer@mlb.com>
To: "'Mangesh'" <mangesh.v@xaalliance.com>
Sent: Tuesday, April 30, 2002 8:34 PM
Subject: RE: CPU


> Depending on the application, and how much context switching you are
> actually doing, this can potentially hurt your performance. You may wish
to
> speak with your database vendor before you play with pbind, if this is a
> production database.
>
> Regards,
>
> Justin
>
> ---
> Justin Shaffer
> Director of Operations
> MLB Advanced Media LP
> 75 Ninth Avenue
> New York, NY 10011
> Office: (212) 485-3499
> Fax: (212) 485-3456
> Cell: (917) 519-5523
> Email: justin.shaffer@mlb.com
>


----- Original Message -----
From: "Kevin Buterbaugh" <Kevin.Buterbaugh@lifeway.com>
To: "Mangesh" <mangesh.v@xaalliance.com>
Sent: Tuesday, April 30, 2002 9:18 PM
Subject: Re: CPU


>
>
> Mangesh,
>
>      Check into processor sets ("man psrset" for starters).   You might
> also want to look at processor binding ("man pbind").  HTH...
>
> Kevin Buterbaugh
> LifeWay
>
> "Anyone can build a fast CPU.  The trick is to build a fast system." -
> Seymour Cray
>


----- Original Message -----
From: "Adam and Christine Levin" <levins@westnet.com>
To: "Mangesh" <mangesh.v@xaalliance.com>
Sent: Tuesday, April 30, 2002 11:00 PM
Subject: Re: CPU


> On Tue, 30 Apr 2002, Mangesh wrote:
> >  I have E-450 running Solaris 8. On the server we have 4 database
instances.
>
> That's a lot of databases on one machine.  The E450 isn't a huge machine
> by any standard.
>
> > I have one query regarding CPU sharing. If one of the database is going
to
> > eat,  lot of system resources & would always have a read/write on it. So
can
> > we allocate no of  CPU's to one database instance & the rest CPU's to
other
> > instance.
>
> You want the psrinfo, psradm and psrset commands.
>


----- Original Message -----
From: "Mike's List" <mikelist@sky.net>
To: "Mangesh" <mangesh.v@xaalliance.com>
Sent: Tuesday, April 30, 2002 11:27 PM
Subject: Re: CPU


> I'm not 100% certain, but what you wanted below is called partition and
> it's only available on Sun's high-end servers, E10K, E12K, E15K, etc.
> where you can assign/partition certain numbers of CPU for certain task.
>
>
> - Mike
>


----- Original Message -----
From: "Andrew Stueve" <andrew.stueve@wcom.com>
To: "Mangesh" <mangesh.v@xaalliance.com>
Sent: Wednesday, May 01, 2002 12:43 AM
Subject: RE: CPU


> This is not a mainframe.  This is a unix box that will allocate
> resources on demand.  You don't allocate CPU to databases, unless you
> are limiting users via SRM.
>
> First, the database can be high load, but unless it is specifically
> written to split all tasks up on separate CPU, then allocating 2 to a
> single process CPU is a waste.  If the database takes over a CPU, then
> it will not try and take a second.  It will just monopolize access to
> the single CPU.  We have 18 databases on a 4 way server, some are high
> load, some are minor.  They take the resources they need as they need
> it. (CPU resources that is, they still have a large SGA in memory.)
>
> If you want to use SRM, then limit the low load databases to 1/2 a cpu,
> and then the high load database will always have a full CPU available
> for it's own use, and can ask for more if it needs to.
>
> --
> ----------------------------------------------------
> Andrew Stueve              |   Office 703-886-2606
> Team Lead/Sr. Engineer     |
> Worldcom                   |   Pager 1-888-454-7594


----- Original Message -----
From: "Patricio Mora" <pmora@cgob.junta-andalucia.es>
To: "Mangesh" <mangesh.v@xaalliance.com>
Sent: Tuesday, April 30, 2002 9:05 PM
Subject: Re: CPU


> I run a 5 min cron job to attach every oracleSID (SID=parasitic database)
process to one of my 18 CPUs, so production will take 17, more or less.
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers