Re: [Simh] SIMH vax.ini fine tuning

2011-09-19 Thread Arpadffy Zoltan
Hello,

1. Thank you Mark for the new master version.
It builds perfect now:

virtual:~/SIMH/build-master/markpizz-simh-a280dd2 # make BIN/vax
if test ! -e BIN; then mkdir BIN; fi
gcc -std=c99 -U__STRICT_ANSI__ -g -I . -DUSE_NETWORK -DUSE_TAP_NETWORK 
-D_GNU_SOURCE -DSIM_ASYNCH_IO -DUSE_READER_THREAD  VAX/vax_cpu.c VAX/vax_cpu1.c 
VAX/vax_fpa.c VAX/vax_io.c VAX/vax_cis.c VAX/vax_octa.c  VAX/vax_cmode.c 
VAX/vax_mmu.c VAX/vax_stddev.c VAX/vax_sysdev.c VAX/vax_sys.c  VAX/vax_syscm.c 
VAX/vax_syslist.c PDP11/pdp11_rl.c PDP11/pdp11_rq.c PDP11/pdp11_ts.c 
PDP11/pdp11_dz.c PDP11/pdp11_lp.c PDP11/pdp11_tq.c PDP11/pdp11_xq.c 
PDP11/pdp11_ry.c PDP11/pdp11_vh.c PDP11/pdp11_cr.c PDP11/pdp11_io_lib.c scp.c 
sim_console.c sim_fio.c sim_timer.c sim_sock.c sim_tmxr.c sim_ether.c 
sim_tape.c sim_disk.c -DVM_VAX -DUSE_INT64 -DUSE_ADDR64 -I VAX -I PDP11  -o 
BIN/vax -lrt  -lpthread  -lpcap

I have added to vax.ini on Ultrix
set cpu idle=ULTRIX

and on VMS
set cpu idle=VMS

and here is the result on ULTRIX V4.5 (Rev. 47)

# uname -a
ULTRIX ultrix 4.5 0 VAX

sim> sh cpu
CPU, idle=ULTRIX, idle enabled, stability wait = 20s, minimum sleep resolution 
= 2ms, 256MB, HALT to console

...and VMS

$ sh sys /noproc
OpenVMS V7.3  on node VAX  20-SEP-2011 06:33:43.99  Uptime  0 01:02:01

sim> show cpu
CPU, idle=VMS, idle enabled, stability wait = 20s, minimum sleep resolution = 
2ms, 256MB, HALT to console

...and indeed it works perfect for the VMS client
 PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
 4815 root  30  10  323m  77m 5232 S   11  1.0   2:34.99 
/root/SIMH/vms/bin/vax

but not for Ultrix. It keeps taking 100% of the CPU
 PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
 4881 root  30  10  323m 264m 5228 R  100  3.5   7:24.84 
/root/SIMH/ultrix/bin/vax

I have tried VMS and ALL parameters too. That did not help either on Ultrix 
client, while the VMS client was nicely running consuming just about 10-15 % of 
the CPU.
Mark, can I help you somehow to solve this idle issue with Ultrix client?

2.
>The boot setting are stored in the simulated NVRAM. Simh only updates
>this file when you exit Simh. Do NOT kill the Simh process without
>exiting cleanly.

Thank you Craig. This was my problem. I always killed the screen process and 
never exited from simh cleanly.
Now it boots as it should :)

Thank you very much for all help.

Regards,
Z


From: Mark Pizzolato - Info Comm [m...@infocomm.com]
Sent: Tuesday, September 20, 2011 1:44 AM
To: Arpadffy Zoltan; simh@trailing-edge.com
Cc: Mark Pizzolato - Info Comm
Subject: RE: SIMH vax.ini fine tuning

On Monday, September 19, 2011 at 1:21 PM, Arpadffy Zoltan wrote:
> Hello,
>
> I am so happy that thanks to Mark's master build I finally have a stable
> system used through the network.
>
> ...but there are still some fine tuning issues that, unfortunately could not 
> find
> any reference in the manuals.
>
> 1. what is the proper method enabling of the sim_idle_enab flag? I have
> tested the "set cpu idle" command but the CPU is still in 100% usage

The, as yet unreleased, code which you are now using has a different (I believe 
more robust) idle implementation for the VAX simulator.

