Orgmode performance problem and "solution"

Orgmode performance problem and "solution"

[Rainer Stengele]

Hi all,


after upgrading my Emacs from version  23 to
GNU Emacs 24.0.90.1 (i386-mingw-nt5.1.2600) of 2011-10-19 on MARVIN

Org ran terribly slow. Cursor movement was slow, clock adjustment also etc.

After having an issue which was solved immediately by Nicolas Goaziou
I changed my repository from
git://repo.or.cz/org-mode.git
to
git://orgmode.org/org-mode.git
in order to be able to pull his fix immediately.

Lacking knowledge of git I deleted everything, cloned from the new repo and compiled the files.
Result was a significantly faster Org experience.

Sorry I have no explanation but maybe someone who has performance problems may try to checkout from scratch and recompile.

Org-mode version 7.7 (release_7.7.464.g679a0.dirty)
Windows XP SP3

Regards,
Rainer

Re: Orgmode performance problem and "solution"

[Jambunathan K]

> Sorry I have no explanation but maybe someone who has performance
> problems may try to checkout from scratch and recompile.

May be this is the explanation:

http://orgmode.org/w/?p=org-mode.git;a=commit;h=1a97f29c342d85960a65c0bd992fee7c87850da5

points to this thread:
https://lists.gnu.org/archive/html/emacs-devel/2011-09/msg00276.html

People can install daily from ELPA. No knowledge of git is
required. Files get compiled automatically and info file also get
installed automatically.

Only issue could be bandwidth ... Otherwise it is THE method for
receiving bugfixes and improvements with the least hassle.
-- 

Re: Orgmode performance problem and "solution"

[suvayu ali]

On Wed, Oct 26, 2011 at 10:07, Rainer Stengele
<rainer.stengele@online.de> wrote:
> Lacking knowledge of git I deleted everything, cloned from the new repo and compiled the files.
> Result was a significantly faster Org experience.
>

For future reference, a sinple `git pull` would have sufficed.

-- 
Suvayu

Open source is the future. It sets us free.

Re: Orgmode performance problem and "solution"

[Rainer Stengele]

No, the old repo

git://repo.or.cz/org-mode.git

I used is some time behind the one I use now.
If I want to get a fix immediately I learned I have to use the new repo git://orgmode.org/org-mode.git

I hope I got this right.

Rainer

Am 26.10.2011 14:11, schrieb suvayu ali:
> On Wed, Oct 26, 2011 at 10:07, Rainer Stengele
> <rainer.stengele@online.de> wrote:
>> Lacking knowledge of git I deleted everything, cloned from the new repo and compiled the files.
>> Result was a significantly faster Org experience.
>>
> For future reference, a sinple `git pull` would have sufficed.
>

Re: Orgmode performance problem and "solution"

[suvayu ali]

Hi Rainer,

On Wed, Oct 26, 2011 at 14:16, Rainer Stengele
<rainer.stengele@online.de> wrote:
> No, the old repo
>
> git://repo.or.cz/org-mode.git
>
> I used is some time behind the one I use now.
> If I want to get a fix immediately I learned I have to use the new repo git://orgmode.org/org-mode.git
>
> I hope I got this right.
>

I should have been explicit. To change the remote repo, all you need
to do is update the url in the .git/config file.

[remote "origin"]
        fetch = +refs/heads/*:refs/remotes/origin/*
        url = git://orgmode.org/org-mode.git
       ^^^^^
You can also update the url with the following command:

$ git config remote.origin.url git://orgmode.org/org-mode.git

Once you have done that, all you need is `git pull` to get the latest.

> Rainer

Hope this helps in the future.

-- 
Suvayu

Open source is the future. It sets us free.

Re: Orgmode performance problem and "solution"

[Nick Dokos]

Rainer Stengele <rainer.stengele@online.de> wrote:

> No, the old repo
> 
> git://repo.or.cz/org-mode.git
> 
> I used is some time behind the one I use now.
> If I want to get a fix immediately I learned I have to use the new repo git://orgmode.org/org-mode.git
> 
> I hope I got this right.
> 
> Rainer
> 
> Am 26.10.2011 14:11, schrieb suvayu ali:
> > On Wed, Oct 26, 2011 at 10:07, Rainer Stengele
> > <rainer.stengele@online.de> wrote:
> >> Lacking knowledge of git I deleted everything, cloned from the new repo and compiled the files.
> >> Result was a significantly faster Org experience.
> >>
> > For future reference, a sinple `git pull` would have sufficed.
> >
> 

It's too late for it now, but for future reference: you can change the
repo with ``git config --replace-all remote.origin.url
git://orgmode.org/org-mode.git'' and then do a ``git pull''. AFAIK, the
repo.or.cz/org-mode.git repo was a delayed mirror, so it would have the
same history (up to the point of the latest sync).

But it doesn't really matter: cloning the repo again takes longer but
it's a one-time cost and the end result is the same.

Nick

Re: Orgmode performance problem and "solution"

[Dave Abrahams]

on Wed Oct 26 2011, suvayu ali <fatkasuvayu+linux-AT-gmail.com> wrote:

> On Wed, Oct 26, 2011 at 10:07, Rainer Stengele
> <rainer.stengele@online.de> wrote:
>> Lacking knowledge of git I deleted everything, cloned from the new repo and compiled the files.
>> Result was a significantly faster Org experience.
>>
>
> For future reference, a sinple `git pull` would have sufficed.

Not if there were compiled files.

-- 
Dave Abrahams
BoostPro Computing
http://www.boostpro.com

Re: Orgmode performance problem and "solution"

[Matthew Sauer]

[-- Attachment #1: Type: text/plain, Size: 787 bytes --]

Yes, after the pull, cleaning, then making would have to be done.   I
believe everyone wass aware of that but the concern here was how to switch
grom a lagging repo to the more up to date repo for the pull.

On Wednesday, October 26, 2011, Dave Abrahams <dave@boostpro.com> wrote:
>
> on Wed Oct 26 2011, suvayu ali <fatkasuvayu+linux-AT-gmail.com> wrote:
>
>> On Wed, Oct 26, 2011 at 10:07, Rainer Stengele
>> <rainer.stengele@online.de> wrote:
>>> Lacking knowledge of git I deleted everything, cloned from the new repo
and compiled the files.
>>> Result was a significantly faster Org experience.
>>>
>>
>> For future reference, a sinple `git pull` would have sufficed.
>
> Not if there were compiled files.
>
> --
> Dave Abrahams
> BoostPro Computing
> http://www.boostpro.com
>
>
>

[-- Attachment #2: Type: text/html, Size: 1092 bytes --]