On 06/04/2012 07:52 AM, Brian Hechinger wrote:
Anyone know how it works? I'd really like to get it working on Solaris.
You mean it doesn't? I wonder why that would be.
It detects the idle loop patterns in some OSs and throttles back the
simulator, so the host system isn't sitting there burning CPU to execute
the guest OS's idle loop.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
Wouldn't it be easier (and more efficient) to use TAP interfaces?
That's what I'm going to do as soon as I have time. (Well, Crossbow on Solaris instead of TAP but same idea)
-brian
On Jun 4, 2012, at 5:37, Sampsa Laine <sampsa at mac.com> wrote:
I configured a Linux box to automatically fire up VirtualBox from rc.local, and then run a stripped down Linux instance in the VM to run SIMH-VAX.
Point being that I could then access the network interface of the SIMH-VAX from the host running VirtualBox :)
The host also ran decnet-linux..
It was quite nifty, but too heavy-weight for a Pi..
Sampsa
On 4 Jun 2012, at 03:06, Boyanich, Alastair wrote:
Hi Rob,
There may be a super easy way. Try the /etc/rc.local script file. You
can think of it in old MS-DOS/Amiga terms as the AUTOEXEC.BAT or
S:user-startup files. This script usually gets run after the system has
entered muti-user mode and after the networking is up and running. Have
a go running your simh VAX executable from there :)
You can also get fancy with GNU Screen so that it saves and disconnects
the console so you can connect to it after an auto-startup.
Regards,
Al Boyanich
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Rob Jarratt
Sent: Monday, 4 June 2012 9:45 AM
To: hecnet at Update.UU.SE
Subject: RE: [HECnet] Raspberry Pi + SIMH VAX?
I got my Raspberry Pi a few days ago too. I too have had few problems,
although for some reason the download of libpcap took an extraordinary
amount of time. I have built the 780 emulation, along with two
modifications
of my own, difference disk files, and a DMC11 emulation.
I am running the Pi now 24 hours a day as my HECnet router (node
VAX780 at
5.8) using the bridge running on a server that I already run 24 hours
a day.
The virtual disk files are stored on the server and I use SMB to
access them
from the Raspberry Pi, partly because the 8GB SD card I planned to use
did
not work and I had to use a 4GB one, partly because I have heard that
SD
performance is poor.
I am not as good on unix these days as I used to be, is there an easy
way to
get SIMH to start up automatically on booting the Pi?
I like the idea of a cluster of Pis, might get a few more at some
point and
try that myself.
Regards
Rob
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-
hecnet at Update.UU.SE] On Behalf Of Mark Benson
Sent: 03 June 2012 22:21
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Raspberry Pi + SIMH VAX?
On 4 May 2012, at 00:07, Boyanich, Alastair wrote:
Sampsa:
Interesting. Be sure to set up the idle detection in the simh.ini
for
your appropriate OS (netbsd/TheoLinux/VMS/Ultrix/etc..) or it'll
run
the CPU flat-out all the time and potentially get hot. I'm really
curious to hear how 'hot' the R-Pi's get under load. Mine's still
on
order.
Beautiful idea.
I got my Raspsberry Pi Thursday. It runs SimH 3.9.0 flawlessly under
the
provided Debian Linux 'squeeze' distribution from a SD Card. The I/O
on
the
RPi isn't fantastic from SD Card, it just about manages 5.5MB/s by
most
people's benchmarks which is rather slow.
libpcap and screen are installable from the provided arm6l
repositories so
no
need for compiling those. Once I did that I just downloaded the
source
zip,
unzipped it into a directory and used 'make' to build, just like
normal.
Built
fine and runs perfectly.
PDP-11 simulation is plenty snappy enough running RSX-11M Plus 4.2
on a
simulated 11/83 with 2048kW of RAM. I have DECNet 4.0 (Phase IV)
working
on there too and it works fine.
VAX KA655X simulation is... sluggish. I'm used to running it on
1.xGHz
x86_64
CPUs (Atom or AMD) with fast hard drives or SATA SSD. The CPU speed
makes it slow but imagine it's as fast or faster than a real late
model
VAX. It's
by no means perishingly annoying, it just takes a little thinking
between
operations. I think I may be spoilt as I've never used a real VAX.
Overall so far I'm very impressed with the RasPi and it will fulfil
the
roles I
need for it. When I get hold of a few more I am going to try and
build a
VMS
cluster that uses less than 6W :) I will also have one permanently
running
a
PDP-11 (something that I've not managed since I had my Cobalt Qube2
running) RSX-11MP system.
Oh and CPU Idle works just fine in PDP-11 and VMS-VAX simulations.
To be
honest even when I compiled all the simulator binaries for SimH (as
a
stress
test) and when I was running the SYSGEN in RSX-11M it barely got
much
worse temperature-wise than hot to touch a the CPU. On a board that
only
uses 300mA with no USB and Ethernet active it hardly has a lot of
energy
to
dissipate as heat in the first place!
I'm gonna have a LOT of fun with these :D
--
Mark Benson
http://DECtec.info
Twitter: @DECtecInfo
HECnet: STAR69::MARK
Online Resource & Mailing List for DEC Enthusiasts.
I configured a Linux box to automatically fire up VirtualBox from rc.local, and then run a stripped down Linux instance in the VM to run SIMH-VAX.
Point being that I could then access the network interface of the SIMH-VAX from the host running VirtualBox :)
The host also ran decnet-linux..
It was quite nifty, but too heavy-weight for a Pi..
Sampsa
On 4 Jun 2012, at 03:06, Boyanich, Alastair wrote:
Hi Rob,
There may be a super easy way. Try the /etc/rc.local script file. You
can think of it in old MS-DOS/Amiga terms as the AUTOEXEC.BAT or
S:user-startup files. This script usually gets run after the system has
entered muti-user mode and after the networking is up and running. Have
a go running your simh VAX executable from there :)
You can also get fancy with GNU Screen so that it saves and disconnects
the console so you can connect to it after an auto-startup.
Regards,
Al Boyanich
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Rob Jarratt
Sent: Monday, 4 June 2012 9:45 AM
To: hecnet at Update.UU.SE
Subject: RE: [HECnet] Raspberry Pi + SIMH VAX?
I got my Raspberry Pi a few days ago too. I too have had few problems,
although for some reason the download of libpcap took an extraordinary
amount of time. I have built the 780 emulation, along with two
modifications
of my own, difference disk files, and a DMC11 emulation.
I am running the Pi now 24 hours a day as my HECnet router (node
VAX780 at
5.8) using the bridge running on a server that I already run 24 hours
a day.
The virtual disk files are stored on the server and I use SMB to
access them
from the Raspberry Pi, partly because the 8GB SD card I planned to use
did
not work and I had to use a 4GB one, partly because I have heard that
SD
performance is poor.
I am not as good on unix these days as I used to be, is there an easy
way to
get SIMH to start up automatically on booting the Pi?
I like the idea of a cluster of Pis, might get a few more at some
point and
try that myself.
Regards
Rob
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-
hecnet at Update.UU.SE] On Behalf Of Mark Benson
Sent: 03 June 2012 22:21
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Raspberry Pi + SIMH VAX?
On 4 May 2012, at 00:07, Boyanich, Alastair wrote:
Sampsa:
Interesting. Be sure to set up the idle detection in the simh.ini
for
your appropriate OS (netbsd/TheoLinux/VMS/Ultrix/etc..) or it'll
run
the CPU flat-out all the time and potentially get hot. I'm really
curious to hear how 'hot' the R-Pi's get under load. Mine's still
on
order.
Beautiful idea.
I got my Raspsberry Pi Thursday. It runs SimH 3.9.0 flawlessly under
the
provided Debian Linux 'squeeze' distribution from a SD Card. The I/O
on
the
RPi isn't fantastic from SD Card, it just about manages 5.5MB/s by
most
people's benchmarks which is rather slow.
libpcap and screen are installable from the provided arm6l
repositories so
no
need for compiling those. Once I did that I just downloaded the
source
zip,
unzipped it into a directory and used 'make' to build, just like
normal.
Built
fine and runs perfectly.
PDP-11 simulation is plenty snappy enough running RSX-11M Plus 4.2
on a
simulated 11/83 with 2048kW of RAM. I have DECNet 4.0 (Phase IV)
working
on there too and it works fine.
VAX KA655X simulation is... sluggish. I'm used to running it on
1.xGHz
x86_64
CPUs (Atom or AMD) with fast hard drives or SATA SSD. The CPU speed
makes it slow but imagine it's as fast or faster than a real late
model
VAX. It's
by no means perishingly annoying, it just takes a little thinking
between
operations. I think I may be spoilt as I've never used a real VAX.
Overall so far I'm very impressed with the RasPi and it will fulfil
the
roles I
need for it. When I get hold of a few more I am going to try and
build a
VMS
cluster that uses less than 6W :) I will also have one permanently
running
a
PDP-11 (something that I've not managed since I had my Cobalt Qube2
running) RSX-11MP system.
Oh and CPU Idle works just fine in PDP-11 and VMS-VAX simulations.
To be
honest even when I compiled all the simulator binaries for SimH (as
a
stress
test) and when I was running the SYSGEN in RSX-11M it barely got
much
worse temperature-wise than hot to touch a the CPU. On a board that
only
uses 300mA with no USB and Ethernet active it hardly has a lot of
energy
to
dissipate as heat in the first place!
I'm gonna have a LOT of fun with these :D
--
Mark Benson
http://DECtec.info
Twitter: @DECtecInfo
HECnet: STAR69::MARK
Online Resource & Mailing List for DEC Enthusiasts.
Hi Rob,
There may be a super easy way. Try the /etc/rc.local script file. You
can think of it in old MS-DOS/Amiga terms as the AUTOEXEC.BAT or
S:user-startup files. This script usually gets run after the system has
entered muti-user mode and after the networking is up and running. Have
a go running your simh VAX executable from there :)
You can also get fancy with GNU Screen so that it saves and disconnects
the console so you can connect to it after an auto-startup.
Regards,
Al Boyanich
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Rob Jarratt
Sent: Monday, 4 June 2012 9:45 AM
To: hecnet at Update.UU.SE
Subject: RE: [HECnet] Raspberry Pi + SIMH VAX?
I got my Raspberry Pi a few days ago too. I too have had few problems,
although for some reason the download of libpcap took an extraordinary
amount of time. I have built the 780 emulation, along with two
modifications
of my own, difference disk files, and a DMC11 emulation.
I am running the Pi now 24 hours a day as my HECnet router (node
VAX780 at
5.8) using the bridge running on a server that I already run 24 hours
a day.
The virtual disk files are stored on the server and I use SMB to
access them
from the Raspberry Pi, partly because the 8GB SD card I planned to use
did
not work and I had to use a 4GB one, partly because I have heard that
SD
performance is poor.
I am not as good on unix these days as I used to be, is there an easy
way to
get SIMH to start up automatically on booting the Pi?
I like the idea of a cluster of Pis, might get a few more at some
point and
try that myself.
Regards
Rob
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-
hecnet at Update.UU.SE] On Behalf Of Mark Benson
Sent: 03 June 2012 22:21
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Raspberry Pi + SIMH VAX?
On 4 May 2012, at 00:07, Boyanich, Alastair wrote:
Sampsa:
Interesting. Be sure to set up the idle detection in the simh.ini
for
your appropriate OS (netbsd/TheoLinux/VMS/Ultrix/etc..) or it'll
run
the CPU flat-out all the time and potentially get hot. I'm really
curious to hear how 'hot' the R-Pi's get under load. Mine's still
on
order.
Beautiful idea.
I got my Raspsberry Pi Thursday. It runs SimH 3.9.0 flawlessly under
the
provided Debian Linux 'squeeze' distribution from a SD Card. The I/O
on
the
RPi isn't fantastic from SD Card, it just about manages 5.5MB/s by
most
people's benchmarks which is rather slow.
libpcap and screen are installable from the provided arm6l
repositories so
no
need for compiling those. Once I did that I just downloaded the
source
zip,
unzipped it into a directory and used 'make' to build, just like
normal.
Built
fine and runs perfectly.
PDP-11 simulation is plenty snappy enough running RSX-11M Plus 4.2
on a
simulated 11/83 with 2048kW of RAM. I have DECNet 4.0 (Phase IV)
working
on there too and it works fine.
VAX KA655X simulation is... sluggish. I'm used to running it on
1.xGHz
x86_64
CPUs (Atom or AMD) with fast hard drives or SATA SSD. The CPU speed
makes it slow but imagine it's as fast or faster than a real late
model
VAX. It's
by no means perishingly annoying, it just takes a little thinking
between
operations. I think I may be spoilt as I've never used a real VAX.
Overall so far I'm very impressed with the RasPi and it will fulfil
the
roles I
need for it. When I get hold of a few more I am going to try and
build a
VMS
cluster that uses less than 6W :) I will also have one permanently
running
a
PDP-11 (something that I've not managed since I had my Cobalt Qube2
running) RSX-11MP system.
Oh and CPU Idle works just fine in PDP-11 and VMS-VAX simulations.
To be
honest even when I compiled all the simulator binaries for SimH (as
a
stress
test) and when I was running the SYSGEN in RSX-11M it barely got
much
worse temperature-wise than hot to touch a the CPU. On a board that
only
uses 300mA with no USB and Ethernet active it hardly has a lot of
energy
to
dissipate as heat in the first place!
I'm gonna have a LOT of fun with these :D
--
Mark Benson
http://DECtec.info
Twitter: @DECtecInfo
HECnet: STAR69::MARK
Online Resource & Mailing List for DEC Enthusiasts.
I got my Raspberry Pi a few days ago too. I too have had few problems,
although for some reason the download of libpcap took an extraordinary
amount of time. I have built the 780 emulation, along with two modifications
of my own, difference disk files, and a DMC11 emulation.
I am running the Pi now 24 hours a day as my HECnet router (node VAX780 at
5.8) using the bridge running on a server that I already run 24 hours a day.
The virtual disk files are stored on the server and I use SMB to access them
from the Raspberry Pi, partly because the 8GB SD card I planned to use did
not work and I had to use a 4GB one, partly because I have heard that SD
performance is poor.
I am not as good on unix these days as I used to be, is there an easy way to
get SIMH to start up automatically on booting the Pi?
I like the idea of a cluster of Pis, might get a few more at some point and
try that myself.
Regards
Rob
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-
hecnet at Update.UU.SE] On Behalf Of Mark Benson
Sent: 03 June 2012 22:21
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Raspberry Pi + SIMH VAX?
On 4 May 2012, at 00:07, Boyanich, Alastair wrote:
Sampsa:
Interesting. Be sure to set up the idle detection in the simh.ini for
your appropriate OS (netbsd/TheoLinux/VMS/Ultrix/etc..) or it'll run
the CPU flat-out all the time and potentially get hot. I'm really
curious to hear how 'hot' the R-Pi's get under load. Mine's still on
order.
Beautiful idea.
I got my Raspsberry Pi Thursday. It runs SimH 3.9.0 flawlessly under the
provided Debian Linux 'squeeze' distribution from a SD Card. The I/O on
the
RPi isn't fantastic from SD Card, it just about manages 5.5MB/s by most
people's benchmarks which is rather slow.
libpcap and screen are installable from the provided arm6l repositories so
no
need for compiling those. Once I did that I just downloaded the source
zip,
unzipped it into a directory and used 'make' to build, just like normal.
Built
fine and runs perfectly.
PDP-11 simulation is plenty snappy enough running RSX-11M Plus 4.2 on a
simulated 11/83 with 2048kW of RAM. I have DECNet 4.0 (Phase IV) working
on there too and it works fine.
VAX KA655X simulation is... sluggish. I'm used to running it on 1.xGHz
x86_64
CPUs (Atom or AMD) with fast hard drives or SATA SSD. The CPU speed
makes it slow but imagine it's as fast or faster than a real late model
VAX. It's
by no means perishingly annoying, it just takes a little thinking between
operations. I think I may be spoilt as I've never used a real VAX.
Overall so far I'm very impressed with the RasPi and it will fulfil the
roles I
need for it. When I get hold of a few more I am going to try and build a
VMS
cluster that uses less than 6W :) I will also have one permanently running
a
PDP-11 (something that I've not managed since I had my Cobalt Qube2
running) RSX-11MP system.
Oh and CPU Idle works just fine in PDP-11 and VMS-VAX simulations. To be
honest even when I compiled all the simulator binaries for SimH (as a
stress
test) and when I was running the SYSGEN in RSX-11M it barely got much
worse temperature-wise than hot to touch a the CPU. On a board that only
uses 300mA with no USB and Ethernet active it hardly has a lot of energy
to
dissipate as heat in the first place!
I'm gonna have a LOT of fun with these :D
--
Mark Benson
http://DECtec.info
Twitter: @DECtecInfo
HECnet: STAR69::MARK
Online Resource & Mailing List for DEC Enthusiasts.
I tried ti do this a week back but somethings still broken. I'm trying to get Area 6 back to HECNet somehow but I am stuck because I can't reach Steve Davidson.
I may drop back to using the bridge for now, if that will still work.
On 13 Apr 2012, at 19:26, Steve Davidson wrote:
The following areas need to change their addresses for their link to SG1
to work:
3, 52, 59 and the two area 6 nodes.
In addition, the nodes in the 19.3xx range are still missing.
The new address is: 69.21.253.158 (bridge.declab.net)
-Steve
--
Mark Benson
http://DECtec.info
Twitter: @DECtecInfo
HECnet: STAR69::MARK
Online Resource & Mailing List for DEC Enthusiasts.
On 4 May 2012, at 00:07, Boyanich, Alastair wrote:
Sampsa:
Interesting. Be sure to set up the idle detection in the simh.ini for
your appropriate OS (netbsd/TheoLinux/VMS/Ultrix/etc..) or it'll run the
CPU flat-out all the time and potentially get hot. I'm really curious to
hear how 'hot' the R-Pi's get under load. Mine's still on order.
Beautiful idea.
I got my Raspsberry Pi Thursday. It runs SimH 3.9.0 flawlessly under the provided Debian Linux 'squeeze' distribution from a SD Card. The I/O on the RPi isn't fantastic from SD Card, it just about manages 5.5MB/s by most people's benchmarks which is rather slow.
libpcap and screen are installable from the provided arm6l repositories so no need for compiling those. Once I did that I just downloaded the source zip, unzipped it into a directory and used 'make' to build, just like normal. Built fine and runs perfectly.
PDP-11 simulation is plenty snappy enough running RSX-11M Plus 4.2 on a simulated 11/83 with 2048kW of RAM. I have DECNet 4.0 (Phase IV) working on there too and it works fine.
VAX KA655X simulation is... sluggish. I'm used to running it on 1.xGHz x86_64 CPUs (Atom or AMD) with fast hard drives or SATA SSD. The CPU speed makes it slow but imagine it's as fast or faster than a real late model VAX. It's by no means perishingly annoying, it just takes a little thinking between operations. I think I may be spoilt as I've never used a real VAX.
Overall so far I'm very impressed with the RasPi and it will fulfil the roles I need for it. When I get hold of a few more I am going to try and build a VMS cluster that uses less than 6W :) I will also have one permanently running a PDP-11 (something that I've not managed since I had my Cobalt Qube2 running) RSX-11MP system.
Oh and CPU Idle works just fine in PDP-11 and VMS-VAX simulations. To be honest even when I compiled all the simulator binaries for SimH (as a stress test) and when I was running the SYSGEN in RSX-11M it barely got much worse temperature-wise than hot to touch a the CPU. On a board that only uses 300mA with no USB and Ethernet active it hardly has a lot of energy to dissipate as heat in the first place!
I'm gonna have a LOT of fun with these :D
--
Mark Benson
http://DECtec.info
Twitter: @DECtecInfo
HECnet: STAR69::MARK
Online Resource & Mailing List for DEC Enthusiasts.
I'm trying to get in touch with Steve, is he around at the moment? I e-mailed his address a while back but got no response.
--
Mark Benson
http://DECtec.info
Twitter: @DECtecInfo
HECnet: STAR69::MARK
Online Resource & Mailing List for DEC Enthusiasts.
On 2012-05-16 19.02, Dave McGuire wrote:
On 05/16/2012 09:12 PM, Johnny Billquist wrote:
So I just realized that I have V1.0 of the DECserver 300 image, and
there exists also a V2, which can talk TCP/IP. Does anyone have that
version around? Latest seems to be V2.2c.
http://www.neurotica.com/misc/SH1601ENG.SYS
That is v2.2C.
Please let me know when you have it so I can remote it from the server.
Thanks. Got it.
Johnny
On 05/16/2012 09:12 PM, Johnny Billquist wrote:
So I just realized that I have V1.0 of the DECserver 300 image, and
there exists also a V2, which can talk TCP/IP. Does anyone have that
version around? Latest seems to be V2.2c.
http://www.neurotica.com/misc/SH1601ENG.SYS
That is v2.2C.
Please let me know when you have it so I can remote it from the server.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
So I just realized that I have V1.0 of the DECserver 300 image, and there exists also a V2, which can talk TCP/IP. Does anyone have that version around? Latest seems to be V2.2c.
Johnny
Sampsa:
Interesting. Be sure to set up the idle detection in the simh.ini for
your appropriate OS (netbsd/TheoLinux/VMS/Ultrix/etc..) or it'll run the
CPU flat-out all the time and potentially get hot. I'm really curious to
hear how 'hot' the R-Pi's get under load. Mine's still on order.
Beautiful idea.
Al.
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Sampsa Laine
Sent: Wednesday, 2 May 2012 8:34 PM
To: hecnet at Update.UU.SE
Subject: [HECnet] Raspberry Pi + SIMH VAX?
I'm toying with moving GORVAX onto a Raspberry Pi and SIMH? Anyone
played
with this yet? What's the performance like?
Sampsa
Its been a year or so since I've messed with the ARM, but I believe I just used NFS instead of transferring the disc image to the sd card.. I do recall that doing ANYTHING else during times of high SD activity was ill-advised.
On Wed, May 2, 2012 at 10:35 AM, Kevin Reynolds <tpresence at hotmail.com> wrote:
After I saw this message, I set up simh and put up simh with unix v6 using the provided pdp11 binary. I didn't notice a significant difference between running v6 on the pi from running it on a modern machine with real disk and ram. Everything seemed to work as expected.
I set up a vms configuration to test it out, and, disk acces from the sd wasn't so happy. Just transferring my disk images to the pi took forever at ~1.0MB/sec. This was with a class 10 card, so although its fast, alot of people say they are also buggy. I haven't had issues with reliability. If you do ANYTHING else on the pi during xfer, it slows even further. If you do any package management during transfers, the transfer will stall entirely. With the current operating systems, I think multi-function purposes of the pi are not very viable. The biggest limitation I believe is the SD card. This may get better with a disk hanging off of USB. I do not think there is a way to BOOT from usb and exclude sd entirely at this point. I may try to put swap on a USB disk, since I believe the SD is the primary hangup.
1) I used the debian OS provided by the pi foundation, as it was the most complete and reliable
2) simh is already in the armel package archives, and can be installed to the pi with "apt-get install simh"
If you dedicate your pi to simh, it probably won't cause you unhappiness.
Kevin
> From: sampsa at mac.com
> Subject: [HECnet] Raspberry Pi + SIMH VAX?
> Date: Wed, 2 May 2012 13:34:00 +0300
> To: hecnet at Update.UU.SE
>
> I'm toying with moving GORVAX onto a Raspberry Pi and SIMH? Anyone played with this yet? What's the performance like?
>
> Sampsa
>
>
After I saw this message, I set up simh and put up simh with unix v6 using the provided pdp11 binary. I didn't notice a significant difference between running v6 on the pi from running it on a modern machine with real disk and ram. Everything seemed to work as expected.
I set up a vms configuration to test it out, and, disk acces from the sd wasn't so happy. Just transferring my disk images to the pi took forever at ~1.0MB/sec. This was with a class 10 card, so although its fast, alot of people say they are also buggy. I haven't had issues with reliability. If you do ANYTHING else on the pi during xfer, it slows even further. If you do any package management during transfers, the transfer will stall entirely. With the current operating systems, I think multi-function purposes of the pi are not very viable. The biggest limitation I believe is the SD card. This may get better with a disk hanging off of USB. I do not think there is a way to BOOT from usb and exclude sd entirely at this point. I may try to put swap on a USB disk, since I believe the SD is the primary hangup.
1) I used the debian OS provided by the pi foundation, as it was the most complete and reliable
2) simh is already in the armel package archives, and can be installed to the pi with "apt-get install simh"
If you dedicate your pi to simh, it probably won't cause you unhappiness.
Kevin
> From: sampsa at mac.com
> Subject: [HECnet] Raspberry Pi + SIMH VAX?
> Date: Wed, 2 May 2012 13:34:00 +0300
> To: hecnet at Update.UU.SE
>
> I'm toying with moving GORVAX onto a Raspberry Pi and SIMH? Anyone played with this yet? What's the performance like?
>
> Sampsa
>
>
Ah very cool... should make the bridging easy...
The zipit is/was, I believe, 300MHz or so out of the box... but only 32MB of RAM if i recall. It was a bit slow perhaps, but certainly felt more like lower-end "real" hardware as compared to simh on a newer machine (which can obviously turn blazingly-fast "VAX" i/o in the right configuration).
I'd seen talk (perhaps by Sampsa in this group), of an fpga turned PDP, that sounded very interesting as well... I don't suppose anyone has seen this come about?
On Wed, May 2, 2012 at 10:01 AM, <Paul_Koning at dell.com> wrote:
On May 2, 2012, at 8:16 AM, Joe Ferraro wrote:
> I did the same with a zipit z2 (got them for $12USD), which is arm (I believe the pi is as well?!).. honestly, the performance felt much more realistic than the untuned linux/simh on a modern machine... and for around 100mW, it is / was hard to beat. The one issue I had was getting the bridge to work over wifi - I didn't have time (at the time) to tinker...
Yes, the pi is an ARM processor, with 256 MB of RAM. It doesn't have wifi, but it does (in the "B" model) have 10/100 Ethernet.
paul
On May 2, 2012, at 8:16 AM, Joe Ferraro wrote:
I did the same with a zipit z2 (got them for $12USD), which is arm (I believe the pi is as well?!).. honestly, the performance felt much more realistic than the untuned linux/simh on a modern machine... and for around 100mW, it is / was hard to beat. The one issue I had was getting the bridge to work over wifi - I didn't have time (at the time) to tinker...
Yes, the pi is an ARM processor, with 256 MB of RAM. It doesn't have wifi, but it does (in the "B" model) have 10/100 Ethernet.
paul
I did the same with a zipit z2 (got them for $12USD), which is arm (I believe the pi is as well?!).. honestly, the performance felt much more realistic than the untuned linux/simh on a modern machine... and for around 100mW, it is / was hard to beat. The one issue I had was getting the bridge to work over wifi - I didn't have time (at the time) to tinker...
All in all, the arm was well worth it and fun.
On Wed, May 2, 2012 at 6:34 AM, Sampsa Laine <sampsa at mac.com> wrote:
I'm toying with moving GORVAX onto a Raspberry Pi and SIMH? Anyone played with this yet? What's the performance like?
Sampsa
I'll tell you (all) when I ever get one of the blessed things. Looking like at least a month or two before either of my pre-orders arrive :\
I intend to build a mini VAX cluster using 3 or 4 Pis plus my existing low-power Atom x86 as the storage server.
--
Mark Benson
http://markbenson.org/bloghttp://twitter.com/MDBenson
On 2 May 2012, at 11:34, Sampsa Laine <sampsa at mac.com> wrote:
I'm toying with moving GORVAX onto a Raspberry Pi and SIMH? Anyone played with this yet? What's the performance like?
Sampsa
Hi Dave,
My IGS has even older software - 10.0(6) but it seems happy to accept
decnet configuration commands. It also allows me to configure a tunnel
interface so hopefully it will do the job. It seems to be running ok after
I reseated the SIMMs but I want to leave it on test for a while to make sure.
This is great news! They're good machines.
I'd be happy to do some tunnel testing with you if that would be helpful.
The IGS has behaved itself for several hours now. Peter Lothberg and I have
successfully set up a tunnel between us.
My ip address is decnet.beyondthepale.ie [213.94.231.131] - let me know what
your's is and I'll set up a tunnel to you.
I can't find any reference to the processor speed anywhere.
It;s not show anywhere except in data sheets .. -:)
I eventually found it written on the 68020 :-)
Assuming they're running it full-bore..
I could check with the oscilloscope but I'm happy to accept Alastair's word
that it runs at 16MHz :-)
Regards,
Peter Coghlan.
On 05/01/2012 08:49 AM, Peter Coghlan wrote:
My IGS has even older software - 10.0(6) but it seems happy to accept
decnet configuration commands. It also allows me to configure a tunnel
interface so hopefully it will do the job. It seems to be running ok after
I reseated the SIMMs but I want to leave it on test for a while to make sure.
This is great news! They're good machines.
I'd be happy to do some tunnel testing with you if that would be helpful.
I can't find any reference to the processor speed anywhere.
It;s not show anywhere except in data sheets .. -:)
I eventually found it written on the 68020 :-)
Assuming they're running it full-bore..
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
Cisco Internetwork Operating System Software
IOS (tm) 3000 Software (IGS-BPRX), Version 10.0(6), RELEASE SOFTWARE (fc1)
Copyright (c) 1986-1994 by cisco Systems, Inc.
Compiled Tue 25-Oct-94 19:01 by dougs
cisco IGS (68020) processor (revision A) with 4092K/512K bytes of memory.
So this is a "Pancake", square box that opens so the bottom comes out
with a plastic latch.
Yes - it looks like a slightly flattened VAX 2000 with three LEDs on the front.
A 25xx is a 1U rack mount thing.
With a noisy fan too? I had some of these at work but I forget the more recent
stuff more quickly than I forget the older stuff :-)
ROM: System Bootstrap, Version 11.0(10c)XB1, PLATFORM SPECIFIC RELEASE
SOFTWARE (fc1)
BOOTFLASH: 3000 Bootstrap Software (IGS-BOOT-R), Version 11.0(10c)XB1,
PLATFORM SPECIFIC RELEASE SOFTWARE (fc1)
System image file is "flash:c2500-ds-l.112-26.P7.bin", booted via
flash
cisco AS2511-RJ (68030) processor (revision K) with 14336K/2048K bytes
of memory.
This very old SW runs DECnet in GRE tunnels... -:) (But it will not
fit in the 3000 with 4M memory. My mamemory fails me if it ws possible
to put 4M modules in the IGS/3000, I think the answer is no.)
My IGS has even older software - 10.0(6) but it seems happy to accept
decnet configuration commands. It also allows me to configure a tunnel
interface so hopefully it will do the job. It seems to be running ok after
I reseated the SIMMs but I want to leave it on test for a while to make sure.
I can't find any reference to the processor speed anywhere.
It;s not show anywhere except in data sheets .. -:)
I eventually found it written on the 68020 :-)
Regards,
Peter Coghlan.
On 1.5.2012 7:26, Dave McGuire wrote:
On 04/29/2012 04:14 AM, Kari Uusim ki wrote:
DECnet must have been around at least from 1993, because the
DECbrouter90's, which were practically Cisco routers in a DEChub90
module, were introduced in 1993. And they used IOS.
Did you mean DECnet support in IOS, or DECnet itself? DECnet itself
dates to the mid-1970s.
I meant the DECnet support in IOS.
I don't have older documentation than from the DECbrouter90 initial manuals which were dealing with IOS 9.14. Therefore I don't know how long time ago DECnet became supported in IOS.
What I haven't found out is when the IP tunnels were introduced in the
IOS. It seems to be in IOS 11.2. So it is included in all recent
versions, but the Cisco 2500's have limited flash and RAM capabilites.
Therefore the recent IOS's cannot be used with older hardware. I suppose
the IOS 11.2 should be sufficient for tunneling DECnet over IP.
I'll bet much older releases than that would support this.
The 9.14 documentation doesn't mention other kind of tunneling than Serial tunnneling which was used for IBM protocols.
Maybe other protocols can be tunneled as well. Don't know and haven't tested.
The IOS Reference guide for IOS V11.2 does describe IP tunneling so it is included in that version for sure.
I have to check which versions I have on my 2500's. Most probably they
have an IP-only version of the IOS. I bought the 2500's cheap from a
local broker a few years ago.
I've got lots of IOS images if needed. Let me know if I can help.
-Dave
Thanks, I'll check the versions I have. If they aren't multiprotocol versions, I contact you about the images.
Regards,
Kari
Cisco Internetwork Operating System Software
IOS (tm) 3000 Software (IGS-BPRX), Version 10.0(6), RELEASE SOFTWARE (fc1)
Copyright (c) 1986-1994 by cisco Systems, Inc.
Compiled Tue 25-Oct-94 19:01 by dougs
cisco IGS (68020) processor (revision A) with 4092K/512K bytes of memory.
So this is a "Pancake", square box that opens so the bottom comes out
with a plastic latch.
A 25xx is a 1U rack mount thing.
They share mostly the same code, so things can look oddly confucing,
on a 1U 2511, it says the boot is for a IGS/3000 box...
Router#sh hard
Cisco Internetwork Operating System Software
IOS (tm) 2500 Software (C2500-DS-L), Version 11.2(26)P7, RELEASE SOFTWARE (fc1)
Copyright (c) 1986-2004 by cisco Systems, Inc.
Compiled Wed 09-Jun-04 00:06 by hqluong
Image text-base: 0x03038FBC, data-base: 0x00001000
ROM: System Bootstrap, Version 11.0(10c)XB1, PLATFORM SPECIFIC RELEASE
SOFTWARE (fc1)
BOOTFLASH: 3000 Bootstrap Software (IGS-BOOT-R), Version 11.0(10c)XB1,
PLATFORM SPECIFIC RELEASE SOFTWARE (fc1)
System image file is "flash:c2500-ds-l.112-26.P7.bin", booted via
flash
cisco AS2511-RJ (68030) processor (revision K) with 14336K/2048K bytes
of memory.
This very old SW runs DECnet in GRE tunnels... -:) (But it will not
fit in the 3000 with 4M memory. My mamemory fails me if it ws possible
to put 4M modules in the IGS/3000, I think the answer is no.)
And don't get to confuced, a 3000 was a 25xx painted white and it can
do 16M, but the original IGS (bigger box) can not do more than 4M.
I can't find any reference to the processor speed anywhere.
It;s not show anywhere except in data sheets .. -:)
-P
