From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric S Fraga Subject: Re: Re: Org-mode as a bug tracker. Date: Fri, 17 Jul 2009 18:58:07 +0100 Message-ID: <87hbxb19ao.wl%ucecesf@ucl.ac.uk> References: <87ocrj728a.fsf@telefonica.net> <87fxcv6zvc.fsf@telefonica.net> Reply-To: Eric S Fraga Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MRrhO-0001lp-N2 for emacs-orgmode@gnu.org; Fri, 17 Jul 2009 13:58:22 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MRrhK-0001fF-MY for emacs-orgmode@gnu.org; Fri, 17 Jul 2009 13:58:22 -0400 Received: from [199.232.76.173] (port=42266 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MRrhK-0001ew-GT for emacs-orgmode@gnu.org; Fri, 17 Jul 2009 13:58:18 -0400 Received: from vscane-c.ucl.ac.uk ([144.82.108.43]:41423) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MRrhK-0006eN-0b for emacs-orgmode@gnu.org; Fri, 17 Jul 2009 13:58:18 -0400 In-Reply-To: <87fxcv6zvc.fsf@telefonica.net> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: =?UTF-8?B?w5NzY2Fy?= Fuentes Cc: emacs-orgmode@gnu.org At Fri, 17 Jul 2009 18:25:11 +0200, =C3=93scar Fuentes wrote: [...] > So I calculated what amount of plain text would require a replica of my > Trac system: it's about 40 MB, with a few thousands tickets. I could > partitionate this on four unequal parts, though, with the largest being > 20 MB and 2000 tickets. >=20 > Is this data volume too much for org? >=20 I guess the question would be what you intend to do with the data. For normal bug tracking, I guess inserting, searching and state (todo) handling would be the main tasks. These operations would be either O(n) or O(1), where n is the size of the file, I would imagine, so 20 MB might not be too bad? I can't give you any specific data points that fall into that magnitude but I can say that for files 1% that big, a slow netbook has no problems even doing agenda views which are more expensive operations than those mentioned above. > Another nuisance is attached files. This requires an ad-hoc mechanism > and I'm not sure I want them stored along with the source files. Actually, I'm glad you brought this up. Since moving my org files to be under version control (and boy does that make a difference to my peace of mind!), I don't know how to deal with attachments. Attachments, for me, are usually ephemeral and usually types of documents I don't particularly like to deal with (typically MS Word or PPT). Any suggestions? eric