G'Day Mike,
On Wed, Sep 05, 2007 at 04:24:56PM -0700, Michael Goff wrote:
> I recently did a backport of a couple of networking bug fixes from s10x_u4_b6
> to s10x_u3_b10. I patched just /platform/i86pc/kernel/unix and
> /platform/i86pc/kernel/amd64/unix in my existing u3 OS image and I'm seeing
On Thu, Aug 30, 2007 at 01:29:40PM -0400, Dan McDonald wrote:
> On Thu, Aug 30, 2007 at 10:18:22AM -0700, Joseph Freemaker wrote:
> > Want to capture (for specific port #s) the loopback interface (lo0) tcp
> > message flow with the complete message body.
> >
> > Is this possible with DTrace?
>
G'Day Folks,
Plans to update the DTraceTools (DTraceToolkit)? yes. Development has
been happening, but I haven't wanted to upload a new version without
addressing the tcp* scripts first. somehow. They have exposed an issue
with versioning of unstable scripts and supported OSes, which I'll use
this
G'Day,
On Wed, Sep 05, 2007 at 08:07:25PM -0700, Fletcher Cocquyt wrote:
> Re: not enough test servers
> Can't Dtrace testing and development be done on virtual machines?
To an extent, yes (Rich Lowe just suggested it to me too :).
I can't immediately think of a case where a stable provider prob
G'Day Folks,
I'm happy to announce that I've released a new version of the DTraceToolkit.
Please read the details that I've posted here,
http://bdgregg.blogspot.com/2007/10/dtracetoolkit-ver-099.html
cheers,
Brendan
--
Brendan
[CA, USA]
___
dtrace-d
G'Day,
On Tue, Oct 09, 2007 at 03:15:40AM -0700, J.J. Shore wrote:
> The tool DTraceToolKit-0.99/Kernal/cputimes under reads the IDLE time when
> some of the CPUs are completely idle for long periods.
>
> I have an 8 CPU box which is not doing much. If I run cputimes on it for an
> interval of 5
G'Day Ken,
On Mon, Oct 22, 2007 at 07:59:48AM -0700, Ken Nelson wrote:
[...]
> 6. On a separate topic, I've read about the need for a stable network
> provider and that some work has been done on this. Is a network
> provider available?
Not yet; I was working on this, and yes, it's important to
G'Day Mikael,
On Wed, Oct 24, 2007 at 02:30:50AM -0700, Mikael Kjerrman wrote:
> Hi,
>
> turns out rwsnoop (included in the toolkit) is able to decode pathname in a
> vxfs filesystem. My problem now is that sometimes, that does not work as
> expected either. In some cases rwsnoop tells me there
On Thu, Oct 25, 2007 at 04:48:27PM -0600, Justin Lloyd wrote:
> (Forgive the previous incomplete message)
>
> > I spent some time a couple of weeks ago working on an intermittent
> > problem we've been seeing for at least 8 months now. It's a complex
> > problem so I'm just trying to determine wha
G'Day Nasser,
On Wed, Oct 31, 2007 at 12:02:27PM -0700, Nasser Nouri wrote:
> The new version of the NetBeans DTrace GUI plug-in is ready for download.
>
> http://www.netbeans.org/kb/dtracegui_plugin/NetBeans_DTrace_GUI_Plugin.html
>
> The NetBeans DTrace GUI plug-in works with Sun Studio 12 IDE
G'Fay Folks,
On Wed, Nov 14, 2007 at 03:10:05PM -0600, jorge gmail wrote:
>
>
> Hi all, i write a little program that could be useful if you have
> DtraceToolkit. Almost all scripts wait until you press ctrl+c key, but
>
> If want to automate this task this is not possible because you need t
G'Day,
On Sat, Nov 17, 2007 at 11:23:35PM -0600, Spencer Shepler wrote:
>
> On Nov 16, 2007, at 3:53 PM, Adam Leventhal wrote:
>
> > On Fri, Nov 16, 2007 at 03:20:02PM -0600, Spencer Shepler wrote:
[...]
> >> nfsv4:::compound-proc-start
> >> nfsv4:::compound-proc-done
> >> nfsv4:::compound-proc-
On Mon, Nov 19, 2007 at 04:36:30PM -0600, Nicolas Williams wrote:
> On Mon, Nov 19, 2007 at 02:25:02PM -0800, Brendan Gregg - Sun Microsystems
> wrote:
> > > "proc" => procedure
> >
> > Yes, "proc" sounds too much like process; however "
G'Day Dan,
On Tue, Dec 04, 2007 at 03:46:50PM -0800, Dan Price wrote:
>
> I have been using Eric Kustarz's "nfstop" dtrace script to keep an eye on
> a server; the output looks like this:
Eric's script is going to become much easier with the stable NFS providers. :)
> host: 129.146.226.97 num
G'Day Roman,
On Wed, Dec 19, 2007 at 12:22:58PM -0800, Roman Shaposhnik wrote:
> Guys,
>
> what's the official status of the DTrace Network Provider(s). All
> of the information I can possibly find seems to be at least
> half a year old. Any updates since Jun 2007?
Yes, it's been quiet again for
On Wed, Dec 19, 2007 at 01:39:12PM -0800, Roman Shaposhnik wrote:
> On Wed, 2007-12-19 at 13:32 -0800, Brendan Gregg - Sun Microsystems
> wrote:
> > G'Day Roman,
> >
> > On Wed, Dec 19, 2007 at 12:22:58PM -0800, Roman Shaposhnik wrote:
> > > Guys,
> >
G'Day Philip,
On Wed, Dec 19, 2007 at 09:54:01PM +, Philip Beevers wrote:
> Hi Brendan,
>
> My apologies if this is ground which has been covered before, but does
> the proposed/prototype tcp provider let me easily detect retransmitted
> segments? I'm guessing the tcp:::send probe will fire f
G'Day All,
I'm putting together a PSARC case to begin integration of the DTrace network
providers. I've drawn up a rough plan which splits this project into over a
dozen smaller steps, as documented on the network provider page:
http://www.opensolaris.org/os/community/dtrace/NetworkProvider#Plan
G'Day Folks,
On Sat, Dec 22, 2007 at 01:02:10AM -0800, Bryan Cantrill wrote:
>
> DTrace folks,
>
> I'm pleased to introduce a potential new DTrace-sponsored project: the
> Erlang DTrace provider. To be good OpenSolaris citizens, we want to put
> the formation of this officially sponsored proje
is putback.
cheers,
Brendan
On Thu, Dec 20, 2007 at 02:41:32PM -0800, Brendan Gregg - Sun Microsystems
wrote:
> G'Day All,
>
> I'm putting together a PSARC case to begin integration of the DTrace network
> providers. I've drawn up a rough plan which splits this project i
G'Day Robert,
On Wed, Jan 02, 2008 at 10:44:02AM +, Robert Milkowski wrote:
> Hello Brendan,
>
>
> Great!
>
> Would it also properly work with pid, ppid, execname, etc. ?
By the end of the plan, yes:
http://www.opensolaris.org/os/community/dtrace/NetworkProvider/#Plan
But not for t
G'Day Folks,
On Fri, Jan 18, 2008 at 04:52:58PM -0500, Bryan Cantrill wrote:
>
> On Fri, Jan 18, 2008 at 04:33:17PM -0500, Colin Burgess wrote:
> > I see Intel has released a new tool. Oh, it requires some patches to
> > the kernel to record
> > latency times. Good thing people don't mind patc
G'Day,
On Mon, Jan 21, 2008 at 01:39:03PM -0800, Fletcher Cocquyt wrote:
> Hi, I am trying to debug the bottle neck(s) in a Solaris 10
> Mailman/Spamassassin/Sendmail VMWare VM and get the following error from
> tcptop:
>
> [EMAIL PROTECTED]:~ 1:35pm 103 # ./tcptop
> dtrace: failed to compile scr
On Mon, Jan 21, 2008 at 01:55:36PM -0800, Fletcher Cocquyt wrote:
> Followup - this system has a lot of kernel activity and I/O - (top typically
> shows CPU > 50% kernel) - but the hotkernel blorked with this (eventhough
> load avg was only ~2 and command line is responsive):
>
> [EMAIL PROTECTED]
On Mon, Jan 21, 2008 at 02:17:46PM -0800, Fletcher Cocquyt wrote:
> Replaced SS_TCP_FAST_ACCEPT with SS_DIRECT in tcptop per the thread you
> cited - now I get a new error:
>
> [EMAIL PROTECTED]:~ 2:14pm 133 # ./tcptop
> dtrace: failed to compile script /dev/fd/11: line 163: failed to resolve
> `t
On Mon, Jan 21, 2008 at 02:16:02PM -0800, Brendan Gregg - Sun Microsystems
wrote:
> On Mon, Jan 21, 2008 at 01:55:36PM -0800, Fletcher Cocquyt wrote:
> > Followup - this system has a lot of kernel activity and I/O - (top typically
> > shows CPU > 50% kernel) - but the hotkernel
On Mon, Jan 21, 2008 at 02:48:47PM -0800, Fletcher Cocquyt wrote:
> Forgive me, where do I find 'interstat' ?
>
> Also, where can I get Sun::Solaris::Kstat for prustat?
It's probably already under /usr/perl5/5.8.4/lib - it's a vendor (Sun)
supplied package.
prustat was written as a demo tool - i
G'Day Fletcher,
On Thu, Jan 24, 2008 at 09:58:32AM -0800, Fletcher Cocquyt wrote:
>
>Fellow dtracers - I am diagnosing a busy spamassassin/mailman/sendmail
>system - the CPU and memory usage seems normal, but iotop shows I/O
>and network are very busy (and initiating TCP connections i
G'Day Fletcher,
On Thu, Jan 24, 2008 at 10:40:43AM -0800, Fletcher Cocquyt wrote:
> Hi, I tried both:
> http://www.nbl.fi/~nbl97/solaris/dtrace/099html/Net/tcptop_snv.html and
> http://www.nbl.fi/~nbl97/solaris/dtrace/099html/Net/tcptop.html
>
> they both give this error:
>
> ./tcptop_nevada
> .
G'Day Fletcher,
On Thu, Jan 24, 2008 at 02:39:19PM -0800, Fletcher Cocquyt wrote:
> Same error with the '-latest':
>
> [EMAIL PROTECTED]:~ 1:58pm 55 # DTraceToolkit-0.99/Net/tcptop
> dtrace: failed to compile script /dev/fd/11: line 166: failed to resolve
> `tcp_g_q: Unknown symbol name
That's n
G'Day Fletcher,
On Thu, Jan 24, 2008 at 03:26:23PM -0800, Fletcher Cocquyt wrote:
> Different error with that one:
>
> [EMAIL PROTECTED]:~ 2:49pm 53 # DTraceToolkit-0.99/Net/tcptop_snv
> dtrace: failed to compile script /dev/fd/11: line 198: probe description
> fbt:ip:tcp_xchg:entry does not mat
G'Day Fletcher,
On Fri, Jan 25, 2008 at 10:48:03AM -0800, Fletcher Cocquyt wrote:
> This is my version
> 10:46am 61 > more /etc/release
> Solaris 10 8/07 s10x_u4wos_12b X86
>Copyright 2007 Sun Microsystems, Inc. All Rights Reserved.
> Us
G'Day Martin, Folks,
On Fri, Jan 25, 2008 at 08:50:33AM +, Martin MC Brown wrote:
[...]
> You should find, however, that the latest version on mysql.bkbits.net
> of the 6.0 tree has the code. You'll need to use --enable-dtrace
> during configure to enable it during build.
Thanks for the l
G'Day Vattini,
On Sat, Feb 02, 2008 at 10:35:47AM -0800, vattini giacomo wrote:
> Is there a way under leopard to run dtrace with all is implementation about
> networking,if yes how
> and how is it possible to run,the Dtracetoolkit under leopard aswell?the
> NET/* doesn't work at all
> sudo ./tc
G'Day Russ,
On Tue, Feb 05, 2008 at 07:51:38AM -0800, Russ wrote:
> Hi;
>
> I'm trying to track I/O performance of an application accessing a solid state
> storage device which should have sub 15us latencies...I was looking at using
> iosnoop from the dtrace toolkit, as iostat is no use at this
G'Day,
On Mon, Feb 04, 2008 at 11:40:04PM -0800, Matthieu Chase Heimer wrote:
> If there is a better place to report this please let me know.
This is best.
> When adding the inclusive method execution time it is required to use the
> complete method signature. The problem is likely to be presen
G'Day,
On Wed, Feb 13, 2008 at 04:55:06PM -0500, Asif Iqbal wrote:
> I am assuming you looked at DTT by Brendan Gregg which has a dtrace
> script called dtruss..
dtruss follows syscalls (like truss -f), but not pid provider probes
(like truss -u). dapptrace is more like truss -u, however I didn'
G'Day Sean,
On Wed, Feb 13, 2008 at 12:01:08PM -0800, Sean Liu wrote:
> I also meant to ask how to measure cpu time of a process and it's children?
> Let's say we have an agent, it starts up monitoring periodically - how do we
> measure how much CPU time this agent and it's children ( and grand
G'Day Dagobert,
On Thu, Feb 14, 2008 at 09:47:42AM -0800, Dagobert Michelsen wrote:
> Hi,
>
> the DTraceToolkit is know available through Blastwave. Just
> pkg-get -i dtracetoolkit
> and start dtracing. For details see
> http://www.blastwave.org/packages.php/dtracetoolkit
Great - thanks! :)
G'Day Sean,
On Thu, Feb 14, 2008 at 12:41:35PM -0800, Sean Liu wrote:
> It turned out ps wasn't really what was using most CPU resource. The MQ agent
> ( and its probes ) is.
> I put in a small script to output continuously every second:
> #!/usr/sbin/dtrace -qs
>
> profile-1001
> /pid == $targe
G'Day,
On Sat, Mar 01, 2008 at 08:58:53PM -0800, Bill Shannon wrote:
> Roch Bourbonnais wrote:
> >>> this came up sometime last year .. io:::start won't work since ZFS
> >>> doesn't call bdev_strategy() directly .. you'll want to use something
> >>> more like zfs_read:entry, zfs_write:entry and zf
G'Day Trish,
On Tue, Mar 04, 2008 at 06:17:40PM -0800, Siobhan P. Lynch wrote:
> What I'm trying to do is get timestamps on echo packets going out and
> the timestamp on a reply coming in,
"ping -s" is supposed to provide RTT down to the microsecond, if that's
the information you need. If you me
I'll forward along the details.
no worries,
Brendan
On Thu, Mar 13, 2008 at 06:48:36PM -0700, Gabriel Munoz wrote:
> Hi, anyone here know who to email to get the dtrace.conf location
> details for tomorrow? I know it's being kept a bit secret, but I am
> signed up as Gabriel Munoz at http://
G'Day Folks,
On Mon, Mar 17, 2008 at 03:06:00PM -0700, Dan Mick wrote:
> Salman Jamali wrote:
> > I am willing to log keystrokes from a list of processes that I wish to.
>
> Faisal Mansoor wrote:
>
> > I am trying to write a keylogger using dtrace for all kinds of
> applications.
>
> School
On Sun, Mar 23, 2008 at 06:22:32PM -0500, Mike Gerdts wrote:
> On Mon, Mar 17, 2008 at 10:05 PM, Brendan Gregg - Sun Microsystems
> <[EMAIL PROTECTED]> wrote:
> > # ./keysniffer.d
> > Tracing... Hit Ctrl-C to end.
> > 2008 Mar 18 02:43:38 kbtrans_keyreleased: 0x7
G'Day Chad,
On Tue, Apr 01, 2008 at 07:37:03AM -0400, Chad Mynhier wrote:
> This came up as an RFE during the conference (I believe it's been logged
> as "4012008: brendan() action needed for DTrace Toolkit".)
>
> As everyone here is aware, DTrace is not quite as user friendly as it
> could be.
ocol, as a string */
string ipv6_nextstr; /* next header protocol, as a string */
cheers,
Brendan
On Mon, Dec 31, 2007 at 04:41:41PM -0800, Brendan Gregg - Sun Microsystems
wrote:
> G'Day All,
>
> The DTrace ip provider is almost ready for putback into Solaris Ne
G'Day,
Sorry - I missed a change in that document; I've attached a newer copy which
has the following minor update:
illinfo_t renamed to ifinfo_t
Brendan
On Wed, Apr 30, 2008 at 03:15:07PM -0700, Brendan Gregg - Sun Microsystems
wrote:
> G'Day All,
>
> I'
G'Day Dago,
Thanks; I'll post about new versions of the toolkit here, if you can
keep freshmeat up to date that will be another valuable location for people
to find it.
When I get some free time I do want to move a bunch of stuff from
www.brendangregg.com to sites like sourceforge/freshmeat - as
G'Day Mikael,
How's the provider going? If you have a plan for probes and arguments,
or if you can draw up a plan, can you please post it here? It should
also help give context to some of the difficulties you've run into.
cheers,
Brendan
--
Brendan
[CA, USA]
_
G'Day Mikael,
Thanks for the details - this is looking like an awsome set of probes -
incredible visibility for MySQL internals!
Here are some suggestions:
On Tue, May 27, 2008 at 08:55:23PM +0200, Mikael Ronstr?m wrote:
> Hi Brendan
> I have in this first patch added two new providers:
[...]
>
G'Day,
This issue was news to me, and may be useful for readers of this list.
In brief:
USDT providers on MacOS X that are built with the -dead_strip linker option
have their probes fired twice by mistake. The workaround is not to use
the -dead_strip option.
Some more details:
After integrati
G'Day,
ip:::send and ip:::receive probes have been putback to Solaris Nevada.
Documentation is here:
http://wikis.sun.com/display/DTrace/ip+Provider
This is the first step of many, as outlined in the proposed plan:
http://www.opensolaris.org/os/community/dtrace/NetworkProvider/#
G'Day,
On Thu, Jun 19, 2008 at 12:58:04PM -0700, Yehuda Katz wrote:
>
>I'm trying to put together a dtrace script that'll track the hottest
>Ruby lines, but I'm afraid I'm far too much of a green n00b to even
>get started with such a task. I'm kind of surprised something along
>th
G'Day Bob,
On Thu, Jun 26, 2008 at 07:40:28AM -0700, Bob Resendes wrote:
> [Just starting out with DTrace and was hoping to get some guidance.]
>
> I have a "benchmark" program that I monitored with both prstat (prstat -mL -P
> ) and pfilestat (from the DTrace toolkit). Prstat reports LAT values
G'Day Bob,
On Fri, Jun 27, 2008 at 05:07:21AM -0700, Bob Resendes wrote:
> >
> > prstat -mL is giving a by-thread summary, which is
> > going to be better than
> > either prstat -m, pfilestat, or anything else that
> > tries to represent
> > multiple thread info by-process.
> Brendan, thanks for
G'Day Folks,
On Sun, Jul 06, 2008 at 11:59:34AM -0400, Carl Ma wrote:
> The Network provider is only availabe on opensolaris, not SPARC based
> solaris 10. According to the comment in tcpsnoop.d, new solaris 10 release
> changes the fbt provider, which is not back compatible.
Yes, the network pro
G'Day,
On Thu, Aug 07, 2008 at 11:01:12PM -0700, tester wrote:
> say for instance here: calcloadavg in
> http://src.opensolaris.org/source/xref/onnv/onnv-
> gate/usr/src/uts/common/os/clock.c#2097
>
> should a new probe need to implemented or somwhow the current framework could
> do this? If a n
G'Day Gary,
On Wed, Aug 06, 2008 at 07:24:16AM -0700, Gary Brett wrote:
> Please ignore, I have been advised that tcpsnoop and tcptop dont work on
> Solaris 10...only Nevada
That's not really true - I've used tcpsnoop/tcptop or tcpsnoop_snv/tcptop_snv
on Solaris 10 versions in the past. There h
On Fri, Aug 08, 2008 at 12:10:23PM -0700, Brendan Gregg - Sun Microsystems
wrote:
> G'Day Gary,
>
> On Wed, Aug 06, 2008 at 07:24:16AM -0700, Gary Brett wrote:
> > Please ignore, I have been advised that tcpsnoop and tcptop dont work on
> > Solaris 10...only Nevada
&
d] != 0/
> {
>
> That way, you don't have the done probe clause executing
> for id's where the start has not fired first.
Thanks, unusual for me to miss that. Anyway, now fixed on the wiki.
> (This still does not
> match start/done for a given xid).
> But what
zfs`zio_vdev_io_done+0x22
zfs`zio_execute+0x7f
genunix`taskq_thread+0x1a7
unix`thread_start+0x8
1500
Brendan
--
Brendan Gregg, Sun Microsystems Fishworks.http://blogs.sun.com/brendan
___
dtrace-
s behind this decision that I hope to document at some point.
Sorry for the confusion. I've err'd on the side of false-positives rather
than false-negatives, as your next step is now to drill down further and use
iostat as Jim suggested.
sysperfstat is a pretty simple Perl script anyway -
a
chance to code that, but you are welcome to do that if it sounds sensible.
I'd print them as "M%Disk" and "M%Net" or something.
Brendan
--
Brendan Gregg, Sun Microsystems Fishworks.http://blogs.sun.com/brendan
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
disk access that you'll only be affected by the on-disk cache. On-disk cache
hits are valid I/O anyway.
Brendan
--
Brendan Gregg, Sun Microsystems Fishworks.http://blogs.sun.com/brendan
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
straction. The io provider does this:
http://wikis.sun.com/display/DTrace/io+Provider
Brendan
>Thanks,
>Vishal
>
>On Tue, Aug 11, 2009 at 6:47 PM, Brendan Gregg - Sun Microsystems
><[1]bren...@sun.com> wrote:
>
> G'Day Vish,
>
scripts should work there
too (and I'm adjusting the scripts to make them more MacOS X friendly.)
Brendan
--
Brendan Gregg, Sun Microsystems Fishworks.http://blogs.sun.com/brendan
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
On Tue, Feb 09, 2010 at 02:15:23PM -0500, Abdullah Al-Dahlawi wrote:
>Greeting ALL
>I am wondering if it is possible to monitor the ZFS ARC cache hits
>using DTRACE. In other words, would be possible to know how many ARC
>cache hits have been resulted by a particular application suc
On Mon, Mar 08, 2010 at 04:07:23PM -0800, Otto P. wrote:
> New to opensolaris and dtrace. I'm interested in the network scripts but I
> find that many don't work. Should my expectations be low right now?
Only for networking, which is probably the most difficult area to start with.
There is work
G'Day,
- peter.memish...@oracle.com wrote:
> > A reprise on what seems to be a long story...
> >
> > I've just downloaded dtrace toolkit 0.99 and, like many others over the
> > years, I'm having trouble with tcptop and tcpsnoop
>
> I can't speak to Solaris 10, but as for OpenSolaris (which
G'Day All,
Stable TCP and UDP providers have now been integrated into the OpenSolaris
source, including stable versions of tcpsnoop.d and tcptop.d! Putback message:
http://mail.opensolaris.org/pipermail/onnv-notify/2010-May/012244.html
Stable scripts:
http://cvs.opensolaris.org/source/xref/onn
G'Day,
- solar...@nedharvey.com wrote:
> > From: dtrace-discuss-boun...@opensolaris.org
> > [dtrace-discuss-boun...@opensolaris.org] On Behalf Of Martin
> > Mueller - Sun Germany SE [martin.muel...@sun.com]
> >
> > Have a look at the Dtrace Toolkit from Brendan Gregg. rwsnoop
> > should do wh
72 matches
Mail list logo