This simple .d script fails:
---script begin---
#!/usr/sbin/dtrace -s
struct my_args {
int ii;
};
fbt::sys_select:entry
{
printf(sys_select %i, ((struct my_args*)copyin(arg1, sizeof (struct
my_args)))-ii);
}
---script end---
dtrace: error on enabled probe ID 1 (ID 33598:
on 24/07/2013 21:13 Yuri said the following:
This simple .d script fails:
---script begin---
#!/usr/sbin/dtrace -s
struct my_args {
int ii;
};
fbt::sys_select:entry
{
printf(sys_select %i, ((struct my_args*)copyin(arg1, sizeof (struct
my_args)))-ii);
}
---script end---
Did we ever reach a consensus about this issue? We discussed it
somewhat and more or less came to a conclusion that yes this would be
nice.
Has anyone got as far as to step up and say they'll implement something
yet? I have some good ideas on testing it and making use of it from
userland, code
http://lists.freebsd.org/pipermail/freebsd-stable/2009-September/051789.html
This is the thread that I was referring to earlier. Since the patch is for
2009, what are the chances it would work with 10.x or 9.x?
On PowerPC machines with a low MHz rate- or any machine with a CPU rate of
800 MHz
In message CAJ-Vmo=ocmkqeo4aa9mdzwbhabu0uqv+ec_1qkt4aelewn3...@mail.gmail.com
, you wrote:
Hi,
Well, I've done this before. More than once. I'm glad that you've
stuck through helping me understand what nc is doing; I'm
unfortunately busy doing other things
What you end up doing is:
* tracking
Well, why is it reducing latency? That's the thing you should investigate.
Is it because processes aren't getting enough time? or too much time?
Or the audio device isn't getting enough time to run? etc.
-adrian
On 24 July 2013 15:35, Super Bisquit superbisq...@gmail.com wrote:
I now work at a place where I have to care about this.
So, if someone provides me with a sane implementation and API
description, I'll review and commit it.
-adrian
On 24 July 2013 09:48, Paul LeoNerd leon...@leonerd.org.uk wrote:
Did we ever reach a consensus about this issue? We discussed
On 24 July 2013 16:43, Ronald F. Guilmette r...@tristatelogic.com wrote:
Thank you.
Please consider yourself bugged.
(1/2 :-)
:-)
I'm currently trying to figure out ixgbe and lagg bugs (separately and
together.) Once I've done that, I'll look at nc. Just keep bugging me
until I do.
When I started with FreeBSD on a G3 BW, I noticed that the performance
improved with a higher kern.hz rating. Unless the future holds an emu20k2,
there will be RAM used from the motherboard.
1. I will need a real-time or a faster kernel- hence the high rate wanted-
because the devices to be built
9 matches
Mail list logo
