home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / os2 / misc / 27491 < prev    next >
Encoding:
Internet Message Format  |  1992-08-16  |  3.5 KB
  1. Xref: sparky comp.os.os2.misc:27491 comp.os.os2.apps:5329
  2. Path: sparky!uunet!gatech!rutgers!ub!acsu.buffalo.edu!ubvmsb.cc.buffalo.edu!v053qpgh
  3. From: v053qpgh@ubvmsb.cc.buffalo.edu (Eric W Sarjeant)
  4. Newsgroups: comp.os.os2.misc,comp.os.os2.apps
  5. Subject: Re: *** Many important (to me) questions about OS/2 ***
  6. Message-ID: <Bt3Fw7.C71@acsu.buffalo.edu>
  7. Date: 16 Aug 92 21:36:00 GMT
  8. References: <BsxwvA.Eyr@undergrad.math.waterloo.edu>
  9. Sender: nntp@acsu.buffalo.edu
  10. Organization: University at Buffalo
  11. Lines: 60
  12. News-Software: VAX/VMS VNEWS 1.41
  13. Nntp-Posting-Host: ubvmsb.cc.buffalo.edu
  14.  
  15. In article <BsxwvA.Eyr@undergrad.math.waterloo.edu>, bcrwhims@cayley.uwaterloo.ca (Carsten) writes...
  16. >Hi all,
  17. > 
  18. >I have been using OS/2 on a 386sx16 w/ 6M for a while, and I have a couple
  19. >of observations, and some questions:
  20. > 
  21. >- I was able to borrow 2M from a friend to see if the speed improved. It was
  22. >  a noticeable, but small improvement, but nothing that I thought was worth
  23. >  it.
  24. > 
  25.  
  26. I would ditto this. After leaping from 6 megs to 8 megs, there was no
  27. substantial increase in performance. However, when I moved to 12 megs on
  28. a new 386SL machine, OS/2 performed splendidly.
  29.  
  30. The issue is the amount of free memory OS/2 apps really have to work with.
  31. With 8 megs of memory, once you load the 4.5 meg kernel and all the other
  32. operating features, there is only 2.5-3 megs left free and available.
  33. Certainly you will have a tremendous amount of vitual memory, but this is all
  34. on your disk drive and will invariably slow you down.
  35.  
  36. >- I have heard recently that a fast hard-drive makes a difference. Is this
  37. >  true? In that case, I would love to replace my ridiculous 40M 27ms drive
  38. >  with a 200M, 12-15ms IDE drive. Any comments? Will this enable me to make
  39. >  better use of the extra 2M, if I upgrade to 8M?
  40. >
  41.  
  42. The faster your hard drive, the faster OS/2 can swap real memory for virtual
  43. memory. Remember, memory has an access time in the nanosecond arena,
  44. magnetic media does not exceed 10-15 milliseconds. Imagine what happens when
  45. you load just one Windows program, it will require at least 2 megs of
  46. memory. If you're like me, you will want to set aside 4-6 megs for a Windows
  47. app to work smoothly and this will require virtual memory when you only
  48. have 8 megs.
  49.  
  50. >- I have a Plus hardcard w/ 100M and a cached 9ms access-time. Can I boot
  51. >  and run OS/2 off this drive (d:)?
  52. > 
  53.  
  54. I would take advantage of this for my SWAPPER.DAT file. On your hard disk,
  55. OS/2 is storing all the virtual memory in a file called SWAPPER.DAT. In your
  56. CONFIG.SYS file, there is a directive that tells OS/2 where to put your
  57. SWAPPER.DAT file. In this case, just redirect it to drive D...this will
  58. give you a substantial performance boost without any additional investment.
  59.  
  60. >- I have been using PmComm for a bit, toying with the idea of registering 
  61. >  it, but it doesn't do scripts in the pre-registered version, and I don't 
  62. >  want to have to pay 89.95 to find out that their implementation stinks.
  63. >  Has anyone registered it, and how is it? Is there another shareware comm
  64. >  program out there that is a little cheaper, and as functional, and nice?
  65. > 
  66.  
  67. I have also used Pmcomm, but I shy away from it because I'm going to have
  68. to register to get ZModem transfer. The only reason I say this is because
  69. it has not done a flawless job with YModem and YModem/G, this finds me
  70. back in QModem most of the time.
  71.  
  72. It is a very nice program, but after my Unicomm fiasco I think I'm going to
  73. wait for the next generation. With a few additions, Pmcomm could emerge as
  74. a very comprehensive communications tool.
  75.