home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / os2 / misc / 39389 < prev    next >
Encoding:
Text File  |  1992-12-14  |  6.1 KB  |  132 lines

  1. Newsgroups: comp.os.os2.misc
  2. Path: sparky!uunet!spool.mu.edu!darwin.sura.net!cs.ucf.edu!chinchilla.ir.ucf.edu!brown
  3. From: brown@chinchilla.ir.ucf.edu (Bill Brown)
  4. Subject: Re: How to increase speed of communications in OS/2 2.0
  5. Message-ID: <brown.198.724388877@chinchilla.ir.ucf.edu>
  6. Keywords: os2 waffle 165
  7. Lines: 119
  8. Sender: news@cs.ucf.edu (News system)
  9. Organization: University of Central Florida -- Bilbo's Last Sanctuary...
  10. References: <sk6DVB3w165w@vicuna.ocunix.on.ca> <4ewqVB16w165w@vicuna.ocunix.on.ca>
  11. Date: Tue, 15 Dec 1992 03:07:59 GMT
  12.  
  13. In article <4ewqVB16w165w@vicuna.ocunix.on.ca> frampton@vicuna.ocunix.on.ca (Steve Frampton) writes:
  14. >From: frampton@vicuna.ocunix.on.ca (Steve Frampton)
  15. >Subject: Re: How to increase speed of communications in OS/2 2.0
  16. >Keywords: os2 waffle 165
  17. >Date: 13 Dec 92 23:57:50 GMT
  18. >Steve Frampton <frampton@vicuna.ocunix.on.ca> writes:
  19. >
  20. >> However, the CPS transfer times for Waffle have fallen *dramatically* -- 
  21. >> about 1/2 of the way it was under DOS!  This is even with Waffle running 
  22. >> in the foreground as the only application.
  23. >> 
  24. >> I have disabled idle detection for this application, and have tried this 
  25. >> with and without the X00 Fossil program (better results under Fossil, but 
  26. >> not much) to no avail.  This is going to get expensive for me because I 
  27. >> get my mail and majority of my news via long distance!
  28. >> 
  29. >> I am surprised at how slow this is, considering having Waffle run in the 
  30. >> foreground and alone!
  31. >
  32. >Here, as promised, is my follow-up on this subject of improving the
  33. >speed of communications under OS/2 2.0.
  34. >
  35. >I received *tons* of responses to this query, so much that I had to
  36. >resort to a cold, unappreciative-looking "form-letter" type thank you
  37. >addressed to all en-masse.  Please forgive!
  38. >
  39. >The responses boiled down to several points:
  40. >
  41. >     - Install the CSD.
  42. >Hmmm.  I'm not sure whether I should do this or not.  I had a friend
  43. >take a look via FTP, and he reported that the CSD consists of over 15
  44. >diskettes worth of material!  With the next release of OS/2 imminent,
  45. >perhaps it is worth my while to be patient?
  46. >
  47. >     - Install a 16550AFN (buffered UART) chip to increase throughput.
  48. >I went out and purchased a 16550AN (notice, no 'F' -- is that a problem?)
  49. >and installed it.  To date I have noticed *no* improvement.  This may
  50. >(hopefully) be due to requiring a new COMM driver (see below).
  51.  
  52. This is probably your problem.  Although the 16550AN has a FIFO buffer (a 16 
  53. byte queue to prevent character overrun under high speed serial rates), it's 
  54. completely broke.  The 16550AFN is the fixed version of this chip. If the OS/
  55. 2 comm driver supports it as well as most claim it does, this feature has 
  56. the effect of cutting serial interrupts by a factor of up to 16.  This is 
  57. important when you want to do high speed communication when OS/2 only allows 
  58. 1000 interrupts/sec.  Keep in mind, however, that the OS/2 DOS serial 
  59. emulation still has to present each byte of data one character at a time 
  60. to each DOS session, since the comm virtual device driver only emulates a 
  61. 16450 (I think.  It could even be only a an 8250). 
  62.  
  63. >
  64. >     - Get an updated COMM driver.
  65. >I am still waiting for the OS/2 version of unzip to arrive via ftpmail,
  66. >then I shall be able to try the newest COMM driver out -- but preliminary
  67. >results do not look promising!  I tried a driver called, '16550.SYS'
  68. >and my system reported, 'IRQ is unavailable.  Driver was not loaded'
  69. >(or something to this effect).  I was trying to use this driver for
  70. >COM1 with an IRQ of 4.
  71. >
  72. >     - Use native OS/2 software.
  73. >By far the best solution wherever available, however in my situation
  74. >there is no equivalent OS/2 version of the application I wish to use.
  75. >But I shall keep my eyes open to such a possibility.
  76. >
  77. >     - Make sure the following options are set (some require the CSD
  78. >     upgrade.
  79. >          COM_DIRECT_ACCESS         OFF
  80. >          COM_HOLD                  ON
  81. >          COM_SELECT                port number
  82. >          HW_TIMER                  ON
  83. >          DOS_BACKGROUND_EXECUTION  ON
  84. >          IDLE_SECONDS              60
  85. >          IDLE_SENSITIVITY          100
  86. >
  87. >     - Turn v.42bis off for UUCICO sessions.
  88. >The majority of UUCICO traffic is compressed news batches, compressed
  89. >uuencoded material, etc.  Even though v.42bis is supposed to be smart
  90. >enough to not make transfer times for already-compressed data even
  91. >worse, in the case of UUCP-g it doesn't seem to work very well.
  92. >
  93. >     - Add one of the following lines to CONFIG.SYS:
  94. >          CALL=C:\OS2\MODE.COM COM1:19200,N,8,1,,TO=OFF,XON=OFF,IDSR=ON,
  95. >               ODSR=ON,OCTS=ON,DTR=ON,RTS=HS,BUFFER=AUTO
  96. >
  97. >          or
  98. >
  99. >          RUN=C:\OS2\MODE.COM COM1:19200,N,8,1,,IDSR=ON,ODSR=ON,OCTS=OFF,
  100. >              DTR=ON,RTS=ON,BUFFER=AUTO
  101. >
  102. >I don't know which one is correct, nor why they are slightly different,
  103. >except that in my situation, my system states something to the effect
  104. >of, "Buffer option not supported by this device." -- a problem which,
  105. >I hope, is related to the need for a new COMM driver.
  106.  
  107. I assuming that the OS/2 comm driver can detect the difference between the 
  108. 16550Ax and the 16550AFN and therefore not support the FIFO buffer, as it 
  109. doesn't with the 8250 or 16450.  That would explain this message. 
  110.  
  111. >
  112. >All the above, in a nut-shell, is basically all I have learned.  I am
  113. >unfortunately experiencing much the same poor performance problems, but
  114. >I am going to apply the new COMM driver, and wait for the new release of
  115. >OS/2 before I start to get desparate.
  116. >
  117. >Thanks to all who responded!
  118. >
  119. >+--------+< Unabashed Shabba Ranks Fan! >+------+--------------------+
  120. >| Steve Frampton - frampton@vicuna.ocunix.on.ca | Steve Frampton     |
  121. >| I collect postcards!  If you send me one from | 501-A Princess St. |
  122. >| your area, I'll send one in return.  Send to >| Kingston, Ontario  |
  123. >| (Don't forget both email and mailing address) | CANADA   K7L 1C3   |
  124. >+-----------------------------------------------+--------------------+
  125.  
  126. Hope this helps,
  127.  
  128. Bill Brown                           Archive Software Division
  129. Internet: brown@chinchilla.ir.ucf.edu
  130. MCIMail via Internet: Bill_Brown%Archive_Software_Division@mcimail.com
  131. Don't speak for Maynard, Archive, Conner, or whoever's buying us today.
  132.