I believe that the current code will work correctly on most host systems given 
a host clock tick which is less than 10ms.  The real issue is the minimum 
resolution on sleeping (1ms is good, 10ms isn't so good).  The current code has 
a more robust means of determining the minimum sleep resolution.

What version of Ultrix are you using?

You should be using:

   sim> set cpu idle=Ultrix

I just updated the code to display the minimum sleep resolution when you enter 
the command:
   sim> show cpu idle

Please try the latest version to display the minimum sleep interval and let me 
know your Ultrix version.

Once again, the URL for the tarball is:  
https://github.com/markpizz/simh/tarball/master

Good Luck.

- Mark Pizzolato






___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh


Re: [Simh] SIMH vax.ini fine tuning

2011-09-19 Thread Peter Svensson
On Mon, 19 Sep 2011, Seth Morabito wrote:

> * On Mon, Sep 19, 2011 at 10:20:48PM +0200, Arpadffy Zoltan 
>  wrote:
> > I am so happy that thanks to Mark's master build I finally have a
> > stable system used through the network.
> >
> > ...but there are still some fine tuning issues that, unfortunately
> >  could not find any reference in the manuals.
> > 
> > 1. what is the proper method enabling of the sim_idle_enab flag? I
> >  have tested the "set cpu idle" command but the CPU is still in 100%
> >  usage
> 
> With the stock 3.8-1 release, you'll need TWO lines (both of these are
> required!):
> 
>   set cpu idle
>   set cpu idle=ultrix
> 
> There seems to be a bug that causes the simulator to say "Invalid
> argument" after the second line, but the idle flag is correctly set
> anyway. Do a "show cpu" at the "sim>" prompt and you should see
> something like:
> 
>   sim> show cpu
>   CPU, idle enabled=ULTRIX, 64MB, HALT to SIMH

You need the vax-idle patch from 
  http://sourceforge.net/projects/simh/files/Unofficial%20Patches/3.8.1/
for idle to work properly for all the supported operating systems. With 
this patch I can run a VMS-cluster of several VAXen on the same host with 
good performance.

Also very _very_ nice is the tuntap patch for native tap support. No more 
taptap hacks. Very much more straight forward to set up networking using 
bridging on hosts that support tun/tap virtual interfaces (Linux, *BSD 
etc).

Peter

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh


Re: [Simh] SIMH vax.ini fine tuning

2011-09-19 Thread Jan-Benedict Glaw
On Mon, 2011-09-19 17:23:18 -0400, Dan Gahlinger  wrote:
> 
> If you're using linux, then another thing you can use is "nice".
> I always "nice" simh when it's running to keep cpu usage down overall.
> 
> nice is one of the handiest linux/unix tools around.

