home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / os2 / apps / 9977 < prev    next >
Encoding:
Internet Message Format  |  1993-01-08  |  1.9 KB

  1. Path: sparky!uunet!utcsri!newsflash.concordia.ca!clyde.concordia.ca!altitude!tgm!eric
  2. From: eric@tgm.CAM.ORG (Eric Trepanier)
  3. Newsgroups: comp.os.os2.apps
  4. Subject: Re: Better vdisk
  5. Message-ID: <726472547snx@tgm.CAM.ORG>
  6. Date: 8 Jan 93 05:55:47 GMT
  7. References: <1993Jan06.161623.16242@watson.ibm.com>
  8. Organization: Me? Organized?
  9. Lines: 41
  10.  
  11. In article <1993Jan06.161623.16242@watson.ibm.com> cnadler@vnet.ibm.com writes:
  12. > If you look at the C-Set/2 compiler (possibly the one in beta right now), it
  13. > allows you to put your temp files into memory, [...]
  14.  
  15. Humm, if that goes for *.OBJ and output *.EXE & *.DLL files when compiling,
  16. then this is pretty good I guess.  Especially since my only real need for
  17. a RAM disk is when compiling.
  18.  
  19. > I don't think that this will be as practical as the implementation on the
  20. > Amiga because of the disk cache and the swapper re-use. The only reason I've
  21. > seen for a VDISK on a system like OS/2 is for frequently used files that are
  22. > continually used (i.e. header files if you do alot of compiling.
  23.  
  24. Well I may be wrong, but isn't it possible that the VDISK memory might
  25. actually be swapped-out to disk under low-memory conditions?  If that is
  26. so, then it invalidates the theory that a dynamically-allocated virtual
  27. disk would be less efficient.
  28.  
  29. > >Are you listening, IBM?  ;^)
  30. > We're trying to listen better. BTW, I am not part of OS/2 development. These
  31. > beliefs are my own - development may be writing this as we speak - I have no
  32. > idea.
  33.  
  34. Wow, I certainly wasn't hoping for a real IBMer to reply on this, but
  35. it sure is nice to see that *we are* reaching you folks!  8-)
  36.  
  37. > Cliff Nadler
  38. > IBM Federal Systems Company
  39. > Note: This post represents the views of the poster, not those of IBM or the
  40. >       IBM Federal Systems Company
  41.  
  42.  
  43. Eric
  44. --
  45. Eric Trepanier  (514) 663-6929
  46. eric@tgm.CAM.ORG
  47. "Everybody has a right to believe in something.
  48.  I believe I'll have another beer."
  49.