home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / os2 / misc / 30141 < prev    next >
Encoding:
Text File  |  1992-09-15  |  2.5 KB  |  47 lines
  1. Newsgroups: comp.os.os2.misc
  2. Path: sparky!uunet!mcsun!sunic!ugle.unit.no!lise.unit.no!hafting
  3. From: hafting@Lise.Unit.NO (Helge Hafting)
  4. Subject: Re: WIN OS/2 and Speed
  5. Message-ID: <1992Sep15.123951.24600@ugle.unit.no>
  6. Sender: news@ugle.unit.no (NetNews Administrator)
  7. Organization: Norwegian Institute of Technology
  8. References:  <vanpatjm.716301403@craft.camp.clarkson.edu>
  9. Date: Tue, 15 Sep 92 12:39:51 GMT
  10. Lines: 35
  11.  
  12. In article <vanpatjm.716301403@craft.camp.clarkson.edu>, vanpatjm@craft.camp.clark
  13. son.edu (Joker) writes:
  14.  >     I am pleased to see that there is such a wealth of information concerning
  15.  OS/2 out here in the news! I have a question for all you OS/2 gurus: I run mostly
  16.  Windows programs, and I run them in separate sessioned windows. When I click on 
  17. the icon, it takes >  'forever' for the program to load. The application alsotends
  18.  to run a bit sluggishly.
  19.  >     I am currently running OS/2 on a 486/33DX with 8 megs of RAM, 256 KB mem.
  20.  cache, and a 210 meg disk. I realize that OS/2 must have a lot to do when one
  21.  requests a Windows program, but the slowness is rediculous. My question, will 
  22. the upcomming CSD possib > ly fix this? It looks as though it will include 
  23. WIN 3.1 code, which is MUCH faster than 3.0.
  24.  >     Drop me a line, I'd love to hear from all of you.
  25.  >                         - Jason
  26. The reason that it takes 'forever' to start is that you use separate sessions
  27. for all the programs.  Os/2 has to start a windows kernel each time you
  28. start a windows session.  This takes some time, and eat a couple of megabytes
  29. as well.  Using a lot of memory will make everything sluggish, because
  30. of the swapping.
  31. The only reason I know of to run win-programs in separate sessions, is to protect
  32. them from each other.  This can be useful when developing or dealing with
  33. buggy apps, as one nasty windows program is capable of messing up all 
  34. windows programs in the same session.
  35. If your programs usually don't make trouble, run them in the same session.
  36. That way, only the first win-program will take a long time to start.
  37. The other programs won't need to start a kernel, so they will start in
  38. a few seconds.  You will also get less swapping, as you will need less memory.
  39. Use separate sessions only if you have a program that usually mess up
  40. win-os2.
  41. -- 
  42.  |  |      ^         |  |      /   ^   o
  43.  |__| _   /|  _  _   |__| _   /|  /|   |    _   _
  44.  |  |/_| / | / \/_|  |  |/ | /-+-/-+- /| /|/ | / \
  45.  |  |\__/  |/\_/\_   |  |\_|/  |   \_/ |/ |  |/\_/
  46.             __/                /              __/
  47.