But please note that `nice' doesn't limit a process's CPU time per se.
By using it, you're telling the kernel that this process should only
get CPU cycles when there's no other process that might want to have
them.

On an otherwise idle systems, it doesn't really make a difference.
SIMH will run on 100% simulating the guest OS's idle loop (or real
work, though.)  That is, you won't see power savings on the host
system by nice'ing SIMH down. You may get that once you have useable
idle loop detection.

MfG, JBG

-- 
  Jan-Benedict Glaw  jbg...@lug-owl.de  +49-172-7608481
 Signature of:Don't believe in miracles: Rely on them!
 the second  :


signature.asc
Description: Digital signature
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] SIMH vax.ini fine tuning

2011-09-19 Thread Craig D Hargreaves

On 19/09/2011 21:20, Arpadffy Zoltan wrote:

Hello,

I am so happy that thanks to Mark's master build I finally have a stable system 
used through the network.

...but there are still some fine tuning issues that, unfortunately could not 
find any reference in the manuals.

1. what is the proper method enabling of the sim_idle_enab flag? I have tested the 
"set cpu idle" command but the CPU is still in 100% usage

set cpu idle=vms


2. I can change the auto-boot behaviour with "dep bdr 0" but is there any way 
to choose the boot device that will be saved/kept even after next simh start.
 like a permanent "set boot dua0" otherwise automatically attempts to boot 
XQA0
The boot setting are stored in the simulated NVRAM. Simh only updates 
this file when you exit Simh. Do NOT kill the Simh process without 
exiting cleanly.

add the following to your vax.ini file:

att nvr vax.nvr
boot cpu

>>> set boot dua0
 E
exit

Next time you start up your NVRAM file should be read and boot from your 
new default boot device.


--
Craig
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh


Re: [Simh] SIMH vax.ini fine tuning

2011-09-19 Thread Jason Stevens
I'm also partial to the throttle command... I run a 11/780
(retromud.superglobalmegacorp.com) and 3% gives me the 'feel' of an older
machine ...  And my VPS provider hasn't complained about it either Which
is nice as you cannot do anything to spike the cpu to 100% .
 
For what it's worth..
 
Jason

-Original Message-
From: Dan Gahlinger [mailto:dgahl...@hotmail.com]
Sent: Monday, September 19, 2011 5:23 PM
To: zoltan.arpad...@scientificgames.se; simh@trailing-edge.com
Subject: Re: [Simh] SIMH vax.ini fine tuning


If you're using linux, then another thing you can use is "nice".
I always "nice" simh when it's running to keep cpu usage down overall.

nice is one of the handiest linux/unix tools around.

Dan.


> From: zoltan.arpad...@scientificgames.se
> To: simh@trailing-edge.com
> Date: Mon, 19 Sep 2011 22:20:48 +0200
> Subject: [Simh] SIMH vax.ini fine tuning
> 
> Hello,
> 
> I am so happy that thanks to Mark's master build I finally have a stable
system used through the network.
> 
> ...but there are still some fine tuning issues that, unfortunately could
not find any reference in the manuals.
> 
> 1. what is the proper method enabling of the sim_idle_enab flag? I have
tested the "set cpu idle" command but the CPU is still in 100% usage
> 
> 2. I can change the auto-boot behaviour with "dep bdr 0" but is there any
way to choose the boot device that will be saved/kept even after next simh
start.
> like a permanent "set boot dua0" otherwise automatically attempts to boot
XQA0
> 
> 
> Thank you.
> 
> Regards,
> Z
> 
> 
> 
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh


___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh


Re: [Simh] SIMH vax.ini fine tuning

2011-09-19 Thread Dan Gahlinger

If you're using linux, then another thing you can use is "nice".
I always "nice" simh when it's running to keep cpu usage down overall.

nice is one of the handiest linux/unix tools around.

Dan.

> From: zoltan.arpad...@scientificgames.se
> To: simh@trailing-edge.com
> Date: Mon, 19 Sep 2011 22:20:48 +0200
> Subject: [Simh] SIMH vax.ini fine tuning
> 
> Hello,
> 
> I am so happy that thanks to Mark's master build I finally have a stable 
> system used through the network.
> 
> ...but there are still some fine tuning issues that, unfortunately could not 
> find any reference in the manuals.
> 
> 1. what is the proper method enabling of the sim_idle_enab flag? I have 
> tested the "set cpu idle" command but the CPU is still in 100% usage
> 
> 2. I can change the auto-boot behaviour with "dep bdr 0" but is there any way 
> to choose the boot device that will be saved/kept even after next simh start.
> like a permanent "set boot dua0" otherwise automatically attempts to boot 
> XQA0
> 
> 
> Thank you.
> 
> Regards,
> Z
> 
> 
> 
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
  ___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] SIMH vax.ini fine tuning

2011-09-19 Thread Seth Morabito
* On Mon, Sep 19, 2011 at 10:20:48PM +0200, Arpadffy Zoltan 
 wrote:
> Hello,
> 

> I am so happy that thanks to Mark's master build I finally have a
> stable system used through the network.
>
> ...but there are still some fine tuning issues that, unfortunately
>  could not find any reference in the manuals.
> 
> 1. what is the proper method enabling of the sim_idle_enab flag? I
>  have tested the "set cpu idle" command but the CPU is still in 100%
>  usage

With the stock 3.8-1 release, you'll need TWO lines (both of these are
required!):

  set cpu idle
  set cpu idle=ultrix

There seems to be a bug that causes the simulator to say "Invalid
argument" after the second line, but the idle flag is correctly set
anyway. Do a "show cpu" at the "sim>" prompt and you should see
something like:

  sim> show cpu
  CPU, idle enabled=ULTRIX, 64MB, HALT to SIMH

> 2. I can change the auto-boot behaviour with "dep bdr 0" but is
> there any way to choose the boot device that will be saved/kept
> even after next simh start.  like a permanent "set boot dua0"
> otherwise automatically attempts to boot XQA0

It sounds like you're not saving your NVRAM file. Do you have a line
in your ini file attaching NVRAM, like this?

  attach nvr nvram.bin

That will save your NVRAM settings and re-load them when the simulator
starts.

Regards,

-Seth
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh