From: jamal <hadi@cyberus.ca> Date: Fri, 18 Jul 2008 09:27:21 -0400The fundamental issue is what we believe qdiscs schedule, do they schedule a device, or do they schedule what their namesake implies, "queues"? Logically once we have multiple queues, we schedule queues. Therefore what probably makes sense is that for mostly stateless priority queueing such as pfifo_fast, doing prioritization at the queue level is OK. But where non-trivial classification occurs, we have to either: 1) Make the queue selection match what the classifiers would do exactly. OR 2) Point all the queues at a single device global qdisc. What we have now implements #2. Later on we can try to do something as sophisticated as #1. -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| Andrew Morton | Re: -mm merge plans for 2.6.23 -- sys_fallocate |
| david | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Linus Torvalds | Linux 2.6.27-rc5 |
| David Miller | Re: [PATCH] net: Fix the prototype of call_netdevice_notifiers |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | Re: [GIT]: Networking |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
