Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[RFC\]\s+batched\s+tc\s+to\s+improve\s+change\s+throughput\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[RFC\]\s+batched\s+tc\s+to\s+improve\s+change\s+throughput\s*$/: 88 ]

Total 88 documents matching your query.

1. Re: [RFC] batched tc to improve change throughput (score: 1): Author: 吉藤英明 <yoshfuji@xxxxxxxxxxxxxx>; Date: Fri, 11 Feb 2005 10:07:26 -0500; (Sorry to join this thread so late.) I'd like to make a little plug for my Linux QoS Library (LQL) [1] project. LQL provides an abstraction of the kernel QoS features. Full API documentation is avail; /archives/netdev/2005-02/msg00381.html (10,876 bytes)
2. Re: [RFC] batched tc to improve change throughput (score: 1): Author: s Wright <chrisw@xxxxxxxx>; Date: 12 Feb 2005 08:45:23 -0500; On first impression, this looks very nice - I think you got the object hierachy figured etc; i will look closely later. What would be really interesting is to see (gulp) a SOAP/xml interface on top o; /archives/netdev/2005-02/msg00419.html (12,108 bytes)
3. Re: [RFC] batched tc to improve change throughput (score: 1): Author: Wright <chrisw@xxxxxxxx>; Date: Sat, 12 Feb 2005 15:29:43 +0100; I've been looking at this before and I do like your approach. The license prevents me from really using it buts that's not your problem. What I really like about it are the bindings to other languag; /archives/netdev/2005-02/msg00421.html (12,240 bytes)
4. Re: [RFC] batched tc to improve change throughput (score: 1): Author: xxxxxxx>; Date: Sat, 12 Feb 2005 17:07:13 -0500; Yes, a SOAP/XML-RPC interface should be quite possible. This is one of the main reasons I went to the trouble of creating the Mono bindings. I need to create some sort of XML interface to LQL in the; /archives/netdev/2005-02/msg00440.html (11,236 bytes)
5. Re: [RFC] batched tc to improve change throughput (score: 1): Author: xxxxxxxx>; Date: Sat, 12 Feb 2005 23:32:04 +0100; * Dan Siemon <1108246033.7554.18.camel@ganymede> 2005-02-12 17:07 Before you go ahead, please consider its possible usages. If possible it should conform to an existing format allowing for distribute; /archives/netdev/2005-02/msg00442.html (11,840 bytes)
6. Re: [RFC] batched tc to improve change throughput (score: 1): Author: ieu@xxxxxxxxxxxxx>; Date: Sun, 13 Feb 2005 19:23:37 -0500; The initial implementation will be very specific to LQLs methods. I need this for a prototype application. I don't see how byte order issues are a problem when using SOAP. Example? My main design goa; /archives/netdev/2005-02/msg00458.html (13,068 bytes)
7. Re: [RFC] batched tc to improve change throughput (score: 1): Author: y <sds@xxxxxxxxxxxxxx>; Date: Mon, 14 Feb 2005 15:27:10 +0100; It depends on wehther your outline every qdisc/filter in the protocol. If you do so it's not a problem but you have to extend your protocol every time a new qdisc is introduced or an existing one ch; /archives/netdev/2005-02/msg00470.html (10,859 bytes)
8. Re: [RFC] batched tc to improve change throughput (score: 1): Author: xxxxxxxxxxxxx>; Date: Tue, 15 Feb 2005 15:28:14 -0500; Perhaps we could agree on a single API for the low-level message parsing and netlink message construction. At least then we would not be duplicating bug-fixes in our netlink code. Whether or not this; /archives/netdev/2005-02/msg00507.html (11,204 bytes)
9. Re: [RFC] batched tc to improve change throughput (score: 1): Author: rt Xu <herbert@xxxxxxxxxxxxxxxxxxx>; Date: Tue, 15 Feb 2005 21:47:23 +0100; Sure, I think they're quite similiar. I abstracted the netlink message and routing attributes building a bit and added some bits for simplification. http://people.suug.ch/~tgr/libnl/doc/group__msg.h; /archives/netdev/2005-02/msg00510.html (11,513 bytes)
10. Re: [RFC] batched tc to improve change throughput (score: 1): Author: orton <akpm@xxxxxxxx>; Date: Tue, 22 Feb 2005 16:40:40 -0500; Sorry, for the tardy response. That could be a problem. The GObject struct must be at the start so that all sub-classes can be operated on with the g_object_ functions. The only way to make these obj; /archives/netdev/2005-02/msg00805.html (11,299 bytes)
11. Re: [RFC] batched tc to improve change throughput (score: 1): Author: k.jones2@xxxxxx>; Date: Wed, 23 Feb 2005 00:15:54 +0100; It's not a problem, as you note we can put the gobject information into NLHDR_COMMON. I'm not focusing on such bindings but if you want to reuse my code, feel free.; /archives/netdev/2005-02/msg00809.html (10,109 bytes)
12. New syskonnect gigabit ether driver (skge) (score: 1): Author: s Graf <tgraf@xxxxxxx>; Date: Mon, 17 Jan 2005 16:23:12 +0100; this work is done to avoid sending s; /archives/netdev/2005-01/msg00711.html (9,041 bytes)
13. FC] batched tc to improve change throughput (score: 1): Author: Tepper <hasso@xxxxxxxxx>; Date: 17 Jan 2005 10:45:11 -0500; on 3c940 10/100/1000Base-T [Marvell; /archives/netdev/2005-01/msg00712.html (10,473 bytes)
14. FC] batched tc to improve change throughput (score: 1): Author: >; Date: Mon, 17 Jan 2005 17:05:39 +0100; ormance numbers for the ematch changes I realized that the throughput of changes per second is almost only limited by the cost of starting the tc binary over and over. In order t; /archives/netdev/2005-01/msg00713.html (9,067 bytes)
15. FC] batched tc to improve change throughput (score: 1): Author: @xxxxxxxxx>; Date: 17 Jan 2005 11:36:47 -0500; tch option to tc? ;-> cheers, jamal; /archives/netdev/2005-01/msg00714.html (9,941 bytes)
16. FC] batched tc to improve change throughput (score: 1): Author: <tgraf@xxxxxxx>; Date: Mon, 17 Jan 2005 17:56:26 +0100; ny commenting - it doesn't get along with my more complicated ematch parsing; /archives/netdev/2005-01/msg00715.html (10,862 bytes)
17. t Ethernet PHY support (using driver model) (score: 1): Author:; Date: Mon, 17 Jan 2005 10:00:04 -0800; also not able to split things acros; /archives/netdev/2005-01/msg00717.html (10,692 bytes)
18. FC] batched tc to improve change throughput (score: 1): Author: raf@xxxxxxx>; Date: Mon, 17 Jan 2005 10:02:16 -0800; vers/net/phy/Makefile | 9 drivers/net/phy/cicada.c | 165 +++; /archives/netdev/2005-01/msg00718.html (10,510 bytes)
19. : [PATCH] Use unlocked_ioctl for sock_ioctl (score: 1): Author: xxxxxxxxxx>; Date: 17 Jan 2005 17:49:57 -0500; hanks Adrian.; /archives/netdev/2005-01/msg00751.html (12,023 bytes)
20. Ensure to learn link-layer address from RA. (score: 1): Author: @xxxxxxx>; Date: Tue, 18 Jan 2005 14:44:06 +0100; nd I did at Xerox during the early 1; /archives/netdev/2005-01/msg00780.html (12,228 bytes)

Current List: 1 - 20
Page: [1] [2] [3] [4] [5]