From mboxrd@z Thu Jan 1 00:00:00 1970 From: York Zhao Subject: Re: still seeing semi-regular lockups Date: Wed, 2 Jul 2014 21:03:33 -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> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:39326) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X2VR1-0000zI-Tj for emacs-orgmode@gnu.org; Wed, 02 Jul 2014 21:03:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X2VR0-0005h9-OS for emacs-orgmode@gnu.org; Wed, 02 Jul 2014 21:03:35 -0400 Received: from mail-ve0-x230.google.com ([2607:f8b0:400c:c01::230]:51812) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X2VR0-0005h5-KW for emacs-orgmode@gnu.org; Wed, 02 Jul 2014 21:03:34 -0400 Received: by mail-ve0-f176.google.com with SMTP id db12so12066640veb.7 for ; Wed, 02 Jul 2014 18:03:33 -0700 (PDT) In-Reply-To: <87wqbw9ol5.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 > OK. If you experience it again, please do > > M-x org-element-cache-reset > > in the slow buffer and see if it is responsive again. > > Another interesting test would be to try reproducing the problem with > `org-element-use-cache' set to nil. 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. I couldn't remember whether the big file was already opened, but I think it was not opened yet, i.e., when the problem occurred, the file might just be opened. What I did was that I started Emacs, run `org-drill' across 8 files (in one session). Total size of these files was 730 KB bytes. The good thing was that the session was finished successfully, no "max-lisp-eval-depth" error, and I really hope this deadly error will never happen. 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? York