Hello!
How do I know Processor/CPU characteristics on running machine? Except of
banner or without a reset. Sometimes dmesg|grep cpu shows something.
Thanks in advance
How do I know Processor/CPU characteristics on running machine? Except of
banner or without a reset. Sometimes dmesg|grep cpu shows something.
Thanks in advance
On most machines, psrinfo -v
If on sun4u, /usr/platform/sun4u/sbin/prtdiag
--
________________________________________________________________________
Working for, but definitely not speaking for, Sun Microsystems, Inc.
> How do I know Processor/CPU characteristics on running machine? Except of
> banner or without a reset. Sometimes dmesg|grep cpu shows something.
> Thanks in advance
> On most machines, psrinfo -v
> If on sun4u, /usr/platform/sun4u/sbin/prtdiag
> --
> ________________________________________________________________________
> Working for, but definitely not speaking for, Sun Microsystems, Inc.
> On most machines, psrinfo -v
> If on sun4u, /usr/platform/sun4u/sbin/prtdiag
--
Tony Walton
Goulash is not rocket science
>> On most machines, psrinfo -v
>> If on sun4u, /usr/platform/sun4u/sbin/prtdiag
> If on Solaris 9, /usr/sbin/prtdiag (and about time too!)
# sed -e 's/eeprom/prtdiag/g' </usr/sbin/eeprom >/usr/sbin/prtdiag
# chmod 555 /usr/sbin/prtdiag
Which is to say, just adapt an existing wrapper.
Darn right with the "about time", though. Something that easy should've
been done a long time ago.
--
.... however it still only works on sun4u machines. I have an LX running 9Quote:> If on Solaris 9, /usr/sbin/prtdiag (and about time too!)
bash-2.05$ /usr/sbin/prtdiag
prtdiag: not implemented on SUNW,SPARCstation-LX
bummer
>>>On most machines, psrinfo -v
>>>If on sun4u, /usr/platform/sun4u/sbin/prtdiag
>>If on Solaris 9, /usr/sbin/prtdiag (and about time too!)
> If on Solaris 8 and lazy,
> # sed -e 's/eeprom/prtdiag/g' </usr/sbin/eeprom >/usr/sbin/prtdiag
> # chmod 555 /usr/sbin/prtdiag
> Which is to say, just adapt an existing wrapper.
> Darn right with the "about time", though. Something that easy should've
> been done a long time ago.
--
*********************** You a bounty hunter?
* Rev. Don McDonald * Man's gotta earn a living.
* Baltimore, MD * Dying ain't much of a living, boy.
*********************** "Outlaw Josey Wales"
>>>>On most machines, psrinfo -v
>>>>If on sun4u, /usr/platform/sun4u/sbin/prtdiag
>>>If on Solaris 9, /usr/sbin/prtdiag (and about time too!)
>> If on Solaris 8 and lazy,
>> # sed -e 's/eeprom/prtdiag/g' </usr/sbin/eeprom >/usr/sbin/prtdiag
>> # chmod 555 /usr/sbin/prtdiag
>> Which is to say, just adapt an existing wrapper.
>> Darn right with the "about time", though. Something that easy should've
>> been done a long time ago.
> SUN isn't known for being particularly swift on the uptake, Rich.
They're pretty good at the big stuff, software-wise (at least, unlike some
of their competitors, they're _better_ than their marketing :-). But this
isn't the first time that little, easy stuff took them much longer than it
should have.
--
[...snip...]
I don't have an "agenda". My currency is facts.Quote:>> SUN isn't known for being particularly swift on the uptake, Rich.
> You and your agenda...
Like creating a proper keyboard or figuring out that NIS and DNS areQuote:> They're pretty good at the big stuff, software-wise (at least, unlike some
> of their competitors, they're _better_ than their marketing :-). But this
> isn't the first time that little, easy stuff took them much longer than it
> should have.
Hope this helps,
Don
--
*********************** You a bounty hunter?
* Rev. Don McDonald * Man's gotta earn a living.
* Baltimore, MD * Dying ain't much of a living, boy.
*********************** "Outlaw Josey Wales"
> How do I know Processor/CPU characteristics on running machine? Except of
> banner or without a reset. Sometimes dmesg|grep cpu shows something.
> Thanks in advance
regards, Bala.
> regards, Bala.
or more generally /usr/platform/'uname -m'/sbin/prtdiag
included output below
best,
matthew kurowski
(kurowski.org/matthew)
//sample prtdiag output on it102.4kurowski.com (sunblade 100)
System Configuration: Sun Microsystems sun4u Sun Blade 100 (UltraSPARC-IIe)
System clock frequency: 84 MHZ
Memory size: 1GB
==================================== CPUs
====================================
E$ CPU CPU Temperature
CPU Freq Size Impl. Mask Die Ambient
--- -------- ---------- ------ ---- -------- --------
0 502 MHz 256KB US-IIe 1.4 50 C 32 C
apologize for confusion on above line. if you want the shell commandQuote:> /usr/platform/sun4u/sbin/prtdiag
> or more generally /usr/platform/'uname -m'/sbin/prtdiag
/usr/platform/`uname -m`/sbin/prtdiag
^ ^
| |
b a c k t i c k s
best,
matthew kurowski
(kurowski.org/matthew)
> or more generally /usr/platform/'uname -m'/sbin/prtdiag
Under Solaris 9 there's now a shell script /usr/sbin/prtdiag which runs
the correct version.
Scott
>> or more generally /usr/platform/'uname -m'/sbin/prtdiag
You're wrong (usually it's Chris' job to point this out :). It alsoQuote:> From memory the only platform where prtdiag exists and where `uname -m`
> wont return sun4u is on an E10K running Solaris 2.5.1, where it will return
> sun4u1. So whilst the longer version is the more correct, I'd recommend
> using the shorter version. (Some non-Sun platforms may be the other
> exception)
And that's good. It'll reduce the traffic in c.u.s. significantly :)Quote:> Under Solaris 9 there's now a shell script /usr/sbin/prtdiag which runs
> the correct version.
mp.
--
Martin Paul | Systems Administrator
University of Vienna, Austria | http://www.par.univie.ac.at/
1. Help required to run application on a single processor on a multi processor machine
Can anybody offer some help. We have developed a client-server
application where the client starts one or more servers using the
system() function. The servers respond, as is normal, to requests
made by the client. Communication between the client and the server/s
is via shared memory. Our client and server/s combination has worked
well on a single processor machine (Sun Ultrasparc 60 running Solaris
2.6). Unfortunately, when we try to run the same client-server
application on a Sun multi-processor machine one of the servers will
crash for no apparent reason. Each time we try to run the program it
will crash at a different point. When we monitor the running client
and server/s we note that the cpu that the client and server/s
processes are running on, at a given point in time, are frequently
different. I suspect that switching processors in this way, could be
contributing or indeed the cause of the problem.
I'm therefore, wishing to find out whether it is possible to force the
client and the server/s to run on a single processor on a
multiprocesor machine and that this processor should be the same for
both the client and the server/s.
I would appreciate any help that anyone can give me on this problem.
Many thanks.
Regards,
Adrian.
3. Machine with multiple CPUs: which CPU is running which process?
6. Mount DOS on DOS machine from LINUX on LINUX machine
7. Captian's log administrator tool
8. This is disconcerting: System panic: panic (cpu 0): Processor Machine Check
9. Can dual-processor motherboards run with just one cpu?
10. How can I know which CPU a process is running on?
11. How do I know the 2nd CPU is running?
12. Machine checks: is a processor error really a processor error?