Hi Mike,

thanks a lot for !!!

yes,  ustack show getpwuid() when ps shown slowness.   it turned out to the
non-existence of nscd which was disabled due to coredumping.

Thanks,

James Yang
Global Unix Support,  IES,  GTO
Deutsche Bank US
Phone:   201-593-1360
Email :   [EMAIL PROTECTED]
Pager :  1-800-946-4646  PIN# 6105618
CR: NYC_UNIX_ES_US_UNIX_SUPPORT
http://dcsupport.ies.gto.intranet.db.com/



                                                                       
             "Mike Gerdts"                                             
             <[EMAIL PROTECTED]                                        
             >                                                             To
                                        Jianhua Yang/db/[EMAIL PROTECTED]
             11/12/08 10:40 PM                                             cc
                                        dtrace-discuss@opensolaris.org 
                                                                      Subject
                                        Re: [dtrace-discuss] ps slowness in
                                        local zones                    
                                                                       
                                                                       
                                                                       
                                                                       
                                                                       
                                                                       




On Wed, Nov 12, 2008 at 9:30 PM, Jianhua Yang <[EMAIL PROTECTED]> wrote:
> Hello,
>
> ps -ef cmd in local zones takes about 15 ~ 20 seconds randomly, but work
> perfect on the global zone. truss shows the time was spent on pollsys
> syscall (went to sleeping) after putmsg.

This is almost always slowness waiting for a name service (e.g. NIS or
LDAP).  My guess is that if you go into a directory with files owned
by a lot of different people (try /tmp or /var/tmp) and do "ls -l" you
will see similar slowness.  Also "ps -o uid -e" should be fast and "ps
-o user -e" will be slow.

> the most of syscalls made by function traced by dtrace: ioctl(), gtime(),
> read() and write(), which were issued by application processes that are all
> single-threaded, but it seems that the syscalls are not related to pollsys
> sleeping, as the ps slowness happened during the time when ioctl() call
> reached over 50000 and over 5000. there are over 40 GB freemem, cpu is
> always 80% idle; and shortlived processes took about 07 ~ 1.8 sec out of 5
> sec, could the those shortlived caused the slowness ?

Add ustack() to the data you are collecting.  I bet that you will find
that there are getpwuid() calls in the stack traces during the pauses.

--
Mike Gerdts
http://mgerdts.blogspot.com/


---

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

<<inline: graycol.gif>>

<<inline: pic19912.gif>>

<<inline: ecblank.gif>>

_______________________________________________
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org

Reply via email to