- Solaris RPE, Sun Microsystems, Inc.
Ph:877-259-7345, Em:brian.utterback-at-ess-you-enn-dot-kom
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
--
Adam Leventhal, FishWorkshttp://blogs.sun.com/ahl
to compile script
mpiconn.d: line 12: failed to resolve translated type
for args[0]?
--td
--
This message posted from opensolaris.org
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
--
Adam Leventhal
23409: unanticipated system error
Any thoughts? This is Solaris 10U2, aka 0606. Thanks in advance for any tips.
--
This message posted from opensolaris.org
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
--
Adam Leventhal
change every time a workspace is built.
Adam
--
Adam Leventhal, FishWorkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
+qlz
ViYv4WcILT4uJ79qoWoZdXHDZL1YliaxcwW3qRf3+P/iwz0w+g7N+PIwiMFafJlf
5ht8XZkBMOc=
=2JwS
-END PGP SIGNATURE-
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
--
Adam Leventhal, FishWorkshttp
and, of course, may be instrumented by the pid
provider.
Adam
--
Adam Leventhal, FishWorkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
On Wed, Oct 17, 2007 at 10:49:10PM -0700, LiJIan wrote:
pid$1::malloc_internal:return,
pid$1::oversize:entry
I assume you want the oversize:return probe rather than the entry probe.
Adam
--
Adam Leventhal, FishWorkshttp://blogs.sun.com/ahl
debugging framework for D scripts (e.g. the
putative 'dint' -- D lint -- and D stabs), but haven't made any progress
in that direction because there have been more pressing needs.
Adam
--
Adam Leventhal, FishWorkshttp://blogs.sun.com/ahl
://archives.postgresql.org
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
--
Adam Leventhal, FishWorkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss
more now that it's in the
wild.
Adam
--
Adam Leventhal, FishWorkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
that would have caught
this, feel free to submit the patch.
Adam
--
Adam Leventhal, FishWorkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
On Mon, Oct 29, 2007 at 03:13:38PM +0100, Quinn wrote:
At 9:30 -0700 27/10/07, Adam Leventhal wrote:
How should we submit bugs against the Apple implementation of DTrace?
In general, anyone can submit a bug against anything that Apple ships
by following the instructions on the following
/dtrace/test/tst/common/usdt/tst.onlyenabled.ksh
Do you have a bug filed on this or should I file one?
Adam
--
Adam Leventhal, FishWorkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
instrumentation to effect error injection for example.
I take it you guys haven't been running the test suite?
Adam
--
Adam Leventhal, FishWorkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss
which would allow D scripts to manipulate user-land objects much
more naturally. Unfortunately, the implementation is a ways off.
Adam
--
Adam Leventhal, FishWorkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace
opensolaris.org
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
--
Adam Leventhal, FishWorkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss
). usdt got plenty of testing, though not
in all the corner cases.
Excellent! I hope that it was helpful. Porting was one of the primary
reasons why we wanted to get the test suite putback into ON.
Adam
--
Adam Leventhal, FishWorkshttp://blogs.sun.com/ahl
the FreeBSD folks have, I think). I suppose
you could determine if DTrace exists on the system by doing something like
this and checking the exit status:
dtrace -n BEGIN -e
You'll need to include a special-casse for Mac OS X until their -G does
something.
Adam
--
Adam Leventhal, FishWorks
?
Adam
--
Adam Leventhal, FishWorkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
this?
Something seems at least a bit off with regard to Apple's implementation of
anonymous tracing:
# dtrace -A -n BEGIN
dtrace: failed in CFURLCreateDataAndPropertiesFromResource with code -10:
Unknown error: 0
Adam
--
Adam Leventhal, FishWorkshttp://blogs.sun.com/ahl
On Fri, Nov 16, 2007 at 12:58:19PM -0600, Nicolas Williams wrote:
On Fri, Nov 16, 2007 at 10:53:59AM -0800, Adam Leventhal wrote:
probe name args[2]
-- ---
nfsv4:::compound-op-start
On Fri, Nov 16, 2007 at 03:20:02PM -0600, Spencer Shepler wrote:
On Fri, Nov 16, 2007 at 12:58:19PM -0600, Nicolas Williams wrote:
On Fri, Nov 16, 2007 at 10:53:59AM -0800, Adam Leventhal wrote:
probe name args[2
@opensolaris.org
--
Adam Leventhal, FishWorkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
the Leopard and Solaris
versions of DTrace.
This would be a great addition to the new DTrace wiki we're working on. If
folks from the Apple team are interested in participating, please drop me
a note off list.
Adam
--
Adam Leventhal, FishWorkshttp://blogs.sun.com/ahl
On Mon, Nov 26, 2007 at 11:28:53AM -0800, Bryan Cantrill wrote:
I think my bias would be that you do the best you can with
pr_psargs -- and if that's only the execname, so be it. Others' thoughts?
+1
--
Adam Leventhal, FishWorkshttp://blogs.sun.com/ahl
@opensolaris.org
--
Adam Leventhal, FishWorkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
that
to be unreliable in the face of a vareity of compilers so we switched to
a more conservative approach.
Adam
--
Adam Leventhal, FishWorkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
to libnsl would be a great idea.
Adam
--
Adam Leventhal, FishWorkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
On Mon, Dec 03, 2007 at 11:17:10AM +, Quinn wrote:
And this is now being tracked as:
rdar://problem/5625473 Need way to tune DTrace tunables
Does that mean you'll be porting mdb ;-)
- ahl
--
Adam Leventhal, FishWorkshttp://blogs.sun.com/ahl
address syntax, and be sure you
don't put a probe on an address which isn't at the start of an instruction.
http://wikis.sun.com/display/DTrace/User+Process+Tracing#UserProcessTracing-TracingArbitraryInstructions
Adam
--
Adam Leventhal, FishWorkshttp://blogs.sun.com/ahl
variables in DTrace. Alternatively, you can find some message
handle to correlate events across diferent layers of the stack in different
languages.
Adam
--
Adam Leventhal, FishWorkshttp://blogs.sun.com/ahl
___
dtrace-discuss
could use as
an example to build a provider for a *different* application-layer protocol?
Thanks,
Dan McD.
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
--
Adam Leventhal, FishWorkshttp://blogs.sun.com/ahl
--
This message posted from opensolaris.org
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
--
Adam Leventhal, FishWorkshttp://blogs.sun.com/ahl
___
dtrace-discuss
--
Adam Leventhal, FishWorkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
provider entry probes.
- ahl
--
Adam Leventhal, FishWorkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
to dtrace_go() at the very least. You could
probably do this at the end of dt_proc_attach().
Adam
--
Adam Leventhal, FishWorkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
at
it.
Thanks,
Chad
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
--
Adam Leventhal, FishWorkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace
of a stretch.
Adam
--
Adam Leventhal, FishWorkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
(type)
information for all of the currently loaded kernel modules which can take
quite a while. Four minutes does seem a bit excessive. Are you seeing any
swapping?
Adam
--
Adam Leventhal, FishWorkshttp://blogs.sun.com/ahl
you're trying to do.
Adam
--
Adam Leventhal, FishWorkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
WRITE3args *
nfsv3:::op-write-done WRITE3res *
Note that op-null-* probes have an undefined args[2].
Documentation and examples can be found here:
http://wikis.sun.com/display/DTrace/nfsv3+Provider
---8---
--
Adam Leventhal, Fishworks
of NFSv3 (NLM, MOUNT, stat,
acl)? This would allow us to have a true nfsv3_snoop.d.
No immediate plans. What would be needed?
Adam
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss
both MemoryContextSwitchTo as well as LockBuffer out
there?
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
) how do i get pid functions firing on these future threads?
All threads in your process will be traced by the pid provider.
Adam
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss
think it's
one we're committed to, and its deficiencies can certainly be worked around.
Adam
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
gut
feeling is the lwp 3's registers take on lpw 2 regs. I'm hoping to
use Dtrace to refine my own debug prodding to conclude why the bug.
You might want to take a look at this presentation:
http://blogs.sun.com/ahl/entry/dtrace_boot_camp
- ahl
--
Adam Leventhal, Fishworks
. You will, however, be able to list USDT
probes without creating pid probes by doing something like:
dtrace -l -n *12[3]:::
Would it be worth having a special flag to dtrace(1M) which could list
the USDT probes (or providers) for a running process or executable
binary?
Adam
--
Adam Leventhal
to create a probe for every instruction in the process.
It seems like it would be useful to be able to view the USDT probes for
a non-running executable. What do people think?
Adam
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
to specify the probe like this:
pid$target::__1cGyacco2GParserOget_next_token6M_pn0AMCAbs_lr1_sym__:291
Adam
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
, but
please send out a proposal before you squat on a particular option character
as we have some plans for various ones...
- ahl
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss
specific functionality in
simple wrapper scripts.
Adam
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
underscores with a single one.
It was a conscious decision. Apologies for the inconvenience, but it would
be tricky to change at this point.
Adam
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace
want.
http://www.opensolaris.org/jive/thread.jspa?messageID=132638#132638
- ahl
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
/thread.jspa?messageID=180783#180783
Adam
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
, Tiller Beauchamp wrote:
Thank you both. I??ve gone ahead and added uaddr and usym to the wiki.
There are some other interesting functions and global variables that I??ve
seen used but aren??t documented, such as ucaller and ufunc.
.tiller
On 2/3/08 9:02 PM, Adam Leventhal [EMAIL PROTECTED
to Jon's statement about how one would gain
access. For larger contributions we're asking that individuals submit a
draft to the discussion list. Either wait for a thumbs up or for a few
days to pass.
Adam
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
/common/safety/tst.stddev.d
Examined files: 23
Contents Summary:
16 create
7 update
---8---
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
/DTrace/Actions+and+Subroutines#ActionsandSubroutines-{{copyinstr}}
And I've updated the chapter on User Process Tracing to include an example:
http://wikis.sun.com/display/DTrace/User+Process+Tracing#UserProcessTracing-{{copyin}}and{{copyinstr}}Subroutines
Adam
--
Adam Leventhal, Fishworks
-discuss mailing list
dtrace-discuss@opensolaris.org
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
87078
zfs 98398
genunix 114865
Adam
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
Hi Anuj,
You may need to provide a few more details, but DTrace allows you to
trace exactly what you want. Just specify the function component of
the pid provider probe:
pid123::foo:entry
You should take a look at the chapter in the DTrace docs on tracing
user-land processes.
- ahl
don't want this
way.
JianLi
--
This message posted from opensolaris.org
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
zfs itself accessing the disk?)
Thanks.
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
___
dtrace-discuss
the above in other ways?
Unfortunately not. Each record must be of a fixed a predetermined size so
you can't trace a variable amount of data in the way that you'd like.
Adam
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
= '\0';
bcopy(this-a, this-p + 1, 80);
tracemem(this-p, 81);
}
Despite this glorious work-around, please file a bug; if someone is interested
in getting involved with DTrace development, this would be a good fix to try
out.
Adam
--
Adam Leventhal, Fishworks
/Unstable/Common provider memcached args
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
the problem, or something else?
Cheers,
Mike
--
This message posted from opensolaris.org
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
function picks the incorrect __SUNW_dof from the symbol table.
Does that sound plausible?
Mike
--
This message posted from opensolaris.org
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
--
Adam Leventhal, Fishworks
list
dtrace-discuss@opensolaris.org
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
posted from opensolaris.org
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
?
--
This message posted from opensolaris.org
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
___
dtrace-discuss
. Brendan, if you don't write that damned
blog
post about this, I will!
Adam
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
probes. If there's some benchmark you're using which indicates
that the presence of USDT probes is hurting performance, we'd love to see
it.
Adam
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing
dtrace-discuss@opensolaris.org
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
where we could
accumulate all the official information for and by the community.
While the wiki software may not be ideal, it's certainly good enough.
We'll move the wiki once wikis.opensolaris.org becomes a reality,
but until then I think we'll scrape by with what we've got.
Adam
--
Adam
ambitious with my probing?
Thanks,
Mike
--
This message posted from opensolaris.org
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
dtrace_nonroot_maxsize via 'mdb -k' or
by adding a set directive to /etc/system (check out system(4)).
Adam
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
languages have a construct to let you create a new scope; adding
one to D might be a good idea.
Adam
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
for other cases, and I don't think
there's a generic solution.
Adam
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
. :-)
Adam
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
.
Thank you
--
Vlad
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
the binary and find the matching functions? addr2lin
Thanks a lot and sorry if this is a bit off topic.
Pierre-Olivier
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
--
Adam Leventhal, Fishworkshttp
-discuss mailing list
dtrace-discuss@opensolaris.org
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
-discuss mailing list
dtrace-discuss@opensolaris.org
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
. If the application being traced has meanwhile disappeared, there's
nothing to match to, and you get hex output.
Java symbol name resolution does not work in the same way as ustack() for
normal ELF symbols (i.e. C and C++).
Adam
--
Adam Leventhal, Fishworkshttp://blogs.sun.com
an exhaustive list of all function calls.
How do I narrow my probe specification?
Thanks -JZ
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
--
Adam Leventhal, Fishworks
that ? If so, why ?
That would be quite surprising given that the io provider is implemented by
adding static probes to the low-level I/O routines. Can you explain the
experiment you're doing?
Adam
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
resources are consumed when you open a new tab
see what functions are being called most frequently
see where firefox is spending its time
Adam
--
Adam Leventhal, Fishworks http://blogs.sun.com/ahl
___
dtrace-discuss
and the kernel.
I hope that helps.
Adam
--
Adam Leventhal, Fishworks http://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
, is there a better way to write the above? (Not so interested in the
fbt connect_entry stuff.)
--
This message posted from opensolaris.org
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
--
Adam Leventhal, Fishworks
at Apple for addressing the problem.
Adam
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
dumping kernel pages.
What's the limit on file upload to this site?
M
--
This message posted from opensolaris.org
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
--
Adam Leventhal, Fishworks http
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
--
Adam Leventhal, Fishworks http://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
Adam Leventhal wrote:
I've been meaning to write up a blog entry describing how USDT works, but
I've been afraid that only James McIlree and I would find it interesting.
On Mon, Jun 16, 2008 at 01:58:53PM -0700, Michael Schuster wrote:
not so! ;-)
On Mon, Jun 16, 2008 at 10:05:48PM +0100
you compile USDT providers on Solaris 8 or 9.
We'll send out an announcement to this list when it becomes available.
Adam
--
Adam Leventhal, Solaris Kernel Development
http://blogs.sun.com/ahl
Can I get the details of this packages?
--
This message posted from
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
--
Adam Leventhal, Fishworkshttp://blogs.sun.com/ahl
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
1 - 100 of 281 matches
Mail list logo
