dtrace-discuss@opensolaris.org
--
regards/mit freundlichen Grüssen
Michael Schuster
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
dtrace-discuss@opensolaris.org
--
regards/mit freundlichen Grüssen
Michael Schuster
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
On 26.10.10 15:32, goinsane wrote:
Hi,
I'd like to know if D enables to save and recall values of the same thread in a
way like self-... does.
Let's say a thread fires syscall::open:entry two times and gets 2
filedescriptors. How could I save those in syscall::open:return for later reuse?
On 20.05.10 01:25, Kevin Colwell wrote:
In reviewing some dtrace output I'm confused because something I expect
to see is missing. I see a process' thread enter a function but I never
see it return. About a minute later I see the same tid active, but in
other functions. I'm guessing that
On 11.05.10 20:26, William Reich wrote:
as far as I know - no
again, any other executable , say hello world , works with dtrace just
fine.
Only this one particular executable is not working with dtrace.
IIRC, it was a fairly complex beast. can you reduce it to the minimal set
that still
On 11.05.10 14:38, William Reich wrote:
as implied in the first email ( below ) ,
the only thing that I see as different between this particular process
and any other
is that
a) the executable is 8.5 megs as it sits on the disk
I don't think this should be an issue ... but can you give some
On 10.05.10 15:51, William Reich wrote:
Yes, I am trying to find my hotspots.
However - NO dtrace script will work.
how is it failing? like your initial script:
Now I want to use this script on a large C++ executable.
The executable is 8.5 meg in size on a x86 platform.
This executable has
On 10.05.10 21:01, William Reich wrote:
only this process fails -
./adc.d 24930
dtrace: failed to compile script ./adc.d: line 7: failed to grab
process 24930
This script works fine on any other process.
so then the obvious question is: what's different about that
process/program? are you
that the numbers themselves won't solve?
Michael
--
Michael SchusterOracle
Recursion, n.: see 'Recursion'
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
On 05.05.10 18:11, Yossi Lev wrote:
Hi Michael
I just found a function that (sort of) does what I need: it is called lltostr
and it takes a long long integer, and returns a string that represents it.
(Unfortunately I didn't find an option to do the translation in hexadecimal,
but I can live
On 05.05.10 18:40, Yossi Lev wrote:
Thanks, I know that I can provide multiple keys, but the number of keys
for an aggregation must be constant, and I didn't want to pad with zeros
all missing keys as in the common case my sequence has 2 or 3 keys (and
not the maximum number of 8). These are
for the crash
can you examine the core dump?
Michael
--
Michael Schusterhttp://blogs.sun.com/recursion
Recursion, n.: see 'Recursion'
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
Qihua Wu wrote:
Why sched is often interrupt on cpu 0 instead of distribution evenly on
all cpu?
dtrace -n 'sdt:::interrupt-start { @num[execname,cpu] = count(); }'
dtrace: description 'sdt:::interrupt-start ' matched 1 probe
the output of intrstat may help.
Michael
--
Michael Schuster
, but maybe focussing on the network tools can gain
you some more knowledge here.
HTH
Michael
--
Michael Schusterhttp://blogs.sun.com/recursion
Recursion, n.: see 'Recursion'
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
reports of I see hex numbers instead of symbols reported),
and stop makes sure the child process doesn't go and do all the interesting
work before dtrace gets instrumentation in place - or so I understand it.
Michael
--
Michael Schuster http://blogs.sun.com/recursion
Recursion, n.: see
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
--
Michael Schusterhttp://blogs.sun.com/recursion
Recursion, n.: see 'Recursion
resolution the HW
can offer.
Is timestamp really that accurate when the hi-res-tick-timer is off ?
the unit is in ns, precision can be less (at least that's what I remember
from the last time I looked at this) and again depends on HW.
Michael
--
Michael Schusterhttp://blogs.sun.com
the time, or is it better to keep it running and throw away the data
points I don't want?
wouldn't it make more sense to use kstats for the long-term data
collection? after all, that's what they're there for.
(I know, probably not what you wanted to hear ;-)
Michael
--
Michael Schusterhttp
) and watch for changes (or to start simple and add bits ...).
HTH
Michael
--
Michael Schusterhttp://blogs.sun.com/recursion
Recursion, n.: see 'Recursion'
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
library name (libmylib.so.1) is specified, DTrace does
its job; apparently, the matching code has suffered since it was introduced.
thx all for your help
Michael
--
Michael Schusterhttp://blogs.sun.com/recursion
Recursion, n.: see 'Recursion
use -fomit-frame-pointer!
– Sun compilers: avoid -xO4; it does this by
default!
which, AFAICT, I'm not doing [I tweaked the options for development])
TIA
Michael
--
Michael Schusterhttp://blogs.sun.com/recursion
Recursion, n.: see 'Recursion
On 04/01/09 10:06, Chad Mynhier wrote:
On Wed, Apr 1, 2009 at 12:41 PM, Michael Schuster
michael.schus...@sun.com wrote:
All,
from reading of the DTrace documentation, eg. at
http://wikis.sun.com/display/DTrace/pid+Provider, I got the impression that
I could do something like
dtrace -n
) there's some inherent issues with this?
We'd appreciate any insight/feedback/pointers.
thx
Michael
--
Michael Schusterhttp://blogs.sun.com/recursion
Recursion, n.: see 'Recursion'
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
, and MySQL is run as a daemon as well.
ah ... that's not in ON, that's why :-)
thx
Michael
Rayson
On 3/26/09, Michael Schuster michael.schus...@sun.com wrote:
All,
we're considering instrumenting the daemon we're developing for our project
with SDT probes, and were a little surprised
)
is this something related to DTrace, or is dtrace-discuss the first alias
that came to mind?
HTH
Michael
--
Michael Schusterhttp://blogs.sun.com/recursion
Recursion, n.: see 'Recursion'
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
;-) more specific about what you're trying to achieve.
DTrace is a very powerful tool, and there's many problems for which DTrace
isn't the best tool in the first place, it's hard to give any helpful
advice for such a vague question.
Michael
--
Michael Schusterhttp://blogs.sun.com
[EMAIL PROTECTED] wrote:
What I mean to ask is will PID provider trace child processes forked by the
parent process?
no. You need to trace fork/exec system calls (or similar events) and run a
new script (or the same again ...) with appropriate arguments (ie pid).
HTH
Michael
--
Michael
:
fbt:ip:tcp_conn_request:entry): invalid address (0x0) in action #4 at
DIF offset 12
--
Michael Schuster http://blogs.sun.com/recursion
Recursion, n.: see 'Recursion'
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
the names from, and all you see is addresses.
HTH
Michael
--
Michael Schuster http://blogs.sun.com/recursion
Recursion, n.: see 'Recursion'
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
complicated for what you want to
do, and it may look different on the Mac, but you get the idea, I hope.
HTH
Michael
--
Michael Schusterhttp://blogs.sun.com/recursion
Recursion, n.: see 'Recursion'
___
dtrace-discuss mailing list
dtrace-discuss
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 Schusterhttp://blogs.sun.com/recursion
description
pid10312:libc.so.1:malloc:entry does not match any probes
this begs the question:
is there a process with pid 10312?
Michael
--
Michael Schusterhttp://blogs.sun.com/recursion
Recursion, n.: see 'Recursion'
___
dtrace-discuss
9:41 AM, Michael Schuster [EMAIL PROTECTED] wrote:
Fletcher Cocquyt wrote:
Hola, I am trying to isolate the memory leak I suspect in a mailman
installation I found:
http://blogs.sun.com/sanjeevb/date/200506
It gives an error:
[EMAIL PROTECTED]:~ 9:21am 65 # ./memleak.d 10312
dtrace
disable the unloading for test purposes and see what happens?
HTH
Michael
--
Michael Schusterhttp://blogs.sun.com/recursion
Recursion, n.: see 'Recursion'
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
struct once */
self-d = self-d-next;
}
and repeat the last clause several as many times as you anticipate it
may be necessary.
HTH
Michael
--
Michael Schusterhttp://blogs.sun.com/recursion
Recursion, n.: see 'Recursion'
___
dtrace
;
this-size = this-mp-b_wptr - this-mp-b_rptr;
this-count=1;
}
fbt::driver_send:entry
/this-mp this-mp-b_cont/
{
this-mp = this-mp-b_cont;
this-size += this-mp-b_wptr - this-mp-b_rptr;
this-count++;
}
--
Michael Schusterhttp://blogs.sun.com/recursion
Recursion, n.: see 'Recursion
Andrew Gallatin wrote:
Michael Schuster wrote:
Andrew Gallatin wrote:
Thanks! That seems to work.
FWIW, recursion also seems to work. Eg:
can you explain a little what you mean by that? As I understand both
DTrace and recursion, they don't really mix.
Michael
fbt::driver_send:entry
) and that process completed in around 50 seconds.
We are suspecting that maybe the single Floating-point inside that T2000 is
causing this problem?
do you have any information about what this program is actually doing or
meant to do? CAn you talk to the developer about this?
michael
--
Michael
Michael
--
Michael Schuster http://blogs.sun.com/recursion
Recursion, n.: see 'Recursion'
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
(to write output to a file)?
- you can add set snooping=1 to /etc/system. In the case that the machine
is so badly hung that the clock stops working, this will panic the machine.
(works only after next reboot).
HTH
Michael
--
Michael Schuster http://blogs.sun.com/recursion
Recursion, n.: see
in the same area, and, when
used appropriately, probe impact is minimal.
I have to misuse this thread for another question: Q: Where can I
discuss asynchronous socketing on [Open]Solaris ?
that'd be [EMAIL PROTECTED]
Michael
--
Michael Schuster http://blogs.sun.com/recursion
Recursion, n
--
Michael Schuster http://blogs.sun.com/recursion
Recursion, n.: see 'Recursion'
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
dtrace instance in system()
reinserts
probes (it takes some time).
Do you know some workaround ?
the usual thing to do is to stop() the process in question and then do
the system() thing.
HTH
Michael
--
Michael Schusterhttp://blogs.sun.com/recursion
Recursion, n.: see 'Recursion
they're actually doing and access to the
source code. I'd talk to the people developing this app.
Michael
--
Michael Schusterhttp://blogs.sun.com/recursion
Recursion, n.: see 'Recursion'
___
dtrace-discuss mailing list
dtrace-discuss
as overengineered. Using it
for fixing programgs would be.
--
Michael SchusterSun Microsystems, Inc.
http://blogs.sun.com/recursion
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
.
Michael
--
Michael Schusterhttp://blogs.sun.com/recursion
Recursion, n.: see 'Recursion'
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
Bryan Cantrill wrote:
On Thu, Dec 20, 2007 at 12:38:26PM -0800, Roman Shaposhnik wrote:
On Thu, 2007-12-20 at 06:26 -0800, michael schuster wrote:
what I did notice though is that walltimestamp does NOT increase at the
same rate
as timestamp does,
Given the documentation I would consider
.
Please use the search capabilities on opensolaris.org to find a better place.
Michael
--
Michael Schuster
Recursion, n.: see 'Recursion'
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
.
Michael
--
Michael Schuster
Recursion, n.: see 'Recursion'
___
dtrace-discuss mailing list
dtrace-discuss@opensolaris.org
Peter Vrabel wrote:
Hi,
is there any possibility to check, if the user space pointer is
correct or not? I don't refer to invalid address error caused by
fault-in paging. Thanks.
define correct pointer.
Michael
--
Michael SchusterSun Microsystems, Inc.
recursion, n: see 'recursion
started off with a different
example, where it would have been ...)
Michael
- Original Message
From: michael schuster [EMAIL PROTECTED]
To: Ajit Bansode [EMAIL PROTECTED]
Cc: dtrace-discuss@opensolaris.org
Sent: Friday, 31 August, 2007 11:06:52 AM
Subject: Re: [dtrace-discuss
51 matches
Mail list logo
