home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / lang / function / 1446 < prev    next >
Encoding:
Internet Message Format  |  1992-12-11  |  2.1 KB
  1. Xref: sparky comp.lang.functional:1446 alt.lang.ml:101
  2. Path: sparky!uunet!gatech!europa.asd.contel.com!howland.reston.ans.net!wupost!spool.mu.edu!agate!doc.ic.ac.uk!uknet!edcastle!dcs.ed.ac.uk!mikef
  3. From: mikef@dcs.ed.ac.uk (Mike Fourman)
  4. Newsgroups: comp.lang.functional,cs-lists.sml-list,alt.lang.ml
  5. Subject: PolyML
  6. Message-ID: <Bz3xEo.1v7@dcs.ed.ac.uk>
  7. Date: 11 Dec 92 18:16:00 GMT
  8. Sender: cnews@dcs.ed.ac.uk (UseNet News Admin)
  9. Organization: Department of Computer Science, University of Edinburgh
  10. Lines: 33
  11. Cc: Dave Gladstein <daveg@com.icad>
  12.  
  13. Dave Gladstein <daveg@com.icad> writes
  14.       From: mikef@dcs.ed.ac.uk (Mike Fourman)
  15.       Poly/ML is a mature system; it has evolved over a period of more than
  16.       six years. The compiler and run-time system are both reliable products
  17.       that have passed the test of time; Poly/ML is being used to produce
  18.       industrial-scale software products. Large source files will not break
  19.       the Poly/ML system (modules containing thousands of lines of code are
  20.       common) nor will large data-structures (each workspace may grow to
  21.       32Mb). The speed and code quality of the Poly/ML compiler are both up
  22.    
  23.    As a matter of curiousity, why the restriction?  We've had complaints
  24.    from customers when our lisp-based product hit a hardware vendor's
  25.    limit of 256Mb per process.
  26.    
  27.  
  28. Mike Crawley of AHL writes:
  29.  
  30. We also have a hardware vendor's limit. The Sparc workstations
  31. we use cannot address more than 256MB per process either.
  32. We are waiting for new workstations and operating systems from Sun
  33. that make these limits much bigger - like 4GB per process.
  34.  
  35. Poly/ML allows 256MB of dynamic data and 36MB per level in each persistent
  36. hierarchic database (each database is roughly 32MB immutables and 4MB 
  37. mutables), with up to 4 levels of hierarchy giving a total of 144MB of 
  38. static data. (A further 36MB is reserved for garbage collection of the 
  39. persistent store.)
  40.  
  41. There is an address range 0x01000000 to 0x0D000000 available
  42. for the static data in databases. This is actually 201,326,592 bytes.
  43. Hopefully newer machines won't have this limit.
  44.  
  45. -------------------------------------------------------------------------------
  46.