Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!cmcl2!rutgers!ames!ucbcad!ucbvax!AI.AI.MIT.EDU!PAP4
From: PAP4@AI.AI.MIT.EDU ("Philip A. Prindeville")
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: non-blocking sends in CMU-PCIP
Message-ID: <285884.871114.PAP4@AI.AI.MIT.EDU>
Date: Sat, 14-Nov-87 22:22:28 EST
Article-I.D.: AI.285884.871114.PAP4
Posted: Sat Nov 14 22:22:28 1987
Date-Received: Tue, 17-Nov-87 03:01:23 EST
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 11

Has anyone come up with a strategy for non-blocking
sends in the device drivers?  Is this plausible?  My
thoughts are that some added performance might be
gotten if the send routine didn't have to wait for
the device to complete sending.

One of the devices that I am hacking on has a means
to interrupt when transmission is complete, so I
thought enqueing out-going packets might be feasible.

-Philip