From owner-freebsd-hackers  Mon Jun 16 04:30:23 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id EAA29833
          for hackers-outgoing; Mon, 16 Jun 1997 04:30:23 -0700 (PDT)
Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA29823
          for <hackers@FreeBSD.ORG>; Mon, 16 Jun 1997 04:30:19 -0700 (PDT)
Message-Id: <199706161130.EAA29823@hub.freebsd.org>
Received: by cheops.anu.edu.au
	(1.37.109.16/16.2) id AA268110131; Mon, 16 Jun 1997 21:22:11 +1000
From: Darren Reed <avalon@coombs.anu.edu.au>
Subject: Re: rr queueing
To: luigi@iet.unipi.it (Luigi Rizzo)
Date: Mon, 16 Jun 1997 21:22:10 +1000 (EST)
Cc: hackers@FreeBSD.ORG
In-Reply-To: <199706160927.LAA00577@prova.iet.unipi.it> from "Luigi Rizzo" at Jun 16, 97 11:27:25 am
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

In some mail from Luigi Rizzo, sie said:
> 
> I have some preliminary code for implementing RR queueing and
> associated stuff (including bw allocation) in the bottom layers of
> the networking stack. When complete (although it pretty much works
> even now) it is meant to replace the IF_ENQUEUE/IF_DEQUEUE macros.
> As such, I have tried to make the code and the algorithms fast and
> efficient.  The code includes some description on what it does and
> how, so if you have comments and suggestions on how to improve it
> or add more features, let me know.

Did I miss something or...
Is it faster than IF_ENQUEUE/IF_DEQUEUE ?
Does it fix some mysterious problem/bug that currently exists ?

Darren