home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.protocols.nfs:2324 comp.protocols.tcp-ip.ibmpc:5224 comp.dcom.lans.ethernet:1912
- Newsgroups: comp.protocols.nfs,comp.protocols.tcp-ip.ibmpc,comp.dcom.lans.ethernet
- Path: sparky!uunet!cs.utexas.edu!torn!watserv2.uwaterloo.ca!watserv1!sail.uwaterloo.ca!eengelke
- From: eengelke@sail.uwaterloo.ca (Erick Engelke)
- Subject: Re: Sun <=> PC Transfer Rate (Summary)
- Message-ID: <BuL2AA.67E@watserv1.uwaterloo.ca>
- Sender: news@watserv1.uwaterloo.ca
- Organization: University of Waterloo
- References: <BuDFv1.3n6@watserv1.uwaterloo.ca> <920911085058@minimillian.ftp.com> <1992Sep12.224253.14328@maccs.dcss.mcmaster.ca>
- Date: Mon, 14 Sep 1992 19:32:33 GMT
- Lines: 27
-
- beame@maccs.dcss.mcmaster.ca (Carl Beame) writes:
- > backman@vaxeline.ftp.com (Larry Backman) writes:
- >>
- > [stuff deleted]
- >>
- >> The 3C509 ... has only a 2K buffer
- >> Draw your own conclusions.
- >>
- >>Larry Backman
- >>FTP Software
- >
- > We have also done tests with the 3C509 card. The tiny buffer size makes
- >the card little better then their 3C501. Its not just NFS that can expect a
- >large number of back to back packets, TCP does as well.
-
- What we need here is simply a good driver. The 3c509 is unconventional
- in several respects, including the ability to transfer partial packets.
- A properly written driver will efficiently clean out the buffer pool
- and allow it to effectively read at wire speed. My guess is that the
- existing drivers don't take that into consideration. I believe the
- CRYNWR driver will, and probably the ODI driver does too.
-
- Erick
- --
- Erick Engelke Engineering Computing
- University of Waterloo
- Waterloo TCP Architect erick@development.watstar.uwaterloo.ca
-