From mboxrd@z Thu Jan 1 00:00:00 1970 From: Samuel Wales Subject: Re: Speeding up agenda custom command with org-agenda-earlier & org-agenda-later Date: Sat, 23 Jun 2018 14:37:36 -0700 Message-ID: References: <87o9g2bl7w.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:36511) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fWqE1-0003MH-2h for emacs-orgmode@gnu.org; Sat, 23 Jun 2018 17:37:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fWqDz-0000V9-PM for emacs-orgmode@gnu.org; Sat, 23 Jun 2018 17:37:41 -0400 Received: from mail-lj1-x234.google.com ([2a00:1450:4864:20::234]:40501) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fWqDz-0000QU-Gn for emacs-orgmode@gnu.org; Sat, 23 Jun 2018 17:37:39 -0400 Received: by mail-lj1-x234.google.com with SMTP id a6-v6so3324015ljj.7 for ; Sat, 23 Jun 2018 14:37:39 -0700 (PDT) In-Reply-To: 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: Zongheng Yang Cc: "emacs-orgmode@gnu.org" , Nicolas Goaziou hehe we don't know if the rewrite will occur, or when. :] > I don't think is it planned. Feel free to implement it, if you want to. > I consider Org agenda in dire need of rewriting, though. for better scala= bility and easier maintenance. for me, the biggest problem in all of emacs is the speed of 1-day and 2-day org agenda. [i never need 30 days, or if i do, i'm willing to have that take quite a few minutes just so that the 1-day and 2-day speeds are maximized.] i've done all of bastien's recommended speed hacks and a couple more like turning off diary [which doesn't do much but still]. regular text search is ok. it's only the one that has to parse timestamps that is slow. profiling reveals nothing obvious so i imagine it has been optimized thoroughly. so for me, scalability means only scaling to more files [threading useful here?] and larger files, and only for the daily agenda "a". but i imagine a rewrite would maybe start from scratch. On 6/22/18, Zongheng Yang wrote: > Cool, looking forward to see the rewrite! > > On Fri, Jun 22, 2018 at 1:49 PM Nicolas Goaziou > wrote: > >> Hello, >> >> Zongheng Yang writes: >> >> > Here's an agenda custom command that acts as the main interface I >> interact >> > with org (in fact, emacs :)). >> > >> > (setq org-agenda-custom-commands >> > '(("c" "Simple agenda view" >> > ((agenda "") >> > (tags "PRIORITY=3D\"A\"" >> > ((org-agenda-files '("~/org/work.org" >> > "~/org/ideas.org >> ")) >> > (org-agenda-skip-function '(org-agenda-skip-entry-i= f >> > 'todo 'done)) >> > (org-agenda-overriding-header "High-priority >> > tasks:") >> > )) >> > (tags-todo "PRIORITY=3D\"C\"" >> > ((org-agenda-files '("~/org/work.org" "~/org/ >> > ideas.org")) >> > (org-agenda-overriding-header "Long-term:"))) >> > (alltodo "" >> > ((org-agenda-skip-function >> > '(or (zongheng-org-skip-subtree-if-priority ?A) >> > (zongheng-org-skip-subtree-if-priority ?C) >> > (org-agenda-skip-if nil '(scheduled >> deadline)))) >> > (org-agenda-overriding-header "Other tasks:"))) >> > )))) >> > >> > After I get into this view, I frequently issue many >> > "org-agenda-earlier" >> & >> > "org-agenda-later" commands, often in a back-and-forth fashion, to >> inspect >> > what I've done around certain periods. >> > >> > In such a use case, it seems there's *no reason to not cache results*. >> > Without such caching currently *the latency of switching is really >> > high*; >> > with such a caching, I'm happy to pay an one-time latency/CPU cost for >> the >> > first command, as long as successive commands can be sped up. >> > >> > Is a feature like this planned? >> >> I don't think is it planned. Feel free to implement it, if you want to. >> >> I consider Org agenda in dire need of rewriting, though. for better >> scalability and easier maintenance. >> >> Regards, >> >> -- >> Nicolas Goaziou >> > --=20 The Kafka Pandemic: The disease DOES progress. MANY people have died from it. And ANYBODY can get it at any time. "You=E2=80=99ve really gotta quit this and get moving, because this is murd= er by neglect." --- .