mainSavannah Administration - Support: sr #108451, GNU Emacs web repository...

 
 

sr #108451: GNU Emacs web repository embarrassingly slow

Submitter:  Paul Eggert <eggert>
Submitted:  Thu 28 Nov 2013 12:06:56 AM UTC
   
 
Category:  Webpages repositories Priority:  5 - Normal
Severity:  3 - Normal Status:  Confirmed
Privacy:  Public Assigned to:  None
Operating System:  GNU/Linux Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Tue 18 Nov 2014 02:42:37 AM UTC, comment #7: 

I want to note that although the original problem was about bzr there have been reports about cvs and git and other things on the same systems too.  It really isn't a bzr specific thing and that emacs has moved to git doesn't really change anything.  Given enough use the same problem will manifest itself with git too since it is a resource problem on the same system.

Bob Proulx <rwp>
Site Administrator
Mon 17 Nov 2014 11:00:31 PM UTC, comment #6: 

closed, thanks.

i don't know why the submitter cannot close their own bugs; seems like a bug to me.  (i theorize that only members of the submitted-to project are allowed but haven't looked at any code.)

karl

Karl Berry <karl>
Site Administrator
Mon 17 Nov 2014 06:46:45 PM UTC, comment #5: 

Yes, please close it.  (Why can't I close my own bug reports?)

Paul Eggert <eggert>
Mon 17 Nov 2014 06:04:57 PM UTC, comment #4: 

I imagine this can be closed now, since Emacs does not use bzr any more.

Glenn Morris <gm>
Tue 14 Jan 2014 01:48:50 PM UTC, comment #3: 


> They both responded pretty fast ( < 5 sec).


Same here.

Dmitry Gutov <dgutov>
Tue 07 Jan 2014 09:34:10 AM UTC, comment #2: 

FYI;

I just did a check on both links.
They both responded pretty fast ( < 5 sec).

check performed around 10:30 AM Europe/Amsterdam timezone

Best

Anonymous
Thu 28 Nov 2013 02:00:51 AM UTC, comment #1: 

There has definitely been a performance problem for a long time. It has been noticed.  It has been discussed.  (Try the -email is unavailable- mailing list, aka -email is unavailable- list.)  But no one understands it well enough to propose a solution.  Why are things slow?

The problem is suspected to be on the vcs VM.  The web site frontend interfaces to the vcs backend.  (Could be on the frontend.)  The vcs VM is configured for 7 cpus and 6G of ram.  It is mostly cpu idle and lots of ram.  But at times it runs a very high load average up to 20, but still with an idle cpu.  Theories have come and gone.  I could tell you my current theory is that the xen vm is I/O slow.  Whenever it is doing a lot of I/O is when it seems to really bog down.  But other theories have come and gone already so this one might too.

I don't know anything about how BZR works so that is harder for me to debug.  But CVS and SVN are similarly slow.  Dora has reported problems with those months ago.  There is a cycle when it is worse than other times.  The worst times seem to be around zero-dark-thirty for my timezone making it painful for me to observe the problem first hand.  Unfortunately that is midmorning for Dora and the folks over there.  Some folks have been experiencing it much worse than others.

BTW I tried your sample URL and it came up within a couple of seconds.  No problem at this moment.  (shrug.)  But I don't doubt that it has been bad because we all have seen it be terrible before.  It must be an interaction of things.

I have been trying to get dom0 access so that I can fix the grub boot process to be reliable.  (It isn't set to upgrade well.)  And until then I am fearful of reboots because it sometimes fails to come up and then it is a mad scramble to find an FSF admin to rescue the system.  This request is in the pipeline and at some point it will pop through.  Then it will be reboots and upgrades all around.  From my viewpoint that is the next thing to do to it.

Bob Proulx <rwp>
Site Administrator
Thu 28 Nov 2013 12:06:56 AM UTC, original submission:  

The Savannah Web interface for the GNU Emacs main source repository is so slow that it's embarrassing. It's been slow for months, and I figured someone would notice and fix it, but apparently not.  For example, if I visit this URL:

http://bzr.savannah.gnu.org/lh/emacs/trunk/files

it takes about 100 seconds to get a response, and if I visit
even this extremely simple URL:

http://bzr.savannah.gnu.org/lh/emacs/

it takes about 40 seconds.  These numbers are too high by at least one order of magnitude, maybe two. I'm afraid this makes the GNU project look bad.

Paul Eggert <eggert>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by karl (Posted a comment)
  • -email is unavailable- added by dgutov (Posted a comment)
  • -email is unavailable- added by rwp (Posted a comment)
  • -email is unavailable- added by eggert (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 4 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2014-11-18 gm Carbon-CopyRemoved 6801 -
    2014-11-17 karl Open/ClosedOpen Closed
    2013-11-28 rwp StatusNone Confirmed
        Operating SystemNone GNU/Linux

    Back to the top

    Powered by Savane 3.13-d3ae.
    Corresponding source code