emacs refresh is slow through shellinabox

[GoogleCodeExporter]

First, thank you for your easy to setup & use web shell.

So here is the issue:

What steps will reproduce the problem?
1. login
2. start emacs -Q
3. wait for lines to appear

What is the expected output? What do you see instead?
Each line of the interface takes 1 to 2 seconds to display, instead of the 
normal speed of refresh 
(several thousands lines per second when not in emacs).

What version of the product are you using? On what operating system?
I'm using shellinabox_2.10-1_amd64.deb on debian testing.

Original issue reported on code.google.com by riccardi...@gmail.com on 16 Feb 2010 at 7:13

[GoogleCodeExporter]

I have seen the same behavior.  Running with --debug, it looks like there is a
one-second query per line, which happens every time Emacs is trying to refresh
the screen.  Another weird thing that I've noticed is that the rate is *exactly*
one line per second -- so there might be some 1s delay somewhere in the code...

Original comment by elibarzi on 1 Mar 2010 at 8:56

[GoogleCodeExporter]

Can you check again if the problem still exists. I just fixed a bug that might 
be related to your problem (which incidentally, I have been unable to reproduce 
myself).

Original comment by zod...@gmail.com on 2 Oct 2010 at 11:55

[GoogleCodeExporter]

I re-tried it using the code from svn, and it's still slow.

I don't remember exactly the details last time, but one thing that I tried now 
is
running Emacs with my default environment, which uses a white-on-black color 
scheme.
(The colors work fine, only the delays are an issue).  Then I tried with a -q, 
and
looking at some random file it looked like delays happen when there's colors.  I
disabled font-lock-mode and that made it usable again.

Original comment by elibarzi on 3 Oct 2010 at 4:08

[GoogleCodeExporter]

I also retried with svn r239: it's still slow. And exactly like elibarzi, when 
disabling colors it is usable again on some files, but not all:

I opened a large html file, and the issue is still there.

When resizing the webbrowser window, the loading time changes: when the window 
is small (80x46), it's fast (probably loaded in one time), and when the window 
is large (163x46), it's slow (it seems to be loaded per small blocs, with a 
delay of about 1 sec between each bloc).

The color decreases the window size at which the loading is not instantaneous.

So it seems to be a maximum size of data sent, colored text being larger than 
just b&w text.

I tried to increase #define MAX_RESPONSE, but it changed nothing (loading cut 
in blocs in the same way).

With wireshark we can see that one ssh packet is sent every exactly 1 sec, with 
a length of 224 bytes, when loading a slow file in emacs.

So the issue is not between shellinabox and the webbrowser, but definitely 
between the ssh daemon and shellinabox.

Original comment by riccardi...@gmail.com on 3 Oct 2010 at 12:15

[GoogleCodeExporter]

FWIW, I was using the LOGIN service, without SSL.

Original comment by elibarzi on 4 Oct 2010 at 2:34

[GoogleCodeExporter]

This bug is still not fixed. Does anybody looking for it?

Original comment by Otto.Lin...@googlemail.com on 20 Jun 2012 at 7:45

[GoogleCodeExporter]

try playing with 'stty speed'

e.g.
$ stty speed 38400

@zodiac:
Maybe a default Terminal speed would be good, even if it only fixes some emacs 
issue...

Original comment by M.A....@gmx.de on 19 Feb 2013 at 11:05

[GoogleCodeExporter]

Hi, we have this added in our code. Please see 
https://github.com/shellinabox/shellinabox 

Bye :)

Original comment by luka.kra...@gmail.com on 11 Mar 2015 at 3:34