LARGE single-system Cyrus installs?
Dale Ghent
daleg at umbc.edu
Mon Oct 8 14:56:15 EDT 2007
On Oct 6, 2007, at 5:50 AM, Rob Mueller wrote:
> If it wasn't IO limit related, and it wasn't CPU limit related,
> then there
> must be some other single resource that things were contending for.
>
> My only guess then is it's some global kernel lock or the like.
>
> When the load skyrocketed, it must have shown that lots of
> processes were
> not in S (sleep) state. Were they in R (run) state or D (io wait)
> state?
> Since you're on Solaris, you could use DTrace to find out what they
> were
> actually doing/waiting for...
The lockstat command is where one would enter this territory.
lockstat -D 20 sleep 5
Will show you the top 20 contended locks.
lockstat -kgIW sleep 5
Will show you what calls are taking them most time to complete in the
kernel during a 5 second sample period.
/dale
--
Dale Ghent
Specialist, Storage and UNIX Systems
UMBC - Office of Information Technology
ECS 201 - x51705
More information about the Info-cyrus
mailing list