From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: [ANN] Agenda speed up Date: Sun, 01 Oct 2017 19:33:23 +0200 Message-ID: <87d166kc2k.fsf@nicolasgoaziou.fr> References: <87h8wtugst.fsf@nicolasgoaziou.fr> <87r2upkzda.fsf@nicolasgoaziou.fr> <8760c0lg4z.fsf@nicolasgoaziou.fr> <87ing0ovpr.fsf@fastmail.fm> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:53836) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dyi7K-0007Nn-TH for emacs-orgmode@gnu.org; Sun, 01 Oct 2017 13:33:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dyi7K-0004He-2y for emacs-orgmode@gnu.org; Sun, 01 Oct 2017 13:33:26 -0400 Received: from relay2-d.mail.gandi.net ([2001:4b98:c:538::194]:39015) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1dyi7J-0004H1-UF for emacs-orgmode@gnu.org; Sun, 01 Oct 2017 13:33:26 -0400 In-Reply-To: <87ing0ovpr.fsf@fastmail.fm> (Matt Lundin's message of "Sat, 30 Sep 2017 14:03:12 -0500") 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" To: Samuel Wales Cc: Org Mode List Matt Lundin writes: > I am finding that the branch is still much slower than the current > master even when no agenda files have changed (i.e., when running > org-agenda-redo in an existing agenda buffer without changing > anything). This is interesting. Could you provide a report of the second call to the same view? Or better, both reports for the first and subsequent view. The second view should definitely be faster. > This is true even when I set org-element-use-cache to t. This variable has nothing to do with the current patch set. You can ignore it. >> OTOH, displaying, e.g., a whole week, month, year should be a lot >> faster. > > Is this an unavoidable trade-off? Since I am constantly refreshing > single day agenda buffers and todo lists, I would much prefer a faster > single day display to a faster week or month display. Good question. Currently, Agenda is pretty much tailored for single day display. So, this would be difficult to improve. Using a cache, we can avoid finding again the same data, so we can speed up subsequent parsing. Yet, when there is little data to find, the cache is not very helpful. Luckily, it means the Agenda is quickly generated in those cases anyway. However, current Agenda is terrible when displaying multiple days. Some people wait more than 30 s for a month view. This is where the current patch set really shines. I can look into your issue with proper reports as there may be ways to improve it, but I'm more interesting in, e.g., halving the 30 s from a month view than reducing the 1 s it takes to display a day view. Regards,