- #Firefox browser running slow install#
- #Firefox browser running slow full#
- #Firefox browser running slow software#
Combining two things which should never come close anyway. It rarelly uses commands - which X11 could handle efficiently - but mostly small and badly compressable bitmaps which it packs into X11 bitplane operations. For example my server is running SSH on a single core at 100% but this only equals to around 20MByte/s of uncompressed data and around 5MByte/s of compressed data for X11.įirefox is highly X11 unfriendly. SSH uses a ton of CPU power and doesn't multithread.
This also leads to a partially synchronous operation where one command has to wait for another command to finish. This is the opposite how VNC and Teamviewer are working which basically are transfering pixels. In other words, it does not transmit pixels but commands. A lot of modern GUIs tend to redraw stuff which didn't change and X11 will happily retransmit every atomic screen-output.
#Firefox browser running slow software#
For example if a software writes the letter "A" over and over into the same spot it will be retransmitted over and over again.
It is very likely that the only bit of this answer that is truly relevant is using the -C switch to compress the data being transferred. I am sure the various commenters below know what they're talking about and that these encryption cyphers might not be the best ones. The command above is what I use after finding it on a blog post somewhere and I have noticed a huge improvement in speed. NOTE: I am very, very far from an expert on this. The main point here is to use a different encryption cypher, in this case arcfour which is faster than the default, and to compress the data being transferred. Selects the cipher specification for encrypting the session.įor protocol version 2, cipher_spec is a comma-separated list ofĬiphers listed in order of preference. 4 Forces ssh to use IPv4 addresses only. In the configuration files see the Compression option.
The default value can be set on a host-by-host basis Other slow connections, but will only slow down things on fast Compression is desirable on modem lines and “level” can be controlled by the CompressionLevel option for pro‐ TheĬompression algorithm is the same used by gzip(1), and the Stderr, and data for forwarded X11 and TCP connections). C Requests compression of all data (including stdin, stdout, Subjected to the X11 SECURITY extension controls. The options used are: -Y Enables trusted X11 forwarding. Try the following instead: ssh -YC4c arcfour,blowfish-cbc firefox -no-remote The default ssh settings make for a pretty slow connection.
#Firefox browser running slow full#
To use it, you run "x2goclient", it starts a GUI where you can create a new session: you provide the dns name of the server, port, ssh data, etc and then you select the "session type", ie, if you want a full remote KDE or GNOME desktop for instance, or just a "single application" and there you enter "firefox".
#Firefox browser running slow install#
You should install x2goclient (on the computer where you want to 'use' firefox) and x2goserver (in the computer where firefox should be running), you can then configure your sessions for single X applications of for full desktop views etc. See, they provide prebuilt binary packages/repositories for many distributions. Several distributions provide the x2go packages out of the box, for instance Debian testing, or in Stable-Backports. Try something like "x2go" (which also goes over ssh with default setups) in you will notice that firefox "flies" in comparison! The X-protocol requires a lot of ping-pong'ing between the client and the server which absolutely kills performance in the case of remote applications. One of the biggest issues when launching some X-client remotely is the X-protocol, not so much the ssh overhead!
0 kommentar(er)
