From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: observations on updating to recent org Date: Wed, 23 Apr 2014 18:16:11 +0200 Message-ID: <87bnvsm378.fsf@gmail.com> References: Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:45780) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wczpt-0005pH-Ct for emacs-orgmode@gnu.org; Wed, 23 Apr 2014 12:15:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Wczpn-0000wI-DF for emacs-orgmode@gnu.org; Wed, 23 Apr 2014 12:15:49 -0400 Received: from mail-we0-x236.google.com ([2a00:1450:400c:c03::236]:64179) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wczpn-0000w8-6V for emacs-orgmode@gnu.org; Wed, 23 Apr 2014 12:15:43 -0400 Received: by mail-we0-f182.google.com with SMTP id q59so1089491wes.27 for ; Wed, 23 Apr 2014 09:15:42 -0700 (PDT) In-Reply-To: (Greg Troxel's message of "Wed, 23 Apr 2014 11:55:18 -0400") 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: Greg Troxel Cc: emacs-orgmode@gnu.org Hello, Greg Troxel writes: > I timed this. With 6161 lines in 14 org-mode files (about 2175 of which > are due to PROPERTIES/ID/END), doing a combined export took 88s of cpu > time. emacs-23.4.1, NetBSD 6, i386, plenty of RAM, Core i5 2.9 GHz. > In contrast, starting up emacs and generating the agenda took 0.97s. You may want to use ELP to instrument Org and report where most time is spent. > I noticed that TODO entries got exported multiple times, apparently once > for each inactive timestamp. (I realize I need to prepare a minimal > example.) This is to be expected. Each plain timestamp defines a new VEVENT block. By default, it shouldn't do this for inactive timestamps, though. See `org-icalendar-with-timestamps'. > Thanks for the comments; I see the point that this is hard.. For now, > I've just turned off uid storing, because I don't sync the exported > calendar, and I'll nuke the ID entries and properties drawers at some > point; I find them distracting when editing. Note that UID storing is off by default. > I wonder if there's some way to go back and store the UID when it > actually needs to be generated, so that UIDs are only stored for entries > that actually have been exported. This is not really possible without some sacrifices (which Bastien may or may not want to do). See other messages in this thread. Also, since you don't need UID anyway, why is that a problem anymore? I'm a bit confused here. Regards, -- Nicolas Goaziou