home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / protocol / tcpip / ibmpc / 4520 < prev    next >
Encoding:
Text File  |  1992-07-30  |  2.4 KB  |  60 lines
  1. Newsgroups: comp.protocols.tcp-ip.ibmpc
  2. Path: sparky!uunet!cs.utexas.edu!torn!watserv1!sail.uwaterloo.ca!eengelke
  3. From: eengelke@sail.uwaterloo.ca (Erick Engelke)
  4. Subject: Re: Crynwr WD8003E-P 
  5. Message-ID: <Bs7sJ8.xn@watserv1.uwaterloo.ca>
  6. Sender: news@watserv1.uwaterloo.ca
  7. Organization: University of Waterloo
  8. References: <712380314snx@exorcise.demon.co.uk> <712419634snx@crynwr.com>
  9. Date: Thu, 30 Jul 1992 18:25:54 GMT
  10. Lines: 48
  11.  
  12. In article <712419634snx@crynwr.com> nelson@crynwr.com (Russell Nelson) writes:
  13. >In article <712380314snx@exorcise.demon.co.uk> james@exorcise.demon.co.uk writes:
  14. >
  15. >Sure, the wd8003e driver works for many people.
  16. >
  17. >   I have tried the standard WD8003E driver without much success, although
  18. >   it does appear to read the MAC address correctly.  The WD docs mention
  19. >   significant differences with the 83C690 chip and the old software is
  20. >   not compatible.
  21. >
  22. >Ahhh, yes.  You're one of the ones for whom the driver doesn't work.
  23. >SMC is concerned about this driver not working for some people, and
  24. >they sent me an Elite 16 to make it work.  Well, on my three
  25. >machines, it does work.  Hard to fix it if it isn't broken.
  26.  
  27.  
  28. The SMC driver we received with our NIC appeared to not block
  29. succesive send calls when an earlier call was in progress and 
  30. caused the card to timeout and appear to only send one or two
  31. packets a second.  
  32.  
  33. To create this effect, you only need a program which can send
  34. out back-to-back packets, and the packet length is important too.
  35. Using the WATTCP FTP program on a 33 Mhz 386 appears sufficient.
  36.  
  37. We were able to get the programs to work by inserting a timed
  38. delay loop between packets.  
  39.  
  40. So we worked backwards and created a small program to try
  41. blasting out packets with the ability to vary the packet length
  42. and the inter-send_call-delay and we were able to establish
  43. that the delay had to be increased when larger packets were
  44. sent.  So it's not hard to establish the cause of the problems.
  45. or to reproduce them on demand.
  46.  
  47. I've placed a copy of the test program on sunee.uwaterloo.ca in
  48. the file pub/wattcp/speed.exe though I think it now keeps packet
  49. size constant.
  50.  
  51. speed.exe can also be used to test the performance of network cards,
  52. but it may not be healthy for other machines on the subnet.
  53.  
  54. Erick
  55.  
  56. -- 
  57. Erick Engelke                      Engineering Computing
  58.                          University of Waterloo
  59. Waterloo TCP Architect         erick@development.watstar.uwaterloo.ca
  60.