As I am on the subject, it can be hard to assess exactly what the problem is with remote graphics. Remember that a squeaky wheel gets more attention.
I was involved with one link to a site in Europe which was using CAD remotely. I really was never sure whether or not the users were just unhappy that they had to work in a different way, or that they were really frustrated by the latency they experienced. A good solution would have been to have my fly out and sit beside the users, but this was not on the cards. I did have several sessions on the phone, watching bandwidth usage and counters as the users rotated their models. One telling story is that I did one day get reports of the remote access being almost unuseable. A lot of flood pings and traceroutes later I proved that the network link was dropping a huge percentageof packets and the network provider switches the circuit over... There are such things as WAN emulators, which introduce delay and packet loss into links. If I was to do work like this again I would set up a WAN emulator in the lab first and see what the quality of the experience is before installing a solution at the remote end. Time spent here will be well repaid http://wanbully.com/home/tools/wan-emulation/ On 7 June 2018 at 09:08, John Hearns <hear...@googlemail.com> wrote: > > Makes me think. 1st workshop. Can’t ever be the first time this > question has been asked. Also David, absolutely not OT. Very much on topic. > > Maybe... > For my contribution if you use Windows then MobaXterm is an excellent > tool. IT wraps up Putty, VNC, Cygwin X server etc. etc in one package. > > For accessing remote systems I have used the following: > > VirtualGL - to be honest I dint think much of this. Hard to set up, and > you had to 'vglrun application'. I know this can be a wrapper. > To be fair, one place where I worked really favoured it. > > NICE DCV - absolutely simple to set up, works great and is transparent to > users. You can enable and disable it easily also. > > Teradici PCOIP - I used the hardware version of PCOIP with cards in > workstations and zero (thin) clients on desks. > Works great. Completely transparent to users. If you are working in a > secure environment then you should really, really look at this. > I had one customer who was working at a UK secure site. He had a cluster > room, and a small room next door with Windows PCs. > He would have to walk over to work on the PCs as they were not connected > to his office network. > First time I visited the site I recommended Teradici and they were a great > success - the card/terminals have options for fibre connections > which are again used on many secure sites. > > > > > > > On 7 June 2018 at 04:14, James Cuff <jc...@nextplatform.com> wrote: > >> >> I miss SGI jot. It had this super strange GL offload to the client that >> I’ve never seen since. >> >> http://rainbow.ldeo.columbia.edu/documentation/sgi-faq/apps/6.html >> >> We really need to find a solid way to do this whole remote GUI work. >> >> https://2018.isc-program.com/?page_id=10&id=wksp122&sess=sess279 >> >> Makes me think. 1st workshop. Can’t ever be the first time this question >> has been asked. Also David, absolutely not OT. Very much on topic. >> >> J. >> >> >> On Wed, Jun 6, 2018 at 5:28 PM David Mathog <mat...@caltech.edu> wrote: >> >>> Off Topic. >>> >>> I need to do some work on a system 3000 miles away. No problem >>> connecting to it with ssh or setting X11 forwarding, but the delays are >>> such that my usual editor (nedit) spends far too much time redrawing to >>> be useful. Resizing a screen is particularly painful. >>> >>> Are there any X11 GUI editors that are less sensitive to these issues? >>> >>> If not I will just use nano or vim. >>> >>> Thanks, >>> >>> David Mathog >>> mat...@caltech.edu >>> Manager, Sequence Analysis Facility, Biology Division, Caltech >>> _______________________________________________ >>> Beowulf mailing list, Beowulf@beowulf.org sponsored by Penguin Computing >>> To change your subscription (digest mode or unsubscribe) visit >>> http://www.beowulf.org/mailman/listinfo/beowulf >>> >> -- >> >> -- >> Dr. James Cuff >> The Next Platform >> https://www.nextplatform.com/author/jamescuff/ >> https://linkedin.com/in/jamesdotcuff >> https://twitter.com/jamesdotcuff >> >> _______________________________________________ >> Beowulf mailing list, Beowulf@beowulf.org sponsored by Penguin Computing >> To change your subscription (digest mode or unsubscribe) visit >> http://www.beowulf.org/mailman/listinfo/beowulf >> >> >
_______________________________________________ Beowulf mailing list, Beowulf@beowulf.org sponsored by Penguin Computing To change your subscription (digest mode or unsubscribe) visit http://www.beowulf.org/mailman/listinfo/beowulf
