Talking of small hardware, I would have thought that the latest i7 with built in video would be a good candidate for a small motherboard.
Anyone know if there are any miniITX etc. planned for such a beast?
Mark.
--
http://www.wickensonline.co.ukhttp://declegacy.org.uk
On 13 Jun 2012, at 01:04, Boyanich, Alastair wrote:
This looks like it might be cute to run SIMH on.. there was the Rpi VAX cluster doing the rounds yesterday, but these things came out today (..wonder what tomorrow will bring) for $49 .. with twice the ram, 800Mhz ARMv11 core (Rpi is ARMv6 afair? Please correct me).
http://apc.io/
No, the Raspberry Pi CPU is ARM11 (note, no v) 700MHz Broadcom BCM2835 SoC which is ARMv6 (the Linux distro I run debian armv6l). It's quite confusing, there are a few number schemes that all relate to different things with ARM and I don't fully understand them.
http://www.raspberrypi.org/faqs
That so-called 'APC8750' board is a VIA Neo-ITX board also. The CPU setup looks almost identical to the RPi one save for the extra RAM and 100MHz.
http://www.tomshardware.com/news/VIA-APC-8750-WonderMedia-ARM-Neo-ITX,15721…
--
Mark Benson
http://DECtec.info
Twitter: @DECtecInfo
HECnet: STAR69::MARK
Online Resource & Mailing List for DEC Enthusiasts.
This looks like it might be cute to run SIMH on.. there was the Rpi VAX cluster doing the rounds yesterday, but these things came out today (..wonder what tomorrow will bring) for $49 .. with twice the ram, 800Mhz ARMv11 core (Rpi is ARMv6 afair? Please correct me).
http://apc.io/
Al.
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Mark Wickens Sent: Tuesday, 12 June 2012 11:06 PM To: hecnet at Update.UU.SE Subject: [HECnet] Fwd: [Simh] Pi VAX Cluster
-------- Original Message --------
Subject:
[Simh] Pi VAX Cluster
Date:
Tue, 12 Jun 2012 13:59:13 +0100
From:
Sevan / Venture37 <venture37 at gmail.com>
To:
simh at trailing-edge.comhttp://www.designspark.com/content/raspberry-pi-vax-cluster
Andrew Back blogged about running a VAX cluster with simh on the Pi
Sevan / Venture37
_______________________________________________
Simh mailing list
Simh at trailing-edge.comhttp://mailman.trailing-edge.com/mailman/listinfo/simh
El 11/06/2012, a les 23:55, gerry77 at mail.com va escriure:
On Mon, 11 Jun 2012 20:08:37 +0200, you wrote:
KLH10 does not seem to have an idle loop detection like SIMH does. The Panda
TOPS-20 uses some sort of virtual device to make the host aware if it is
idling, but the regular TOPS-10 monitor does not, so it's using the 100% of
the CPU time of the host virtualbox machine. So if I don't cap it it ends
topping one of the cores of the "real" host machine. And the it gets hot :)
You can easily patch either the actual TOPS-10 monitor or the sources used to
generate a custom monitor. Then it will behave like the TOPS-20 Panda monitor.
KLH10 implements a special device that forces the emulator to sleep until the
next interrupt, e.g. the interval timer. That device does its thing whenever
is "called", and that's just only one single Macro instruction.
If you'll want to give it a try, just ask: it's quite easy... :)
HTH,
That sounds fun, but I have zero knowledge about PDP-10 assembly language :). I pretend to learn a little bit of it, but I haven't done it yet (one more thing in the huge list of thinks I want to learn).
Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES
On Mon, 11 Jun 2012 20:08:37 +0200, you wrote:
KLH10 does not seem to have an idle loop detection like SIMH does. The Panda
TOPS-20 uses some sort of virtual device to make the host aware if it is
idling, but the regular TOPS-10 monitor does not, so it's using the 100% of
the CPU time of the host virtualbox machine. So if I don't cap it it ends
topping one of the cores of the "real" host machine. And the it gets hot :)
You can easily patch either the actual TOPS-10 monitor or the sources used to
generate a custom monitor. Then it will behave like the TOPS-20 Panda monitor.
KLH10 implements a special device that forces the emulator to sleep until the
next interrupt, e.g. the interval timer. That device does its thing whenever
is "called", and that's just only one single Macro instruction.
If you'll want to give it a try, just ask: it's quite easy... :)
HTH,
G.
El 10/06/2012, a les 0:33, Peter Lothberg va escriure:
Now I've got another problem. The TOPS-10 node goes yo-yo:
(...)
$
It's outside tops10, I guess, and I'm completely lost there. If my
braincells starts to work I will rember how to log all the DECnet
packets on the -10 side.
--P
Its fixed now. I'm running the PDP-10's in a virtualbox VM, and I'm using a virtualbox feature that allows to cap the %CPU of the host CPU the VM can use. If I cap it to under 40% the virtual ethernet devices begin to drop packets and the yo-yoing begins. Curiously, TOPS-20 is more resilient and, although I see its ethernet dropping as much packets as the TOPS-10 one it does not drop itself from the network...
KLH10 does not seem to have an idle loop detection like SIMH does. The Panda TOPS-20 uses some sort of virtual device to make the host aware if it is idling, but the regular TOPS-10 monitor does not, so it's using the 100% of the CPU time of the host virtualbox machine. So if I don't cap it it ends topping one of the cores of the "real" host machine. And the it gets hot :)
Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES
On 11 Jun 2012, at 16:35, Mark Benson wrote:
He he, well, I guess it's a good name to choose.
How about I make it more generic: mypivax ?? :P
How about VAXPI? ;)
I like to name my hosts after monkeys, think I'd call it LORIS. It's small and slow.
Sampsa
... and I've posted an article about SIMH networking enhancements in version 3.9. I hope I've not done too many mistakes, and that it could be minimally useful :)
http://ancientbits.blogspot.com
Jordi Guillaumes Pons
HECnet BITXOV::JGUILLAUMES
The timeout is currently set to 2 billion seconds. This "should" not be
a problem for most people. :-)
I may reduce it to a week if this timeout causes me any grief.
It was still going up and down.
I did shut the circuit down on my side to improve overall stability,
let me knew when there is any progress in conecting to the Internet.
-P
