[Simh] Curious Observation About SIMH VAX Simulator...

Paul Hardy pghardy at verizon.net
Wed Oct 19 23:48:23 EDT 2005


Are you sure you are shutting VMS down properly (@SYS$SYSTEM:SHUTDOWN.COM)? 
If you just kill SIMH, then VMS will rebuild the disks at next startup to 
ensure file system sanity, which can take a fair time.

-- 
Paul & Margaret Hardy
Email:   paul at paulhardy.net, web: www.paulhardy.net
1400 Barton Road - Apt 2416, Redlands, CA, 92373, USA
Phone: home +1 909 793-1293, mobile +1 909 856 8300



----- Original Message ----- 
From: "Robert Alan Byer" <byer at mail.ourservers.net>
To: <simh at trailing-edge.com>
Sent: 19 October 2005 15:35
Subject: [Simh] Curious Observation About SIMH VAX Simulator...


> I've been noticing a few things now about the VAX simulator and wondered
> if anyone has seen the same behavior.
>
> No matter what machine I'm running it on, no matter the OS or even using 
> the
> pre-compiled executables from the site, I'm seeing various degrees of
> "slowness".
>
> What I mean is, one time it will boot OpenVMS lighting fast, almost as
> fast as my
> Alpha (running on my 2.6GHz P4 laptop).  But if I shut down, close the
> window and
> come back and restart, its as slow as a dog sometimes taking up to 15
> minutes to
> boot up OpenVMS.  The problem is, it's random, sometimes the first run
> can take
> 5 to 15 minutes other times it starts right up.  I had one run that took
> over a half
> hour to boot OpenVMS.
>
> I thought that maybe it was my system.  I've tried this on just about
> every machine
> I can get my hands on and I see the same thing.  I've compiled my own
> version
> under MinGW, Cygwin, Solaris and Linux and see the same thing.  All the
> compiles
> were without any optimizations (-O0) and the -march flag set to the
> machines CPU type.
>
> I've tried with and without ethernet support, same thing, random 
> slowdowns.
>
> It's just strange, one run will be fast and I can get a lot done, other
> boots I have
> to wait  forever for it just to come up.  It just seems like on the fast
> runs "something"
> is being initialized or set up faster than the other runs for some 
> reason.
>
> Anyone else noticed this?  Any ideas here?
>
>



> _______________________________________________
> Simh mailing list
> Simh at trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
> 




More information about the Simh mailing list