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:13:30 +0200 Message-ID: <87h8vikczp.fsf@nicolasgoaziou.fr> References: <87h8wtugst.fsf@nicolasgoaziou.fr> <87r2upkzda.fsf@nicolasgoaziou.fr> <87r2uoow4x.fsf@fastmail.fm> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:33192) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dyho7-00050q-5D for emacs-orgmode@gnu.org; Sun, 01 Oct 2017 13:13:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dyho4-0004Np-59 for emacs-orgmode@gnu.org; Sun, 01 Oct 2017 13:13:35 -0400 Received: from relay4-d.mail.gandi.net ([217.70.183.196]:38302) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1dyho3-0004Me-Vi for emacs-orgmode@gnu.org; Sun, 01 Oct 2017 13:13:32 -0400 Received: from saiph.selenimh (000043010000000000000469.ipv6.commingeshautdebit.fr [IPv6:2a03:a0a0:0:4301::469]) (Authenticated sender: mail@nicolasgoaziou.fr) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 0687F17209D for ; Sun, 1 Oct 2017 19:13:30 +0200 (CEST) Received: from ngz by saiph.selenimh with local (Exim 4.89) (envelope-from ) id 1dyho2-00043p-KO for emacs-orgmode@gnu.org; Sun, 01 Oct 2017 19:13:30 +0200 In-Reply-To: <87r2uoow4x.fsf@fastmail.fm> (Matt Lundin's message of "Sat, 30 Sep 2017 13:54:06 -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: Org Mode List Hello, Matt Lundin writes: > I think I have a fairly standard setup (some customizations, additional > features such as habits). I'll do some testing with minimal examples to > see if I can find out why the new branch is so much slower in my case. Are 1.4 s "so much slower" than of 1 s. Granted, this is a terrible 40% slowdown, but, all things being equal, 1.4 s is still acceptable, considering, IIUC, you are using the worst case scenario, i.e., a single day view from a cold cache. > In the meantime, I'd like to that the branch *not* be merged until we > are sure that it is actually faster for the majority of use cases. Feedback is welcome. Regards, -- Nicolas Goaziou