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


sr #108451: GNU Emacs web repository embarrassingly slow

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

Add a New Comment(Rich Markup)

You are not logged in

Please log in, so followups can be emailed to you.


( 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 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:


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

check performed around 10:30 AM Europe/Amsterdam timezone


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:

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

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:

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)

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.


    Please enter the title of George Orwell's famous dystopian book (it's a date):



    Follow 4 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    Tue 18 Nov 2014 02:46:04 AM UTC gm Carbon-CopyRemoved 6801 => -
    Mon 17 Nov 2014 11:00:31 PM UTC karl Open/ClosedOpen => Closed
    Thu 28 Nov 2013 02:00:51 AM UTC rwp StatusNone => Confirmed
        Operating SystemNone => GNU/Linux

    Back to the top

    Powered by Savane 3.3