From mboxrd@z Thu Jan 1 00:00:00 1970 From: York Zhao Subject: Re: still seeing semi-regular lockups Date: Sun, 6 Jul 2014 10:40:58 -0400 Message-ID: References: <87siocrbyb.fsf@ericabrahamsen.net> <87siobtn1i.fsf@bzg.ath.cx> <87ha4r1j91.fsf@tanger.home> <87k39hdf2o.fsf@tanger.home> <87ppj86elt.fsf@ericabrahamsen.net> <874n0kde2y.fsf@tanger.home> <87bnus4s5n.fsf@ericabrahamsen.net> <87egye7kx3.fsf@nicolasgoaziou.fr> <87a992mleu.fsf@ericabrahamsen.net> <87ha3425s3.fsf@ericabrahamsen.net> <87r428v4hn.fsf@ericabrahamsen.net> <87y4wdwmsy.fsf@nicolasgoaziou.fr> <87wqbw9ol5.fsf@nicolasgoaziou.fr> <87a98n3q0q.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=089e0122f920bf503104fd8758cb Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:46184) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X3nci-00025p-9l for emacs-orgmode@gnu.org; Sun, 06 Jul 2014 10:41:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X3nch-0008BS-6V for emacs-orgmode@gnu.org; Sun, 06 Jul 2014 10:41:00 -0400 Received: from mail-vc0-x22e.google.com ([2607:f8b0:400c:c03::22e]:41811) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X3nch-0008BL-19 for emacs-orgmode@gnu.org; Sun, 06 Jul 2014 10:40:59 -0400 Received: by mail-vc0-f174.google.com with SMTP id hy4so2990503vcb.19 for ; Sun, 06 Jul 2014 07:40:58 -0700 (PDT) In-Reply-To: <87a98n3q0q.fsf@nicolasgoaziou.fr> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: York Zhao , Eric Abrahamsen , emacs-orgmode --089e0122f920bf503104fd8758cb Content-Type: text/plain; charset=UTF-8 > > The exact same slowness problem happened just now. "M-x org-element-cache-reset" > > didn't have any effect. Nor did setting `org-element-use-cache' to nil. Again, > > killed the buffer and reopened didn't help. > It looks like the problem isn't related to the cache then. Anyway, you > could try to do some profiling (see `profiler-start'). > > > One thing I didn't do, unfortunately, was that I reset cache only for the buffer > > where the slowness manifested. I think I should try reseting cache for all the 8 > > buffers too right? > Cache is buffer dependent, so you don't need to reset cache for all of > them (though it's simply C-u M-x org-element-cache-reset). I haven't experienced this problem (I'm now using "df9ccbd") since last time I reported (July 2 I guess), really hope that this problem has been fixed. Thank you very much for all the hard work you have done on this issue. York --089e0122f920bf503104fd8758cb Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
> > The exact same slowness problem happened just no= w. "M-x org-element-cache-reset"
> > didn't have any= effect. Nor did setting `org-element-use-cache' to nil. Again,
>= > killed the buffer and reopened didn't help.
> It looks like the problem isn't related to the cache then. Anyway,= you
> could try to do some profiling (see `profiler-start').
= >
> > One thing I didn't do, unfortunately, was that I rese= t cache only for the buffer
> > where the slowness manifested. I think I should try reseting cach= e for all the 8
> > buffers too right?
> Cache is buffer dep= endent, so you don't need to reset cache for all of
> them (thoug= h it's simply C-u M-x org-element-cache-reset).

I haven't experienced this problem (I'm now using "df9ccbd= ") since last time I
reported (July 2 I guess), really hope that th= is problem has been fixed. Thank
you very much for all the hard work you= have done on this issue.

York

--089e0122f920bf503104fd8758cb--