home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / mswindo / programm / win32 / 271 < prev    next >
Encoding:
Text File  |  1992-07-24  |  1.9 KB  |  45 lines
  1. Newsgroups: comp.os.ms-windows.programmer.win32
  2. Path: sparky!uunet!usc!wupost!gumby!destroyer!fmsrl7!eccdb1.pms.ford.com!vscarafi
  3. From: vscarafi@eccdb1.pms.ford.com (Vincent F. Scarafino)
  4. Subject: Re: Microsoft Systems Journal on NT
  5. Message-ID: <BrwC5p.C8J@fmsrl7.srl.ford.com>
  6. Originator: news@pms001
  7. Sender: usenet@fmsrl7.srl.ford.com (0000-Admin(0000))
  8. Organization: Ford Motor Co.
  9. References: <92Jul23.101729edt.16807@ois.db.toronto.edu>
  10. Date: Fri, 24 Jul 1992 13:58:33 GMT
  11. Lines: 32
  12.  
  13. fche@db.toronto.edu ("Frank Ch. Eigler") writes:
  14. > dsantos@hprnd.rose.hp.com (David Santos) writes:
  15. > 
  16. > >The issue was July/August 1992, Vol. 7 No. 4.  All-in-all there were
  17. > >pretty good articles.
  18. > 
  19. > 
  20. > I agree, quite informative.
  21. > 
  22. > There was a quite disgusting detail in the article about memory management -
  23. > there the VM port to the R4000 chip.  It appears that MS has decided to
  24. > make the very powerful R4000 fit into the mold of the 386 by just about
  25. > ignoring the R4000's native VM support (which is less complex than that
  26. > of the 386, but is just as capable) and emulating _in_software_ the
  27. > multilevel page table system that the 386 uses.  Presumably this was done
  28. > in order to lift a lot more code from the 386 VM code than otherwise,
  29. > that is, to shorten development overall time.
  30. > 
  31. > I wonder what kind of a performance hit this causes.  Is it worth releasing
  32. > NT for the R4000 if it has inferior VM compared to other existing operating
  33. > systems (UNIX, for example).
  34. > -- 
  35. > 
  36. > -- Frank Ch. Eigler -- Comp Eng -- <eigler@ecf.toronto.edu> --
  37.  
  38. The abstract memory model, as I understand it, requires a 32 bit flat
  39. address space per process, and protection of each process' address
  40. space from other processes.  I would expect that such a model provides
  41. the ability to throw out the 386 VM code and redo it with native support
  42. once they've got the thing launched.  At least I hope that's in the plans.
  43.  
  44. Vince
  45.