On Dec 23, 2011, at 13:29, Anne Adema aron.ad...@gmail.com wrote:
Hi James,
What I'm looking for in a while true loop to see amount fopen calls for a
certain pid
while true
do
cmd for amount fopen call for certain pid dtrace script
sleep 60
done
or dtrace script with same loop
to determine what sort of solution
might help you.
--
James Carlson 42.703N 71.076W carls...@workingcode.com
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
like to solve?
The output is:
Id: 11E109F8702B323E9CAF5000568000D0
Is that output wrong ... ?
--
James Carlson 42.703N 71.076W carls...@workingcode.com
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
of the sampled
data.)
--
James Carlson 42.703N 71.076W carls...@workingcode.com
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
) \
((uint64_t)(d4)[6]8) \
((uint64_t)(d4)[7]))
so you can treat that last one as an integral quantity.
--
James Carlson 42.703N 71.076W carls...@workingcode.com
___
dtrace-discuss mailing list
dtrace
/
{
}
syscall::sendto:return
/self-trace/
{
self-trace = 0;
}
--
James Carlson 42.703N 71.076W carls...@workingcode.com
CPU FUNCTION
3 - sendto32
3 - sendto32
3 - sendto
that wrote the code, and likely not even that.
You might want to review the dtrace stability level information in the
tracing guide.
--
James Carlson 42.703N 71.076W carls...@workingcode.com
___
dtrace-discuss mailing list
dtrace-discuss
quite a few by searching the web (in
addition to the ones in /usr/demo/dtrace).
If you don't feel that's a good path for you, then you might want to
search around for layered tools built on top of dtrace and/or
consultants who can help with the task you have at hand.
--
James Carlson 42.703N
in a predicate of another probe?
self-fd[port] -- where port needs to be the fd. Depending on the
definition of the probe and the way you write your code, port might be
argv0, or it might be self-port, or perhaps something else.
--
James Carlson 42.703N 71.076W carls
it to be included.
Most likely, your D script depends on an implementation artifact, and
this is an early warning that the underlying code you're trying to use
may change incompatibly without warning.
--
James Carlson 42.703N 71.076W carls...@workingcode.com
multiple, and they're executed in the order they appear in the file.
--
James Carlson 42.703N 71.076W carls...@workingcode.com
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
it and fetch the contents, still
another to look at the sa_family, and so on.
--
James Carlson 42.703N 71.076W carls...@workingcode.com
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
seeing
unexpected behavior here, it's time to start dumping everything -- start
by printing out the length of the structure that's being copied (perhaps
that's wrong) and the first few bytes of the structure to see if it's
what you expect.
--
James Carlson 42.703N 71.076W carls
CTF.
--
James Carlson 42.703N 71.076W carls...@workingcode.com
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
has run an architecture
review board for 20 years, and why Oracle continues to do so.
--
James Carlson 42.703N 71.076W carls...@workingcode.com
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
bet is
to contact either the dtrace toolkit's author or Oracle's customer
support group for help. It's not that S10 is unknown on these
OpenSolaris lists, but so much has changed since then that discussion
here is sometimes less than helpful.
--
James Carlson 42.703N 71.076W carls
as though they were a kernel
pointer. That's not going to work.
You might want this:
this-ptr = copyin(arg1, 10);
tracemem(this-ptr, 10);
--
James Carlson 42.703N 71.076W carls...@workingcode.com
___
dtrace-discuss mailing list
dtrace-discuss
*/
backtrace(optr + 2, sizeof (*obj) / sizeof (*optr) - 2);
That way, when you dump, you'll be able to see where the first free came
from.
--
James Carlson 42.703N 71.076W carls...@workingcode.com
___
dtrace-discuss mailing list
dtrace
work.
--
James Carlson 42.703N 71.076W carls...@workingcode.com
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
Jonathan Adams writes:
Always predicate this with '/self-flag/', or threads which are currently in
'foo' when tracing is started will trace all activity after it returns.
Yep; noted by meem as well. Sorry about that omission.
--
James Carlson, Solaris Networking james.d.carl
/
{
printf(hi there);
}
fbt::foo:return
{
self-flag--;
}
--
James Carlson, Solaris Networking james.d.carl...@sun.com
Sun Microsystems / 35 Network Drive71.232W Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677
[2]-ip_ver==4args[4]-ipv4_protocol==6/ {
@[args[2]-ip_saddr] = count(); }'
You might also want to look at the tcp-trace-* sdts; see
/usr/demo/dtrace/tcprst.d.
--
James Carlson, Solaris Networking james.d.carl...@sun.com
Sun Microsystems / 35 Network Drive71.232W Vox +1 781
Mike Gerdts writes:
http://alexeremin.blogspot.com/2009/01/boot-chart-with-help-of-dtrace-and.html
http://www.milax.org/img/pybootchart.png
Wow. gdmgreeter sure sticks out there.
--
James Carlson, Solaris Networking james.d.carl...@sun.com
Sun Microsystems / 35 Network Drive
suitable because it requires that the driver is taken
off-line)
This is CR 4969919.
Yes, it's extremely annoying when debugging drivers, and the RE has
suggested that it be closed as will not fix.
--
James Carlson, Solaris Networking james.d.carl...@sun.com
Sun Microsystems / 35
be DTRACE_PROBE() in dtrace. See:
http://wikis.sun.com/display/DTrace/Statically+Defined+Tracing+for+User+Applications
--
James Carlson, Solaris Networking james.d.carl...@sun.com
Sun Microsystems / 35 Network Drive71.232W Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA
what his system is actually
doing. Unfortunately, that faith is at least a little misplaced due
to the nature of reading from live kernel memory.
--
James Carlson, Solaris Networking james.d.carl...@sun.com
Sun Microsystems / 35 Network Drive71.232W Vox +1 781 442 2084
MS
kernel implementation details, so it's highly dependent on how your
system is put together.
Check out:
http://wikis.sun.com/display/DTrace/Stability
and try this:
dtrace -ev -n syscall::pipe:return
--
James Carlson, Solaris Networking [EMAIL PROTECTED]
Sun Microsystems / 35
of technologies that where made available so
others could build on them.
You could be right, but I don't think this is really the right forum
to debate Sun's (or really anyone's) marketing choices. It's unlikely
to change things.
--
James Carlson, Solaris Networking [EMAIL PROTECTED
== tcp_conn_req_max_q0 ||
self-tcppa-tcp_param_name == tcp_conn_req_max_q/
{
printf(set %s: from %d to %s\n,
stringof(self-tcppa-tcp_param_name),
self-tcppa-tcp_param_val, stringof(arg2));
}
--
James Carlson, Solaris Networking [EMAIL PROTECTED]
Sun Microsystems
. Delete the commit(...); from the first one, and the
speculate(...); and printing from the second.
--
James Carlson, Solaris Networking [EMAIL PROTECTED]
Sun Microsystems / 35 Network Drive71.232W Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1
Rafael Vanoni writes:
I was looking at some assembly on mdb and noticed that calls to
DTRACE_PROBE1() were seen as ~5 nops.
Could anyone explain me why's that ?
That's where the probes are patched in at run time.
--
James Carlson, Solaris Networking [EMAIL PROTECTED]
Sun
- this-mp3-b_rptr;
}
and repeat a few times to catch as many cases as you feel is
necessary. (Perhaps add an assertion at the end to make sure you run
out of b_conts in all of the cases of interest.)
--
James Carlson, Solaris Networking [EMAIL PROTECTED]
Sun Microsystems / 35 Network
entries is something that'll handle chains of length 1 and 2, but
nothing longer.
(Note that it's customary to check for the first M_DATA message in the
chain before counting up bytes, and I didn't do that ...)
--
James Carlson, Solaris Networking [EMAIL PROTECTED]
Sun Microsystems / 35
of dtrace is that it's safe to use,
scripts that run forever cannot be allowed.
--
James Carlson, Solaris Networking [EMAIL PROTECTED]
Sun Microsystems / 35 Network Drive71.232W Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677
question ... for which I don't have an answer. But for what it's
worth, I always copy the information I want to save across probe
clauses into scalars in 'self-'. I don't really trust pointers here.
--
James Carlson, Solaris Networking [EMAIL PROTECTED]
Sun Microsystems / 35 Network
the separate probe points. this is local to a
single probe clause.
this-test wouldn't work here.
--
James Carlson, Solaris Networking [EMAIL PROTECTED]
Sun Microsystems / 35 Network Drive71.232W Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1
Roman Shaposhnik writes:
On Wed, 2008-06-04 at 14:06 -0400, James Carlson wrote:
self is local to the thread executing, and thus crosses the
boundaries between the separate probe points. this is local to a
single probe clause.
this-test wouldn't work here.
That's why I asked
everyone's work, print out the code on paper, and go
through it line-by-line looking for problems.
- Staring at a core dump until your eyes bleed: the usual way to
deal with problems at a recalcitrant customer site.
--
James Carlson, Solaris Networking [EMAIL PROTECTED]
Sun
seeing the last time you posted ... ?)
--
James Carlson, Solaris Networking [EMAIL PROTECTED]
Sun Microsystems / 35 Network Drive71.232W Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677
be to create an abi provider
that maps into the stable programming interface, and leave syscall
alone.
--
James Carlson, Solaris Networking [EMAIL PROTECTED]
Sun Microsystems / 35 Network Drive71.232W Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757 42.496N
and the latter is a
standard interface.
I agree that it'd be nice to throw a few bones at the poor user when
he does something obvious and still wrong, but I agree that it's
just a pig.
--
James Carlson, Solaris Networking [EMAIL PROTECTED]
Sun Microsystems / 35 Network Drive71.232W
used might be needed.
--
James Carlson, Solaris Networking [EMAIL PROTECTED]
Sun Microsystems / 35 Network Drive71.232W Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677
___
dtrace-discuss
of block freed.
Using env LD_PRELOAD=libumem.so myapp with mdb's umem support should
get you that (plus quite a bit more).
--
James Carlson, Solaris Networking [EMAIL PROTECTED]
Sun Microsystems / 35 Network Drive71.232W Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA
provides a signed type, do signed
arithmetic.
(Just like the Fortran intrinsic functions. ;-})
--
James Carlson, Solaris Networking [EMAIL PROTECTED]
Sun Microsystems / 35 Network Drive71.232W Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1
?
--
James Carlson, Solaris Networking [EMAIL PROTECTED]
Sun Microsystems / 35 Network Drive71.232W Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677
___
dtrace-discuss mailing list
dtrace
.
--
James Carlson, Solaris Networking [EMAIL PROTECTED]
Sun Microsystems / 1 Network Drive 71.232W Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677
___
dtrace-discuss mailing list
dtrace
46 matches
Mail list logo
