Date: Fri, 27 Dec 1996 16:06:08 -0700 (MST) From: Terry Lambert <terry@lambert.org> To: julian@whistle.com (Julian Elischer) Cc: luigi@labinfo.iet.unipi.it, proff@iq.org, danny@panda.hilink.com.au, hackers@FreeBSD.ORG Subject: Re: ipretard.c selective tcp/ip queues and throughput limiters Message-ID: <199612272306.QAA25429@phaeton.artisoft.com> In-Reply-To: <32BEE215.167EB0E7@whistle.com> from "Julian Elischer" at Dec 23, 96 11:48:37 am
next in thread | previous in thread | raw e-mail | index | archive | help
> but as Kieth sklower at CSRG told me.. > There's got to be a way to make it possible for essoteric or unusual > modules to be implimented OUT OF THE KERNEL, or > they are > (1) hard to prototype > (2) increasing the complexity of what IS in the kernel beyond the > point of debuggability :) You must abstract both the top and bottom end of the modules sufficiently; most modules are only abstracted sufficiently at the top end. For instance, for FS's, the VFS is well defined, but the VM interface for doing actual disk I/O is not well abstracted at all. This is what I've been calling "layering problems". It is definitely a goal of mine to allow a module to be debugged in user space with a source level debugger. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199612272306.QAA25429>