From mboxrd@z Thu Jan 1 00:00:00 1970 From: Achim Gratz Subject: Re: Huge performance problems to open some Org files Date: Fri, 17 Dec 2010 22:55:21 +0100 Message-ID: <87vd2suks6.fsf@Rainer.invalid> References: <8062uswyie.fsf@missioncriticalit.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from [140.186.70.92] (port=51848 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PTiH6-0007SO-B1 for emacs-orgmode@gnu.org; Fri, 17 Dec 2010 16:55:41 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PTiH4-0001WE-UT for emacs-orgmode@gnu.org; Fri, 17 Dec 2010 16:55:40 -0500 Received: from lo.gmane.org ([80.91.229.12]:38190) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PTiH4-0001Vt-Oo for emacs-orgmode@gnu.org; Fri, 17 Dec 2010 16:55:38 -0500 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PTiH1-0005ih-1H for emacs-orgmode@gnu.org; Fri, 17 Dec 2010 22:55:35 +0100 Received: from p57aad261.dip.t-dialin.net ([87.170.210.97]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 17 Dec 2010 22:55:35 +0100 Received: from Stromeko by p57aad261.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 17 Dec 2010 22:55:35 +0100 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Sébastien Vauban writes: > I've real performance problems for opening some Org files. Just some, > hopefully. I don't remember having those problems when I was on Ubuntu, and I > must already have opened it, back then, but... Anyway, I'm now (forced) on > Windows, and I have the problem. I don't think org itself is to blame, but I can think of two things that may produce such a performance hit: 1) If the file is under version control, specifically git, the file stat operations take very long on Windows since Windows' idea of file state needs to be translated to POSIX semantics. Not only that, they take very long each time you open or save that file since they aren't cacheable (TortoiseGit tries to do it anyway, but that cache daemon likes to crash very frequently). MSysGit is faster than Cygwin, but still much slower than anything you know from Linux. 2) Another thing I've hit on in the past is not really Windows specific: if your document uses characters that your standard font does not encode, a search for a replacement font with that character is started the first time each of those characters is found. Depending on how many fonts are installed and what the search order is, this can take a very long time. However, the second and following times of opening that document in the same session is then much faster. HTH, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf microQ V2.22R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada