Why on the whey is X11 so inefficient? (little rant) - Page 1
Forum section: electronics / general

author: legacy
author_rank: Super Contributor
timestamp: August 21, 2018, 12:13:01 am
content: so, you have a SBC Linux board in a machine inside your rack, you have connected to it, and set compression_enabled=yes (of course yes) in the sshd config file, as well as you have exported the DISPLAY to your x11 client (mobaXterm on Windows)Code:export DISPLAY=192.168.1.12:0.0then you launch Firefox, it points to Apple dot com ( I don't know why it happened, but it's irrelevant ) and ... here you can enjoy the fresh and genuine frustration at observing that X11 is so inefficient with big-bitmap stuffOk, digging under the hood, makes you learn that the X11 protocol was never meant to handle bitmaps intensive operations (oh, and modern websites really need to have a ton of them), rather back in the day when X11 was first designed computer graphics were a lot simpler than they are today.But who on Earth wants static text and static little pics in static HTML?!?!?A webpage is considered shitty, poor, and ridiculous if it doesn't come with billion of animated junk around, but this is not OK for X11 since it doesn't send the screen to your computer, rather it sends the display-instructions so the X-server on your local computer can re-create the screen on your local system. And this needs to be done on each change and refresh of the display. Hence your computer receives a stream of instructions like "draw line in this color from coordinates x,y to (re.x,re.y), draw rectangle W pixels wide, H pixels high with upper-left corner at (x,y), etc."Does it make sense? No? And!!! the solution to this is ?... X2GO? X12? X13?The protocol provided by SUN/Oracle was embedded within the SunRay-line, and it was called "Sun Global Desktop" (SGD), that uses both lossy compression to reduce the bandwidth requirements and a differential algorithm and caching to reduce the number of back-and-forth information passing that creates the high latencyExcellent, the performance on a remote machine was almost the same as an on a local machine.But it was a commercial epic failureWhereas we are all good boys and girls, and on Xmas we still find a new version of the inefficient X11 under the tree; no matter if it's becoming more inefficient year after year.Looking at alternatives, well ... if SGD is pretty dead and pretty closed-source, RDP is for Microsoft, and there are incompatibilities between WindowsXP and Windows10; but there is also a little-boy called "VNC" that sounds like the only good open source solution, and the main useful thing would beVNC-like copyrect functionality, where the server says "move this entire region of the screen up five pixels and draw five new lines of pixels under it"Good, excellent, I like it! It might save the world, the universe, whatever. Thus I am wondering: has anyone already tried to create a hybrid solution for Linux?'cause it's so nice and pretty, but the truly ideal option would be a custom solution that remotely displays compressed Windows (or a part of their body, e.g. compressed large bitmap from that shitty flash-technology), not the entire display

author: hendorog
author_rank: Super Contributor
timestamp: August 21, 2018, 12:42:55 am
content: NX is a high performance layer over X.For me the number of round trips is the performance problem with X. NX solves that nicely.https://www.nomachine.com/

author: llkiwi2006
author_rank: Regular Contributor
timestamp: August 21, 2018, 12:46:21 am
content: X11's network protocol was designed 30 years ago, clearly not to handle the rendering requirements of today's desktop. These days on the linux desktop applications draw to shared memory, and the graphics intensive ones draw with opengl directly to the gpu. With compositors and everything the xserver doesn't do that much really.If you want remote access, just install a vnc server (like tigervnc) and enjoy remote desktop that doesn't suck.Using a outdated and unsuitable protocol and bitching about it when alternatives are widely available is the realhere.

author: ataradov
author_rank: Super Contributor
timestamp: August 21, 2018, 12:47:42 am
content: If it was up to me, I would just kill X11 network transparency to prevent rants like this. It was nice when it was designed, then things changed. Just assume that it is not there for any practical applications.

author: thermistor-guy
author_rank: Frequent Contributor
timestamp: August 21, 2018, 12:58:48 am
content: Quote from: legacy on August 21, 2018, 12:13:01 amThere could be an issue with your X server (mobaXterm) on the Windows machine.You could try installing Cygwin plus its X server, and compare the Cygwin setup with mobaXterm setup using x11perf:https://www.x.org/releases/X11R7.5/doc/man/man1/x11perf.1.htmlIf your Windows machine is on the same local network as the SBC, you should get ok (but not great) performance from Cygwin.

author: legacy
author_rank: Super Contributor
timestamp: August 21, 2018, 06:49:26 am
content: Quote from: thermistor-guy on August 21, 2018, 12:58:48 amI have mobaxterm professional edition, it's about the 20% faster than the demo version. Anyway, I have also a second Intel x86 laptop loaded with Linux. But it doesn't make the difference with the SBC Linux card. The performance with- geany- nedit- xtermare more than acceptable, whereas the performance with a browser like Firefox opened onapple dot comis ... too slow.Quote from: thermistor-guy on August 21, 2018, 12:58:48 amyes, the SBC card and the "x terminal" (Windows laptop with mobaxterm, or Linux laptop with a current version of Xorg/X11) are on the same subnet.oh, about that:- the SBC card is 100Mbit/s- the router between the SBC card and the "x terminal" is 1000Mbit/sec- the "x terminal" is 1000Mbit/secI really see to many connections (packets) and requests from the SBC to the "x terminal".

author: legacy
author_rank: Super Contributor
timestamp: August 21, 2018, 06:55:08 am
content: Besides, those guys (who asked me to do so) need to have a working clipboard with all the copy&paste stuff. Can't just "grab" the framebuffer at the lowest layer (pixel), compress it (with a decent ratio >> 1:2), and shoot it to the receiver like if it was an MPEG-streaming ...

author: legacy
author_rank: Super Contributor
timestamp: August 21, 2018, 07:22:49 am
content: that will be my default-answer -can't be done, can't be done, can't be done, don't look at me, you see me but I will leave as soon as I finish my coffee- when a friend asks me to support a project for IRIX, AIX, these EOL UNIX(1), or when a customer asks me for a technical advice on a new product made on a modern SBC Linux board that he wishes to develop with a weird remote control of the graphical stuff.Quote from: ataradov on August 21, 2018, 12:47:42 amThe funny part is that Firefox was just a "testing application" of what my customer asked me to support(1) so, it doesn't clearly make sense for business, and for sure there are better solutions, some are not open source, and use protocols similar to SGD, butbitchingwith X11 might still make sense for hobbyists, e.g. because you can't compile a modern version of Firefox on IRIX because it requires a modern compiler and the GCC support was removed after 4.7.1, therefore the idea of putting the browser into an SBC Linux board, and then exporting the DISPLAY into IRIX. AIX has a similar story on its shoulders.

author: guenthert
author_rank: Frequent Contributor
timestamp: August 21, 2018, 07:48:31 am
content: Well, it's not entirely clear to me, why one would want to run a desktop GUI application on a remote SBC or why everyone is bitching about X11's performance today, when it was entirely usable (perhaps not great, but usable) 25 years ago (given that the network is now a hundred times, the CPUs a thousand times faster).Rather then solving a (perceived or real) performance issue, I needed in the past a solution for the session management (the aforementioned beloved SunRays sadly weren't an option anymore after the Oracle takeover and subsequent killing of that product line). I had some luck with X2GO (*if* one managed to find *good* matching versions of Windows and X2GO):https://wiki.x2go.org/doku.phpIn my last job I used VNC (again) and it performed actually surprisingly well now (not sure if the technology improved or whether CPUs and network are now just so fast that the brute-force approach is good enough).

author: guenthert
author_rank: Frequent Contributor
timestamp: August 21, 2018, 07:58:55 am
content: Quote from: ataradov on August 21, 2018, 12:47:42 amThey did. On Ubuntu systems (for a number of years now) the X server is started with the -nolisten option by default. Utterly frustrating if you actually *do* want to make a remote connection.

author: legacy
author_rank: Super Contributor
timestamp: August 21, 2018, 09:39:18 am
content: Quote from: guenthert on August 21, 2018, 07:58:55 amremote connections to X11 are also subjected to security defects, the reason why there are tools like "xhost" and tons of other "smart" (sarc) workarounds.X11 tunneled into ssh is more interesting, it doesn't use the standard x11 listening port, and it's safer but /usr/sbin/sshd needs to be configured with "X11-forwarding=yes", and "compression_enabled=yes"enabling compression reduces the bandwidth, but this helps with applications like { nedit, geany, xterm }; it doesn't help with applications like firefox on high-intensity bitmap requests due to the high traffic it makes in term of the number of packets to be sent and served.In short, it makes those packets smaller in size, but it doesn't reduce their number.

author: dmills
author_rank: Super Contributor
timestamp: August 21, 2018, 10:26:38 am
content: I actually used X11s network transparency only the other day, on a intercontinental link, it worked well enough to get me into a remote box and fix the configuration issue that was frustrating a client, not exactly lag free, but good enough to get the job done.On a side note, I despise applications where you can ONLY configure the things with a GUI, makes setup nearly impossible to script.Regards, Dan.

author: bd139
author_rank: Super Contributor
timestamp: August 21, 2018, 10:36:36 am
content: X11 is very efficient and fast if you use it as intended, which most people don'tThere are a number of problems with Firefox however over X11. Firstly it repaints like a bitch due to incremental page loading. That results in masses of network traffic just loading a single browser frame. This works absolutely fine when you have a local graphics card but over the network it runs like ass. Then there's their handling of issues which is basically "remove the X11 extension that makes this fast" if there's a bug in Firefox. They did this with XRender in FF 47 to much booing hissing and fist shaking. Since then it has been total shit.If you look at Dillo for example that actually performs very well over X11 because the developers thought about it up front. I can't remember the package but there is one that renders fractals over X11. It did real time 10fps over a shared 10base2 network between a SPARC 20 and an Ultra 10 back in the late 1990s.Honestly Firefox is a mismanaged stinking turd of a product running over a 30 year old network protocol so YMMV.

author: legacy
author_rank: Super Contributor
timestamp: August 21, 2018, 11:37:41 am
content: Quote from: bd139 on August 21, 2018, 10:36:36 amyup, exactly the synthoms I have seen on the network snifferQuote from: bd139 on August 21, 2018, 10:36:36 amCode:* www-client/dillo-v3.0.5Homepage: https://www.dillo.orgDescription: Lean FLTK based web browserLicense: GPL-3thanks, I am compiling it just right nowQuote from: bd139 on August 21, 2018, 10:36:36 ammaybe good for a comics tale

author: hendorog
author_rank: Super Contributor
timestamp: August 21, 2018, 11:48:02 am
content: Quote from: guenthert on August 21, 2018, 07:48:31 amReading up it looks like x2go is derived from the early open source releases of NX.

author: bd139
author_rank: Super Contributor
timestamp: August 21, 2018, 11:59:02 am
content: Quote from: legacy on August 21, 2018, 11:37:41 amDon’t expect Firefox grade features

author: guenthert
author_rank: Frequent Contributor
timestamp: August 21, 2018, 02:07:33 pm
content: Quote from: bd139 on August 21, 2018, 10:36:36 amThat might have been xaos (although there were others before). Still around (free software never dies):--8<--tho@bananas:~$ xaos -speedtestDriver speed: 8.4 FPS (7.3828 MBPS)Memcpy speed: 3438.8 FPS (3022.3828 MBPS)Missaligned memcpy speed: 2232.4 FPS (1962.0703 MBPS)Size 6 memcpy speed: 132.2 FPS (116.1914 MBPS)Result:0 Formulaname:Mandelbrot Time:548122 Mloops per sec:36.49Result:0 Formulaname:Mandelbrot Time:534510 Mloops per sec:37.42New image caluclation took 0.0522708 seconds (19 fps)Approximation loop speed: 280.6 FPS-->8--(client on a 'Banana Pi', server is VcXrv on Windows 7 on a fairly recent Intel i5, network is WiFi)

author: bd139
author_rank: Super Contributor
timestamp: August 21, 2018, 02:15:07 pm
content: That’s the one! Good to see it still around. I remember being blown away how much faster it was on my then super expensive PII-300 running FreeBSD compared to my SPARCstation 20 at work even though that had two Ross hypersparcs in it.

author: legacy
author_rank: Super Contributor
timestamp: August 21, 2018, 10:31:21 pm
content: besides, pseudo-color x-terminals(1) are ALL broken with GTK,QT,...They only work with Motif(1) Tektronix XP2xx/XP4xx, NCD 4xx, HP Envizex/Entria, IBM X-thin, ... all broken

author: legacy
author_rank: Super Contributor
timestamp: August 21, 2018, 10:55:47 pm
content: besides, even with OpenMotif, there are smart applications, clever developers, and ...In theory, when an X11 application needs to perform various drawing graphics, text, etc, it should only have to specify various options for controlling how the data will be drawn, i.e. what foreground and background colors to use, how line edges will be connected, what font to use when drawing some text, etc, etc, etc, in order to avoid the need to supply billions of parameters to each drawing function.Now, there is a graphical context structure of type 'GC' (G=Graphical, C=context) to be used, but, of course, in name of freedom, X-windows also allows certain applications to avoid to use GC to set the various drawing options in this structure.So, instead of passing a simple thin pointer to this structure to any drawing routines, these applications silly pass a NULL and doing so then they need to supply billions of parameters to each drawing function, that ... causes a catastrophic congestion in the net-layer.It's not clear to me why someone needs to do so, since t would be rather handy when an application often needs to perform several drawing requests with the same options, but that is what I have observed: those stupid implementations haven't initialized the graphical context, haven't set the desired options, and they haven't passed the GC structure to all drawing functionsWTF? I have already modified the code to use the GC, and the number of requests has dropped by the 60%.It's on my customer's own code, definitely not a good example to follow, but what makes me worried is the suspect someone else in the world has already followed such kind of bad examples.

author: westfw
author_rank: Super Contributor
timestamp: August 22, 2018, 10:15:43 am
content: You mean: "Why do applications designed to operate with a tightly integrated graphics co-processor that typically has "many" computational elements, massive amounts of dedicated memory, and dedicated high-bandwidth memory paths, work so poorly when constrained to operate across a network link using only the graphics primitives from the early 1990s?" ?Gosh; that's a tough question!

author: legacy
author_rank: Super Contributor
timestamp: August 22, 2018, 10:46:24 am
content: Quote from: westfw on August 22, 2018, 10:15:43 ampseudo-color x11 terminal (e.g. Tektronix, NCD, HP, and IBM) are broken because all the modern version of lib_pango are broken and all abandoned on pseudo-color algorithms, and this causes a catastrophic smash of the colors on the video, plus visual corruption, in short, you see garbage on the screen for every X11-app that uses { GTK2, QT, ... } and this stuff.Motif-Apps work well since they directly access libX11 and they don't have strange interactions for colors.Mozilla was the ancestor version of Fire-flop, it was designed for Motif and it works fine, viewing a pic of Marisha Ray shows good colors (considering the hw is pseudo-color), it's also fast and comfortable, but it's not an HTML5 browser, and can't access the modern internet because it can't decode modern web-pages. But it shows how good was the old school-technology around the 90s.Oh, and about the hardware, well I happen to own all of the above-mentioned X11-terminals, and for example, my Tektronix's one is nothing more than a MIPS-R3000 @ 25Mhz with 32Mbyte of ram, running VxWorks v5.3, on a common video chip made by Texas Instruments.CPU: IDT-79R3052E @ 25Mhz (MIPS R3000 embedded core, without MMU nor FPU)RAM: standard SIMM72s, fp-50nsVideo: Texas Instruments 34020, TI 34020AGBL-40, RAMDAC Brooktree BT458LPJ135NIC: 1x Ethernet Port, SONIC DP83934 chipUART: 2x Serial Ports, Philips SCC2692 Dual UART chipset with RS232 adapterCON: PS/2 Keyboard and Mouse portsCRT: 1x Standard 15pin VGA portIt's quite like a mini workstation, loaded with a super fast kernel (VxWorks) with dedicated native-tasks (x11-server, xfont, xterm, xconio, xwm, etc, netscape, mozilla, xpicview, etc ...) to X11.It also has a session-manager, and other stuff.

author: madires
author_rank: Super Contributor
timestamp: August 22, 2018, 11:21:41 am
content: Actually the big problem are websites with several 100MB of CSS, fonts, images, scripting and just a little bit of content. All that has to be fetched, processed, rendered and displayed. And don't forget that the remote machine retrieves the web page and sends the web browser's output to a X11 terminal creating even more traffic. Then add protocol inefficiencies and the masterpiece of a web browser called Firefox. BTW, a modern bloated web page isn't any faster on a 3GHz multi core PC with broadband internet access than an old school page from 20 years ago on a 200 MHz Pentium with a dial-up connection. Guess why

author: legacy
author_rank: Super Contributor
timestamp: August 22, 2018, 12:01:12 pm
content: Quote from: madires on August 22, 2018, 11:21:41 amthe problem I am trying to analyze is: X-windows is designed on XC, and XC means it needs to send the display-instructions (2d primitives) so the X-server on your local computer can re-create the screen on your local system.there is a strong interaction between lib_{ pango, cairo, pixman, ...} (for { colors, fonts, etc }) and the framebuffer's engine has to decide which kind of primitive can be used at the pixel level, and this means a modern GPU can be probed for these primitives and then it can be addressed to do all the job in hardware (basically a GPU is a superset array ofblitters, andcoopers), rather than a poor virtual-framebuffer that can only be addressed by the Linux kernel to raster the screen in video-ram (that is kernel ram, in this case(1)), rather than probing a remote X11-terminal for the primitives, but this usually ends with - no, I don't have any acceleration, give me pixel-display-instructions, and this causes a congestion due to too many requests.(1) I have recently used a similar trick to attach an LCD to the USB port by using the virtual framebuffer offered by Linux. Basically, X11 believes to have a true fb-devices and when it probes, and the virtual-device answers that it owns some capabilities, so X11 is happy. But the virtual-device is all implemented in software, inside a kernel module, and it uses the kernel some functions to handle 2d-primitives in kernel memory, that means when a line in the allocated video-memory gets modified (a pixel has changed) the MMU sets a dirty bit(2), and the Kernel triggers a packet to be sent to the USB-bulk engine, that shoot a packet to the USB-LCD to say "hey? a pixel has changed, update your screen with this instruction, change_pixel(x,y,color)).Each pixel can virtually request a packet to update the LCD, and this of course sucks. Thus in the revision-B, I have modified the code with a queue of operations pending to be served, and if in the queue there are pixels that belong to a line, then their requests got dropped from the job-queue and replaced by a single request do_linx(x0,y0,x1,y1). Besides, the new algorithm works with a time-windows of 100msec, and with that deadline, when a group of pixels has changed it shoot the packet to the USB-LCD, otherwise just wait and keep putting notifications into the queue.The speedup is interesting. Anyway, It's good for an x-term where you can play with "nano" and "emacs" on it by vt100 emulation, but it's still so annoyingly slow for everything else.A better improvement might be the capability to move a block of video-ram by shooting just one packet, rather than a lot of packets describing each line in the block, and basically, this also seems to be *THE* problem with Fire-flop(2) the MMU handles 32Kbyte of ram per block, when a block gets the dirty-bit set it means one or more pixels inside the block have changed, then the MMU triggers the bit and the block is compared with the previous version, sort of dual buffering, to detect exactly what has changed.

author: legacy
author_rank: Super Contributor
timestamp: August 22, 2018, 04:32:51 pm
content: ... and the successor of X11 will probably bemr.W, Wait? W-who? give me a "W" for Wayland!!!

author: bd139
author_rank: Super Contributor
timestamp: August 22, 2018, 05:38:24 pm
content: W for Windows. That’s what it’s turning into. First we had DCOM, event log and service manager (dbus, systemd) now that.All hail strongly coupled monoliths. Eins Zwei blue screen next.

author: legacy
author_rank: Super Contributor
timestamp: August 24, 2018, 01:58:53 pm
content: guess people must like to waste everything, because this is second to the last and not the last in a series of things: I checked my emails in my Gmail account two days ago and it worked on my X11-terminal's screen, then guys MUST have changed something in the code, because today it is so full of extra feature and so deadly slower that can't be considered "working"besides on my PowerBook-G4 it also hangs on Safari with MacOSX-v10.3It's another evidence that it's not only a matter of which browser, but also a problem of which WebApps

author: djnz
author_rank: Regular Contributor
timestamp: August 27, 2018, 11:31:34 am
content: Are you sure that instead of running firefox remotely, running it locally but tunneling its traffic via ssh to the remote SBC (localhost:someport as a SOCKS proxy, someport redirected to the SBC via an SSH tunnel) won't work for your purposes?

author: legacy
author_rank: Super Contributor
timestamp: August 27, 2018, 12:14:17 pm
content: Quote from: djnz on August 27, 2018, 11:31:34 amThere are cases where Firefox can't be compiled locally, e.g. modern versions of Firefox do not exist and will never exist, e.g. because they require Rust or C++11 and there are neither Rust nor C++11 for IRIX, AIX, and these OSes (1). Therefore we use the remote SBC to run a modern browser, exporting its DISPLAY locally.I have similar constraints now (can't be done, or can't be executed locally) with a customer that needs a particular kind of remote applications made ran on bulletproof screen X-Terminal with anti-vandalism keyboards with the constraint that everything must not be stored nor processed locally, and I was really tempted to develop a radio-KVM, sort of radio in Ghz bandwidth that transmits video stream and send back the keyboard/mouse events, but unfortunately, the customer has already said "good trick, chap, but no dice!"means I can do it if I wish, but they won't pay for it(1) we still use SunOS, Aix, and IRIX, in avionics.

author: bd139
author_rank: Super Contributor
timestamp: August 27, 2018, 12:23:06 pm
content: Makes sense. Although these days probably cheaper to kiosk up a windows IoT build and use remoteapp.Surprised to see IRIX still around! Still use the remains of that, XFS, in RHEL7...

author: legacy
author_rank: Super Contributor
timestamp: August 27, 2018, 01:01:42 pm
content: Quote from: bd139 on August 27, 2018, 12:23:06 pmI only have experience as "system admin", never used them as "user" thus I can't tell you what they do with SGIs, but I know some of my customers still use SGI-MIPS for their training simulators, whereas with SunOS I have a direct experience since they are used, and I use them, for the development of firmware offly-boardsof helicopters and aircraft; these boards are PowerPC-driven boards with a lot of FPGA/CPLD and specific ASIC chip, and we have and use a lot of Green-Hills's software under SunOS/Sparc, as well as MISRA-checkers, Stood design, Doors, and strange-software.We also have a strange Cadence's software for the HDL side, but I don't have experience with it.Anyway, some of these software packages are very expensive (in term of 50K euro per license), and they are still supported, some are abandoned ... with the Copyright completely expired, oh, but about that you would be surprised by legal actions still taken against "abandonware"last episodesinthisepisode, we (at DownTheBunker) collected a basket full of legal threats against the uploading of files (and some of them are already on the internet, e.g. on archive dot org) on our FTP located in Switzerland, even if those files already have the Copyright completely expiredinthisepisode a friend found an SGI O2 workstation loaded with a licensed version of Autodesk's software, and he wanted to put it on eBay with the hard drive, and ... nobody is using it for job purpose, it's abandoned with all the whistles and bells, but again you got in troubleIt means there is still commercial and legal interests

author: westfw
author_rank: Super Contributor
timestamp: August 28, 2018, 04:00:42 am
content: Would VNC work?

author: ejeffrey
author_rank: Super Contributor
timestamp: August 28, 2018, 05:12:47 am
content: Quote from: ataradov on August 21, 2018, 12:47:42 amI use it pretty frequently and find it quite usable for some applications. It's definitely not something I would want to use for my regular desktop, but when I want it I am glad it is there. I regularly run eclipse, quartus, and wireshark over remote X11 (still on a LAN). None of those are exactly graphics heavy but they are certainly "practical applications."

author: legacy
author_rank: Super Contributor
timestamp: August 28, 2018, 08:13:22 am
content: Quote from: westfw on August 28, 2018, 04:00:42 amthree defects- it exports the whole SCREEN, whereas the customer wants to export only the application's window(1)- without compression, it's extremely slow with bitch-applications like Firefox- on IRIX and AIX it's rather impossible(2) to compile a common VNC-viewer with compression(1) there is atrickon my website, it requires more work(2) for a reason or for another, they all crash when compiled with compression-enabled. Still dunno *exactly* why.

author: legacy
author_rank: Super Contributor
timestamp: August 28, 2018, 08:54:52 am
content: Quote from: ejeffrey on August 28, 2018, 05:12:47 amhw-terminals like Tektronix xp2xx/xp4xx or HP Envizex/Entria, can't use any modern X11 applications based on GTK/QT/... cause the pseudo-color stuff is broken.A lot of my customers in Space, Avionics, and Defense use these hw-terminals for their intranet's tasks, like accessing to Doors, a database with repositories, constraints, notes, and other reserved stuff to consult something. Basically, they access to Motif and OpenMotif applications running on SunOS/Sparc servers.Quote from: ejeffrey on August 28, 2018, 05:12:47 amI am not talking about desktop session, just about exporting an application, and I am not surprised, because as I have already written in this topic, if you look at the traffic these applications do, it's nothing special, in fact, I usually use applications like { geany, nedit, xterm, gtkwave, ... } without troublesbut an high-intensitive bitmap application like a browser ... well it sucks on remote X11 because this working scheme generates too much traffic and congestion on both network layer and X11's command's queue

author: jklasdf
author_rank: Regular Contributor
timestamp: August 31, 2018, 02:11:54 am
content: Have you tried using NX client (mentioned by someone else earlier). It's quite a bit faster than plain X11:https://www.nomachine.com/AR03L00795&an=

author: legacy
author_rank: Super Contributor
timestamp: August 31, 2018, 07:50:52 am
content: it's good, but it needs to be compiled ON Irix and Aix, I need the source