home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / os2 / apps / 5961 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  3.1 KB
  1. Path: sparky!uunet!usc!zaphod.mps.ohio-state.edu!malgudi.oar.net!uoft02.utoledo.edu!cscon134
  2. From: cscon134@uoft02.utoledo.edu (John Heiden UNIVERSITY OF TOLEDO)
  3. Newsgroups: comp.os.os2.apps
  4. Subject: Re: OS/2, TE/2 & Zmodem
  5. Message-ID: <1992Sep8.172051.9890@uoft02.utoledo.edu>
  6. Date: 8 Sep 92 17:20:51 EST
  7. References: <GKUSHMER.92Sep5182715@jade.tufts.edu>
  8. Distribution: comp
  9. Organization: University of Toledo, Computer Services
  10. Lines: 62
  11.  
  12. In article <GKUSHMER.92Sep5182715@jade.tufts.edu>, gkushmer@jade.tufts.edu (Greg Kushmerek) writes:
  13. > 
  14. > 
  15. > I've been fooling aroundwith TE/2 and so far I have an overall good 
  16. > impression of it.  One thing I ran into, though, that I thought I would 
  17. > share with the rest of you, is a set of circumstances that adversely affects
  18. > my system.
  19. > 
  20. > I am running OS/2 on a 386sx-25 with 8 megs of RAM.  My modem is a Zoom
  21. > Telephonics v.32bis.  Today I was downloading a large gif file using zmodem
  22. > on TE/2, and I noticed that when I switched to the WPS (I run TE/2 in
  23. > full-screen) the system load jumped up pretty high (I keep PULSE on to
  24. > monitor how the system reacts).
  25. > 
  26. > So long as PULSE did not flatline at the top, Zmodem performed flawlessly.
  27. > Once, however, I opened another app and the process demanded all my system 
  28. > could provide.  When I went back to TE/2, it was in the process of 
  29. > trying to resend the packet.  To the product's (TE/2) credit, it was able
  30. > to reestablish where the stream had been broken and transferred my 
  31. > file successfully.
  32. > 
  33. > Further experimentation showed me that the episode was a direct result of
  34. > my system demanding the full resources of the computer.  Now I'm not 
  35. > going to be running out and buying a full 486 system anytime soon nor
  36. > will I be buying any more RAM.  So I am going to have to live with 
  37. > this (not s though it is all that serious).
  38. > 
  39. > A couple of questions come to mind:
  40. > 
  41. >     1) Has anyone with a larger machine noticed this either?
  42. > 
  43. >     2) Is there a way I can configure OS/2 to give priority to 
  44. >     Zmodem?  Anything I could do to the config.sys file that 
  45. >     might make a difference?
  46. > 
  47. > Cheers,
  48. > 
  49. > --gk
  50. > 
  51. >     
  52. -- 
  53. Well, I have a 80486 that runs at 33 Mhz and has 16 Megabytes of RAM installed
  54. on it.  I use 9600 baud with v.32 v.42bis as well.
  55.  
  56. Anyway, my system will "trash" a transfer if I am doing just about anything
  57. else at the same time.  First I was using a Windows term program because
  58. I liked it.  But that didn't do background downloads as I had hoped.  So
  59. I switched to TE/2 and stepped the priority all the way to the top!  Now
  60. I get the same problem, it just takes longer for it to occur, though.
  61.  
  62. Oh, and I use YModem-G with 1K packets whenever possible.  But if I go with
  63. just YModem and 1K packets, I don't have this  problem, but transfers take
  64. approximately twice as long.  No fun at all.
  65.  
  66. John Heiden
  67. --------------------------------------------------------------------------------
  68. John Heiden
  69.  
  70.                                        Dept. of Computer Services
  71.  
  72. CSCON134@Uoft02.UTOLEDO.EDU            The University of Toledo
  73. CSCON134@Uoft02.BITNET                 Toledo, Ohio     U.S.A.
  74.