From mboxrd@z Thu Jan 1 00:00:00 1970 From: Milan Zamazal Subject: Re: org-drill extremely slow with Org 9.2.5 Date: Mon, 26 Aug 2019 21:39:11 +0200 Message-ID: <8736hn67j4.fsf@zamazal.org> References: <87lfvhjets.fsf@zamazal.org> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:42712) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1i2Kpu-0000Gd-0p for emacs-orgmode@gnu.org; Mon, 26 Aug 2019 15:39:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1i2Kps-0001Hh-TQ for emacs-orgmode@gnu.org; Mon, 26 Aug 2019 15:39:29 -0400 Received: from 195-159-176-226.customer.powertech.no ([195.159.176.226]:40900 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1i2Kps-0001E7-K4 for emacs-orgmode@gnu.org; Mon, 26 Aug 2019 15:39:28 -0400 Received: from list by blaine.gmane.org with local (Exim 4.89) (envelope-from ) id 1i2Kpj-0005F5-58 for emacs-orgmode@gnu.org; Mon, 26 Aug 2019 21:39:19 +0200 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: emacs-orgmode@gnu.org >>>>> "OK" == Oleh Krehel writes: OK> I noticed org-drill being slow three years ago when I tried to OK> learn it. So I wrote my own package: OK> https://github.com/abo-abo/pamparam/. It's quite fast: it takes OK> 0.6s to sync my 3300 cards from the master Org file. And OK> day-to-day learning operations like building a schedule or OK> fetching a card are instantaneous. The master file is OK> relatively small, since it stores no metadata: less than 10000 OK> lines. The metadata is stored per-card, each card is in its own OK> file. The whole thing is backed by Git. All your learning OK> sessions are stored in commits as well. OK> Check it out. It might have less features, but it's really fast OK> and has served me well. Hi Oleh, pamparam looks interesting, however the very first blocker of adoption is that having to type the answers is slower than anything else... And not always feasible. Nevertheless the concepts behind pamparam are interesting. When I grep all the :PROPERTIES: out of my org-drill file, Org can visit and navigate the resulting file completely fine. So the problem is how Org deals with its properties. I can see two options: a) to fix Org property processing b) to change org-drill to off-load metadata to a separate file I'm afraid b) alone wouldn't help, since when I retain just :ID: properties, then the file is unusably slow in Org.