From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id wKNrCA2sz140CAAA0tVLHw (envelope-from ) for ; Thu, 28 May 2020 12:18:21 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id 2N46BA2sz16FeAAAbx9fmQ (envelope-from ) for ; Thu, 28 May 2020 12:18:21 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 4F19D9400B1 for ; Thu, 28 May 2020 12:18:20 +0000 (UTC) Received: from localhost ([::1]:49420 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jeHUH-0000vg-NF for larch@yhetil.org; Thu, 28 May 2020 08:18:17 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:59118) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jeHTp-0000vY-PN for emacs-orgmode@gnu.org; Thu, 28 May 2020 08:17:49 -0400 Received: from relay9-d.mail.gandi.net ([217.70.183.199]:37975) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jeHTo-0008N2-CN for emacs-orgmode@gnu.org; Thu, 28 May 2020 08:17:49 -0400 X-Originating-IP: 185.131.40.67 Received: from localhost (40-67.ipv4.commingeshautdebit.fr [185.131.40.67]) (Authenticated sender: admin@nicolasgoaziou.fr) by relay9-d.mail.gandi.net (Postfix) with ESMTPSA id 22F44FF804; Thu, 28 May 2020 12:17:43 +0000 (UTC) From: Nicolas Goaziou To: Ken Mankoff Subject: Re: Help speeding up Org iCal export References: <874ks0aotm.fsf@gmail.com> Mail-Followup-To: Ken Mankoff , Org-mode Date: Thu, 28 May 2020 14:17:42 +0200 In-Reply-To: <874ks0aotm.fsf@gmail.com> (Ken Mankoff's message of "Wed, 27 May 2020 17:24:53 -0700") Message-ID: <875zcgz21l.fsf@nicolasgoaziou.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=217.70.183.199; envelope-from=mail@nicolasgoaziou.fr; helo=relay9-d.mail.gandi.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/05/28 08:17:44 X-ACL-Warn: Detected OS = Linux 3.11 and newer X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Org-mode Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Spam-Score: -1.01 X-TUID: kElIpNjI6xbl Hello, I see a few misconceptions here. Ken Mankoff writes: > When I eval `(org-icalendar-combine-agenda-files nil)`, it takes about > 15 seconds. OK. You may want to profile this, or use ELP. > Some strange messages in the *Messages* buffer include: > > 22 files scanned, 7 files contains IDs and in total 23 IDs found. You may have set `org-icalendar-store-UID' somehow. > But my `org-agenda-files` variable only contains 12 files and no > #+INCLUDE statements. ID scanning is not limited to agenda files. Org also scans files known to contain ID. E.g., if, during the session, you insert an ID in "foo.org", later scans (in the same session) will include "foo.org". See `org-id-files' (internal variable), and `org-id-extra-files', which may contain even more files. > There are also several dozen lines of > > org-babel-exp process sh at position 74770... > org-babel-exp process sh at position 74830... > org-babel-exp process sh at position 75147... > ... > org-babel-exp process sqlite at position 27700... > org-babel-exp process sqlite at position 27704... > org-babel-exp process sh at position 27604... > org-babel-exp process sh at position 27617... > org-babel-exp process sh at position 27691... > org-babel-exp process translate at position 27970... > > (and with bash, python, emacs-lisp, and other languages). When I view for example the only #BEGIN_SRC translate block in any of my files it is just a test in my notes file: > > #+BEGIN_SRC translate :src en :dest da > This is a test > #+END_SRC > > > I cannot eval it with C-c C-c because I have set ":eval no" > system-wide with: This is a red herring, IMO. The message above means the block is being processed for export, not necessarily evaluated. In order to know how to handle the block, Org needs to process it. > (setq org-babel-default-header-args > (cons '(:eval . "no") > (assq-delete-all :eval org-babel-default-header-args))) > > > Sometimes the Messages contain confirmation that a code block is disabled: > > org-babel-exp process plantuml at position 27719... > Evaluation of this plantuml code block is disabled. > org-babel-exp process plantuml at position 27762... > Evaluation of this plantuml code block is disabled. Here, it tries to evaluate the blocks, obviously, but eventually doesn't, per your settings. > But those blocks don't have any special header: > > #+begin_src plantuml :file tryout.png > ...misc plantuml code here. > #+end_src I see no issue here. Org checks if it should evaluate it, and cannot. > Can anyone offer suggestions why it reports scanning 22 files, and how > to speed it up since no code should be evaluated? See above. Instead of wild guesses, you could use an appropriate tool. Regards, -- Nicolas Goaziou