dtrace discuss - Aug 2008 - Dtrace script for Web Server 7

Does anyone have any recommendations on how to capture using DTrace?
>
> Basically our client is tuning a Web Server 7 instance, and theApp team has
asked the sys admin to
> observe the Acceptor threads.  They want to see how many they have, how
> many are active, what those are doing, and how many are left available.
> I gave them the following Dtrace one-liners, and they said that it was
close, but not what they
> wanted.
>
>         ?dtrace -n ''fbt:ip:tcp_acceptor_hash_*:  / pid == <pid
of jvm> /
>         { 
>          printf("\n%s[%d]\t %s \t %
>         s",execname,pid,probefunc,probename);}''
>         
>         ?dtrace -n ''fbt:ip:tcp_acceptor_hash_*:  / pid == <pid
of jvm> /
>         { @num[probefunc] = count(); }''
>         
> I also said he maybe able to get some information of the TCP stack with 
>
>         ndd -get /dev/tcp tcp_acceptor_hash
>
> But the sys admin didn''t think that info helped.
>
> Another recommendation I gave them was to view the Acceptor
thread''s
> status from the WS7 side via "perfdump".
>
>   

-- 

<http://www.sun.com/solaris>

	

*/Robert S. Horrigan/ *
Partner Engagement Architect

*/Sun Microsystems, Inc./*
3501 Quadrangle Blvd, Suite 150
Orlando, Florida 32819 US
Phone (877)866-8573
Fax (407)380-1143
Email Robert.Horrigan at Sun.COM

<http://www.sun.com/solaris>



This message contains confidential and proprietary information of the sender,
and is intended
only for the person(s) to whom it is addressed. Any use distribution, copying,
or disclosure
by any other person is strictly prohibited. If you have received this message in
error,
please notify the e-mail sender immediately, and delete the original message
without making a copy.



-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://mail.opensolaris.org/pipermail/dtrace-discuss/attachments/20080812/32a6224b/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: graphics1
Type: image/gif
Size: 2424 bytes
Desc: not available
URL:
<http://mail.opensolaris.org/pipermail/dtrace-discuss/attachments/20080812/32a6224b/attachment.gif>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: graphics2
Type: image/gif
Size: 1656 bytes
Desc: not available
URL:
<http://mail.opensolaris.org/pipermail/dtrace-discuss/attachments/20080812/32a6224b/attachment-0001.gif>

Robert S. Horrigan wrote:
> Does anyone have any recommendations on how to capture using DTrace?
> 
>>
>> Basically our client is tuning a Web Server 7 instance, and theApp team
has asked the sys admin to
>> observe the Acceptor threads.  They want to see how many they have, how
>> many are active, what those are doing, and how many are left available.
>> I gave them the following Dtrace one-liners, and they said that it was
close, but not what they
>> wanted.
maybe if they told what was missing from the information DTrace gave you, 
you''d be able to improve on the scripts?
>>
>>         ?dtrace -n ''fbt:ip:tcp_acceptor_hash_*:  / pid ==
<pid of jvm> /
>>         { 
>>          printf("\n%s[%d]\t %s \t %
>>         s",execname,pid,probefunc,probename);}''
>>         
>>         ?dtrace -n ''fbt:ip:tcp_acceptor_hash_*:  / pid ==
<pid of jvm> /
>>         { @num[probefunc] = count(); }''
>>         
>> I also said he maybe able to get some information of the TCP stack with
>>
>>         ndd -get /dev/tcp tcp_acceptor_hash
>>
>> But the sys admin didn''t think that info helped.
same applies here. "doesn''t help" is an insufficient problem
description, IMO.

Michael
-- 
Michael Schuster        http://blogs.sun.com/recursion
Recursion, n.: see ''Recursion''