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