reccomended mode of graphical remote connection?

[Mx Argent]

So, I've been using the stock VNC setup and X11 forwarding to interact with my PiDP-10 remotely up to here, but they make things like the 340 display and (especially) the IMLAC thrash the CPU, even with a dummy plug connected to MicroHDMI. Is there anything faster I can use? Is the IMLAC sim just hard on the system in general? I'm using a 8GB Pi 5.

[Lars Brinkhoff]

Mx Argent wrote:

So, I've been using the stock VNC setup and X11 forwarding to interact with my PiDP-10 remotely up to here, but they make things like the 340 display and (especially) the IMLAC thrash the CPU, even with a dummy plug connected to MicroHDMI. Is there anything faster I can use? Is the IMLAC sim just hard on the system in general? I'm using a 8GB Pi 5.

These vector displays are hard on the system because they are repainted constantly 30-40 times a second.  This takes a toll on both the emulated (guest) computer, and the host.  I have noted that the Rasperry Pi, even model 5, seem more affected than a regular PC.

I have experimented with sending vector data over the network, hooking into the "display" component of SIMH to capture graphics command from any of the simulators.  The remote side could be anything, an SDL application, JavaScript web app, etc.  I think this would be less CPU intensive than X11 or VNC.  But it's not a finished usable solution.

[Steven Hirsch]

An active Type 340 program like 'munch' over forwarded X (ssh) will eventually bring the host system to a grinding halt.  It's been repeatable here since day one.  Anything that cuts down on the traffic will be a great help.