←back to thread

Ancient X11 scaling technology

(flak.tedunangst.com)
283 points todsacerdoti | 1 comments | | HN request time: 0s | source
Show context
kunzhi ◴[] No.44370610[source]
Interesting article, I'll admit when I first saw the title I was thinking of a different kind of "scaling" - namely the client/server decoupling in X11.

I still think X11 forwarding over SSH is a super cool and unsung/undersung feature. I know there are plenty of good reasons we don't really "do it these days" but I have had some good experiences where running the UI of a server app locally was useful. (Okay, it was more fun than useful, but it was useful.)

replies(1): >>44370853 #
xioxox ◴[] No.44370853[source]
It's certainly very useful. I do half my work using X11 over ssh and it works reasonably well over a LAN (at least using emacs, plotting, etc).
replies(2): >>44372584 #>>44372916 #
inetknght ◴[] No.44372584[source]
"reasonably well" as in... yeah it works. But it's extremely laggy (for comparison, I know people who forwarded DirectX calls over 10Mbit ethernet and could get ~15 frames/sec playing Unreal Tournament in the early 00's), and any network blip is liable to cause a window that you can neither interact with nor forcefully close.

It felt like a prototype feature that never became production-ready for that reason alone. Then there's all the security concerns that solidify that.

But yes, it does work reasonably well, and it is actually really cool. I just wish it were... better.

replies(2): >>44373725 #>>44376543 #
1. uecker ◴[] No.44373725[source]
It is laggy but not because of protocol limitations but due to Xlib not being able to hide the latency and we never got the proper support from toolkits to do this via XCB. Xpra or other proxys work around this, but it would be nice if toolkits supported this directly. Also reconnect or moving windows between displays would be no problem if toolkits supported this.