Hi,
I have a user space program which connects to different kernel
modules with generic netlink. Each module provides its own generic
netlink family.
For each module to connect to I create a socket and bind it:
fd = socket(AF_NETLINK, SOCK_RAW, NETLINK_GENERIC);
struct sockaddr_nl addr;
in this email and the whole patch can be found on
http://www.tcn.hypert.net/tcn_iproute2_2_6_23
Signed-off-by: Ariane Keller [EMAIL PROTECTED]
---
diff -uprN originIPRoute/include/linux/pkt_sched.h
iproute2-2.6.23/include/linux/pkt_sched.h
--- originIPRoute/include/linux/pkt_sched.h 2007-10-16
Hi Stephen
Approximately a year ago we discussed an enhancement to netem,
which we called trace control for netem.
We obtain the value for the packet delay, drop, duplication and
corruption from a so called trace file. The trace file may be
obtained by monitoring network traffic and thus
-by: Ariane Keller [EMAIL PROTECTED]
---
diff -uprN -X linux-2.6.23.8-vanilla/Documentation/dontdiff
linux-2.6.23.8-vanilla/include/linux/pkt_sched.h
linux-2.6.23.8/include/linux/pkt_sched.h
--- linux-2.6.23.8-vanilla/include/linux/pkt_sched.h 2007-11-16
19:14:27.0 +0100
+++ linux-2.6.23.8
Thanks for your comments!
I'd like to better understand your dislike of the current implementation
of the data transfer from user space to kernel space.
Is it the fact that we use configfs?
I think, we had already a discussion about this (and we changed from
procfs to configfs).
Or don't you
Patrick McHardy wrote:
Ariane Keller wrote:
Thanks for your comments!
I'd like to better understand your dislike of the current
implementation of the data transfer from user space to kernel space.
Is it the fact that we use configfs?
I think, we had already a discussion about this (and we
That sounds like it would also be possible using rtnetlink. You could
send out a notification whenever you switch the active buffer and have
userspace listen to these and replace the inactive one.
I guess using rtnetlink is possible. However I'm not sure about how to
implement it:
The first
I thought about that as well, but in my opinion this does not help much.
It's the same as before: in average every 10ms a new buffer needs to be
filled.
Ben Greear wrote:
Ariane Keller wrote:
Increasing the cache size to say 32k for each buffer would be no problem.
Is this enough?
Maybe
Ben Greear wrote:
Ariane Keller wrote:
I thought about that as well, but in my opinion this does not help much.
It's the same as before: in average every 10ms a new buffer needs to
be filled.
But, you can fill 50 or 100 at a time, so if user-space is delayed for a
few ms, the
kernel still
If you actually run out of the trace buffers, do you just continue to
run with the last settings? If so, that would keep up throughput
even if you are out of trace buffers...
Upon configuring the qdisc you can specify a default value, which is
taken when the buffers are empty. It is either
Thanks for your comments!
Patrick McHardy wrote:
Ariane Keller wrote:
That sounds like it would also be possible using rtnetlink. You could
send out a notification whenever you switch the active buffer and have
userspace listen to these and replace the inactive one.
I guess using rtnetlink
I finally managed to rewrite the netem trace extension to use rtnetlink
communication for the data transfer for user space to kernel space.
The kernel patch is available here:
http://www.tcn.hypert.net/tcn_kernel_2_6_23_rtnetlink
and the iproute patch is here:
forward for your comments!
Thanks!
Ariane
Ben Greear wrote:
Ariane Keller wrote:
Yes, for short-term starvation it helps certainly.
But I'm still not convinced that it is really necessary to add more
buffers, because I'm not sure whether the bottleneck is really the
loading of data from user
receiving such a notification this process sends
the next 1000 values to the netem module.
signed-off-by: Ariane Keller [EMAIL PROTECTED]
---
diff -uprN -X linux-2.6.23.8/Documentation/dontdiff
linux-2.6.23.8/include/linux/pkt_sched.h
linux-2.6.23.8_mod/include/linux/pkt_sched.h
--- linux-2.6.23.8
The iproute patch is to big to send on the mailing list,
since the distribution data have changed the directory.
For ease of discussion I add the important changes in this mail.
signed-of-by: Ariane Keller [EMAIL PROTECTED]
---
diff -uprN iproute2-2.6.23/netem/trace/flowseed.c
iproute2
15 matches
Mail list logo