From owner-freebsd-hackers Wed Nov 6 07:06:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA23720 for hackers-outgoing; Wed, 6 Nov 1996 07:06:27 -0800 (PST) Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA23707 for ; Wed, 6 Nov 1996 07:06:23 -0800 (PST) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id KAA29940; Wed, 6 Nov 1996 10:05:51 -0500 Date: Wed, 6 Nov 1996 10:05:50 -0500 (EST) From: "Ron G. Minnich" X-Sender: rminnich@terra To: hackers@freebsd.org Subject: Re: Limiting bandwidth on a socket? (SO_RCVBUF?) In-Reply-To: <199611061411.IAA08311@brasil.moneng.mei.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 6 Nov 1996, Joe Greco wrote: > (Other sender of this lost) > > I'm trying to come up with some way to limit the amount of bandwidth on a > > socket, so I can have my mail and large files retrieve without slowing > > down a telnet session that much. > > int s, rval; > s = socket(...); > while ((rval = read(..., 1024)) > 0) { > sleep(1); ooch, ouch. my brain now hurts :-) Joe's method will work fine, but we may all agree we want a little more. Well, we're working on that here. So I would like to judge interest from this group. What we're looking at is putting ioctls in at the socket layer to implement rsvp-style reservations. I.e. you would use rsvp as now for reserving qualities related to flow of data, and our code would operate at the socket layer for enforcing those reservations. We want it to be at the socket layer so the user can have the controls work the same even though a socket may at the lower level be unix-domain, tcp, and so on. We've found that this sort of control is very important for distributed computing. Any comments welcome. This work is part of a much-larger project sponsored by DARPA for metacomputing (read distributed computing). ron