home *** CD-ROM | disk | FTP | other *** search
/ Software Recommendations - 1998 Season 1 / DNBCD4.iso / share / DOS / ipxcopy / IPXCOPY.TXT < prev    next >
Encoding:
Text File  |  1996-09-19  |  4.1 KB  |  114 lines
  1.  
  2. IPXCOPY Version 2.4
  3. Sep 19 1996
  4.  
  5. Written by Oliver Kraus
  6. E-Mail: kraus@lrs.e-technik.uni-erlangen.de
  7.  
  8. IPXCOPY is a simple DOS program for copying data between two
  9. different workstations (PCs), connected via a local area network.
  10.  
  11. Features
  12. - freeware, but you are asked to mail me your experience with IPXCOPY
  13. - fast transfer algorithem (I have measured up to 250 KBytes per second)
  14. - CRC-32/CRC-16 (can be disabled)
  15. - handles subdirecories
  16. - overwrite checks on both workstations
  17.  
  18.  
  19. NO WARRANTY
  20.  
  21. BECAUSE IPXCOPY IS LICENSED FREE OF CHARGE, THERE IS NO WARRANTY FOR
  22. IPXCOPY. THE ENTIRE RISK IS WITH YOU. SHOULD IPXCOPY PROVE DEFECTIVE,
  23. YOU ASSUME THE COST OF ALL NECESSARY SERVICING, REPAIR OR CORRECTION.
  24.  
  25.  
  26. Using IPXCOPY
  27.  
  28. ipx api (like IPX.COM) must be present for IPXCOPY. If IPXCOPY
  29. cannot find the ipx api, IPXCOPY will terminate with an error message.
  30.  
  31. IPXCOPY has an integrated transmitter and receiver. If there is
  32. no filemask found on the commandline, the receiver gets activated.
  33. So, if you simply type
  34.    IPXCOPY
  35. your workstation is ready to receive incoming files. Calling IPXCOPY
  36. with a filemask as argument will invoke the transmitter. To copy all
  37. files of the current directory, just type
  38.    IPXCOPY *.*
  39. To include subdirectories, use
  40.    IPXCOPY -s *.*
  41. These files are received by a workstation on which IPXCOPY has been
  42. called without a filemask. If there are more receiving workstations,
  43. the result is undefined, unless different socket numbers are used
  44. (You can assign different socket numbers with '-sn xxx').
  45.  
  46.  
  47. Win95
  48.  
  49. With Microsoft IPX/SPX Protocol, use Ethernet 802.3 Frames.
  50. The number of sockets should be about 10 or more.
  51.  
  52.  
  53. TCP/IP
  54.  
  55. IPXCOPY has been successfully tested with tcp/ip-ipx converter
  56. programs.
  57.  
  58. Performance
  59.  
  60. The datarate is limited by several factors. Most important are:
  61.    - physical transfer rate of the LAN (of course)
  62.    - time used for reading and writing data (Disk-I/O)
  63.    - time spend on calculating the checksum (crc-32/crc-16)
  64.  
  65. The transfer rate is nearly reached. 160 data-packets (64000 Bytes)
  66. are send in parallel. The receiver is always ready to get more than
  67. 160 data-packets. Serialization and transmission of these 160
  68. data-packets is done by the ipx-api at fastest possible spead.
  69. Using more than 160 packets would probably speed up transmission a little
  70. bit, but IPXCOPY is a 16 Bit program and the handling of more than 64000
  71. bytes gets difficult.
  72.  
  73. I/O transfers and crc-32 are tried to be done during transmission and
  74. receiving of data-packages. I/O transfers could only made faster for
  75. larger memory blocks. Again 64000 is at the limit for this memory model.
  76. Another idea are large hard-disk caches. But this should be better
  77. done by an external tool.
  78.  
  79. On slow computers, crc-32 seems to eat up most of the transfer-time (more
  80. than 50%). But I also see no way to improve this part of the program, as
  81. long as 16 bit arithmetic is used. To get faster transmission, the
  82. calculation the crc-32 can be disabled (switch -nocrc). Under normal
  83. circumstancs, data integrity is already guaranteed without crc:
  84.  
  85. Step 1:
  86. Every packet has its own crc, which is calculated by the LAN adapter.
  87. The only problem is, the LAN can not guarantiee the arrival of a packet.
  88.  
  89. Step 2:
  90. The transferprotocol, used by IPXCOPY, ensures that lost data packets
  91. are retransmitted until all packets are present.
  92.  
  93. From this point of view, the calculation of the crc-32 is not really
  94. necessary. Indeed, I never encountered missed or corrupted data during
  95. the development of IPXCOPY. Since V2.1 crc-16 has been added, which is 
  96. now default. Calculation of crc-16 is about three times faster than
  97. crc-32. 
  98.  
  99. History
  100. 1.x  beta versions
  101. 2.0  May 28 1996
  102.      first public release
  103. 2.1  Jun 13 1996
  104.      keep filedate, crc-16, fixed bug with error handler on some cards
  105. 2.2  Sep 5 1996
  106.      fixed write error of files with zero-size, added transmission summary
  107. 2.3  Sep 16 1996
  108.      summary calculation, rewrote subdir change and creation functions
  109. 2.4  Sep 19 1996
  110.      added real transmission time, check for "*.*"
  111.  
  112. Oliver Kraus
  113. kraus@lrs.e-technik.uni-erlangen.de
  114.