[comp.sys.mac.misc] SUMMARY & more questions: Virtual 2.0 & IIcx

mouse@vaxb.acs.unt.edu (Dhanapong Saengrussamee-University of North Texas) (07/13/90)

Hi there!  It is this crazy pants again.

Thanks for all the responses on my Virtual 2.0 and IIcx query.  Got about a
dozen messages.  Here's the brief summary.

Virtual 2.0 will give the IIcx (14 - (the number of slot in use)) MB by
reserved the same amount of that much spaces on your harddisk.  So for most
people (that's one slot for video) you'll have 13 MB of RAM.  Of all the
responses that I got, one complain about the slower speed than normal RAM and
the disk access during Virtual-Swap.  Others do not notice this?  Or speed is
irrelavent?  Also no report about conflict....

MacWeek on July 10th has a review on this and found that there're problems
with several programs--but did not state any names.  They also mention the
speed problem when Virtual do the 'swapping'.

Well....  Is the delay noticable?  How about incompatible that MacWeek
mentioned, did you encounter any?  What about the REAL RAM - does it matter how
much REAL RAM one has installed in the machine?  What's the minimum of REAL RAM
has to be installed?

As usual, please e-mail to me and I will post more summary to the net.

__Mouse.o()~
-----------------------------------+------------------------------------------
Dhanapong "Mouse" Saengrussamee    | AppleLink : U1364 | BITNET : mouse@untvax
Technical Support, CECS Dept.,     | BIX : d.mouse.s | CompuServe : 71301,1516
University of North Texas,         | GENie : d.saengrussa | IP : 129.120.1.4
PO Box 5155, Denton, TX 76203-5155 | Internet : mouse@vaxb.acs.unt.edu
voice (817) 565-3790               | SPAN : utspan::utandx::untvax::mouse
fax   (817) 565-4425               | THENet : untvax::mouse
------------------- UUCP : {...!uunet!convex!iex}!ntvax!vaxb.acs.unt.edu!mouse

warner@scubed.SCUBED.COM (Ken Warner) (07/14/90)

Here is one Catch-22 for Smalltalk-80 hackers. Non-Smalltalkers won't
understand this.  Smalltalk-80, from ParcPlace, runs just fine under Virtual.  
Under Finder you get ~14 Meg. to run in.  So you can have many large objects
and/or window open without even garbage collecting.  However, if your image
saves larger than the largest free chunk of contiguous memory available 
(8 Meg - System - Finder)  then you won't be able to restart your image even
though it was running just fine when you saved it.  

This is because ROM sits at the 8 Meg boundry and causes memory to be
pre-fragmented.  Smalltalk can access fragmented memory above the 8 Meg boundry
while running but can only load into the largest free chunk which is typically
less than 7 Meg.

Ken Warner
warner@scubed.scubed.com