Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[PATCH\s+2\.6\]\s+update\s+to\s+network\s+emulation\s+QOS\s+scheduler\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[PATCH\s+2\.6\]\s+update\s+to\s+network\s+emulation\s+QOS\s+scheduler\s*$/: 38 ]

Total 38 documents matching your query.

1. [PATCH 2.6] update to network emulation QOS scheduler (score: 1): Author: Stephen Hemminger <shemminger@xxxxxxxx>; Date: Thu, 1 Jul 2004 11:33:12 -0700; This patch updates the network emulation packet scheduler. * name changed from delay to netem since it does more than just delay * Catalin's merged code to do packet reordering * uses a socket queue'; /archives/netdev/2004-07/msg00006.html (28,341 bytes)
2. Re: [PATCH 2.6] update to network emulation QOS scheduler (score: 1): Author: xxxxxx>; Date: Fri, 2 Jul 2004 13:44:37 -0700; Here is an enhancement to netem to do allow emulating lower speed networks. The resolution is close, but obviously limited by the granularity of timers and size of packets. Also, fixes a rtnetlink de; /archives/netdev/2004-07/msg00035.html (12,175 bytes)
3. Re: [PATCH 2.6] update to network emulation QOS scheduler (score: 1): Author: ler" <davem@xxxxxxxxxx>; Date: Mon, 5 Jul 2004 19:49:25 -0700; I'm going to hold off on Stephen's patches until Jamal and he has a chance to fight it out :-); /archives/netdev/2004-07/msg00118.html (9,861 bytes)
4. Re: [PATCH 2.6] update to network emulation QOS scheduler (score: 1): Author: rt Xu <herbert@xxxxxxxxxxxxxxxxxxx>; Date: 06 Jul 2004 09:04:50 -0400; Actually i would be fine with it if Stephen gets rid of the new "rate" thing. cheers, jamal; /archives/netdev/2004-07/msg00127.html (10,733 bytes)
5. Re: [PATCH 2.6] update to network emulation QOS scheduler (score: 1): Author: While); Date: Tue, 6 Jul 2004 09:09:06 -0700; Your examples made me think about this more. The netfilter seem best suited to things that effect the flow of packets (dropping, reordering, even corrupting), and the qdisc seems best when the timing; /archives/netdev/2004-07/msg00136.html (12,632 bytes)
6. Re: [PATCH 2.6] update to network emulation QOS scheduler (score: 1): Author: d S. Miller" <davem@xxxxxxxxxx>; Date: Tue, 6 Jul 2004 14:02:56 -0700; Applied, thanks Stephen.; /archives/netdev/2004-07/msg00162.html (9,384 bytes)
7. Re: [PATCH 2.6] update to network emulation QOS scheduler (score: 1): Author: S. Miller" <davem@xxxxxxxxxx>; Date: Tue, 6 Jul 2004 14:41:32 -0700; Ok, so for now I'm going to just put in this part of Stephen's patch which just adds the rtnetlink.h include and the loss optimization. To be honest, the rate feature is such a tiny amount of code...; /archives/netdev/2004-07/msg00167.html (12,535 bytes)
8. Re: [PATCH 2.6] update to network emulation QOS scheduler (score: 1): Author: x>; Date: 06 Jul 2004 21:36:20 -0400; Some of the attributes you are trying to control need queueing; no doubt the best spot to do queueing is on a qdisc. Delays, and reordering for example are ideal. Rate control as well fits here. Ther; /archives/netdev/2004-07/msg00181.html (13,542 bytes)
9. Re: [PATCH 2.6] update to network emulation QOS scheduler (score: 1): Author: vem@xxxxxxxxxx>; Date: Tue, 6 Jul 2004 18:51:46 -0700; It's a netfilter iptables module that essentially uses sch_tbf.c's simple token bucket filter algorithm. See net/ipv4/netfilter/ipt_limit.c for details.; /archives/netdev/2004-07/msg00182.html (11,124 bytes)
10. Re: [PATCH 2.6] update to network emulation QOS scheduler (score: 1): Author: r@xxxxxxx>; Date: 02 Jul 2004 23:13:52 -0400; I think its time i illustrate my comments earlier with some example hopefully this will curb the amount of features on this qdisc. I do think theres value in having this thing do delay and jitter, bu; /archives/netdev/2004-07/msg00183.html (12,934 bytes)
11. Re: [PATCH 2.6] update to network emulation QOS scheduler (score: 1): Author: Rhee" <rhee@xxxxxxxxxxxx>; Date: Wed, 7 Jul 2004 09:39:34 +0300 (EEST); On Tue, 6 Jul 2004, jamal wrote: On Mon, 2004-07-05 at 22:49, David S. Miller wrote: I'm going to hold off on Stephen's patches until Jamal and he has a chance to fight it out :-) Actually i would be; /archives/netdev/2004-07/msg00197.html (11,672 bytes)
12. Re: [PATCH 2.6] update to network emulation QOS scheduler (score: 1): Author: uznetsov <kuznet@xxxxxxxxxxxxx>; Date: Wed, 7 Jul 2004 10:01:30 +0300 (EEST); On Wed, 6 Jul 2004, jamal wrote: On Tue, 2004-07-06 at 12:09, Stephen Hemminger wrote: Your examples made me think about this more. The netfilter seem best suited to things that effect the flow of pa; /archives/netdev/2004-07/msg00210.html (14,189 bytes)
13. Re: [PATCH 2.6] update to network emulation QOS scheduler (score: 1): Author: Hemminger <shemminger@xxxxxxxx>; Date: Wed, 7 Jul 2004 11:10:55 -0700; Ok, I'll bite how would you do: Rate limit packet egress on a ethernet device (eth0) so it looks like a slow DSL link (25 Kbps) by not dropping packets but by pacing the data.; /archives/netdev/2004-07/msg00213.html (10,222 bytes)
14. Re: [PATCH 2.6] update to network emulation QOS scheduler (score: 1): Author: xxxxxx>; Date: 07 Jul 2004 14:44:46 -0400; I dont think that should stop you from adding the feature. To answer your question, yes, duplicates can be sent to that qdisc using the tc extensions. Go ahead. The tc extension creation of duplicate; /archives/netdev/2004-07/msg00217.html (11,460 bytes)
15. Re: [PATCH 2.6] update to network emulation QOS scheduler (score: 1): Author: r <shemminger@xxxxxxxx>; Date: 07 Jul 2004 14:57:48 -0400; I seem to have hit the jackpot - all my emails to netdev are showing up and on time too. Doesnt TBF work? rate 25kbit burst 90k should probably do it. Maybe i misunderstood the question. You may be a; /archives/netdev/2004-07/msg00218.html (11,204 bytes)
16. Re: [PATCH 2.6] update to network emulation QOS scheduler (score: 1): Author: ubert <ahu@xxxxxxx>; Date: Wed, 7 Jul 2004 13:58:31 -0700; TBF works but since the sender (on the same local machine) may go over it's allocation, it will drop packets. For example, if I use tbf to simulate a slow 33k bits/sec link then TCP test never comple; /archives/netdev/2004-07/msg00227.html (11,707 bytes)
17. Re: [PATCH 2.6] update to network emulation QOS scheduler (score: 1): Author: en Hemminger <shemminger@xxxxxxxx>; Date: 07 Jul 2004 17:11:39 -0400; As should any queue that gets congested. I am not sure i follow; is this because of the return code from the enqueue? cheers, jamal; /archives/netdev/2004-07/msg00229.html (10,833 bytes)
18. Re: [PATCH 2.6] update to network emulation QOS scheduler (score: 1): Author: avid S. Miller" <davem@xxxxxxxxxx>; Date: Wed, 7 Jul 2004 14:22:16 -0700; Actually, the problem only occurs if burst is set large (like 2mb). I think it gets stuck waiting for that much data.; /archives/netdev/2004-07/msg00232.html (11,056 bytes)
19. Re: [PATCH 2.6] update to network emulation QOS scheduler (score: 1): Author: xxxx>; Date: 08 Jul 2004 09:36:14 -0400; I have taken out lartc from the CC; it keeps bouncing emails back to me. Sounds like a bug. If you have the exact setup description i can chase it. What about CBQ, HTB, H-FSC? The other way to do it; /archives/netdev/2004-07/msg00256.html (10,858 bytes)
20. [PATCH 2.6] update to network emulation QOS scheduler (score: 1): Author: Stephen Hemminger <shemminger@xxxxxxxx>; Date: Thu, 1 Jul 2004 11:33:12 -0700; This patch updates the network emulation packet scheduler. * name changed from delay to netem since it does more than just delay * Catalin's merged code to do packet reordering * uses a socket queue'; /archives/netdev/2004-07/msg00822.html (28,341 bytes)

Current List: 1 - 20
Page: [1] [2]