From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Achim Gratz Newsgroups: gmane.emacs.devel Subject: Re: On being web-friendly and why info must die Date: Fri, 12 Dec 2014 19:51:45 +0100 Organization: Linux Private Site Message-ID: <87a92s1z26.fsf@Gertrud.fritz.box> References: <20141205123549.GA29331@thyrsus.com> <2815659.zRQ0WWWeRr@descartes> <20141205175810.GD3120@thyrsus.com> <87wq66ufyt.fsf@wanadoo.es> <87zjb04tlw.fsf@gmx.us> <87bnnfve9c.fsf@dod.no> <871to5kt1a.fsf@newcastle.ac.uk> <87r3w4rjks.fsf@engster.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1418410348 20403 80.91.229.3 (12 Dec 2014 18:52:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 12 Dec 2014 18:52:28 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Dec 12 19:52:23 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XzVKA-0004nu-JA for ged-emacs-devel@m.gmane.org; Fri, 12 Dec 2014 19:52:22 +0100 Original-Received: from localhost ([::1]:59014 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XzVKA-0008Pq-6h for ged-emacs-devel@m.gmane.org; Fri, 12 Dec 2014 13:52:22 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50825) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XzVJs-0008OT-A8 for emacs-devel@gnu.org; Fri, 12 Dec 2014 13:52:10 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XzVJm-0004JY-Fi for emacs-devel@gnu.org; Fri, 12 Dec 2014 13:52:04 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:56444) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XzVJm-0004JM-8Y for emacs-devel@gnu.org; Fri, 12 Dec 2014 13:51:58 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XzVJk-00043O-5q for emacs-devel@gnu.org; Fri, 12 Dec 2014 19:51:56 +0100 Original-Received: from p54b7feeb.dip0.t-ipconnect.de ([84.183.254.235]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 12 Dec 2014 19:51:56 +0100 Original-Received: from Stromeko by p54b7feeb.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 12 Dec 2014 19:51:56 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 31 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: p54b7feeb.dip0.t-ipconnect.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) Cancel-Lock: sha1:3nq0fdR1BqzT5+P7I+xw66QLoPM= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:179951 Archived-At: David Engster writes: > > time emacs --batch -Q orgmanual.org --eval "(with-current-buffer \"orgmanual.org\" (org-export-to-file (quote html) \"orgmanual.html\"))" > emacs --batch -Q orgmanual.org --eval 117.49s user 0.12s system 100% cpu 1:57.56 total > > That's almost TWO MINUTES just for exporting one manual, and not even a > particularly big one. And that's on a Core i7. Told you so. But the discussion at the moment is whether Org would be a suitable format, not whether the export is slow. > For me, Texinfo 5.2 is on average roughly 15 times slower than Texinfo 4 > (for generating HTML). And people already say THAT is too slow. And Org > is about 167 times slower than Texinfo 4, at least for the Org manual (I > haven't looked, but I'd be willing to bet that this does not scale > linearly, so things are probably much worse for behemoths like the Calc > manual). I've looked at the complexity together with Nicolas and yes it is known to be at least quadratic in the number of (sub-)sections. Some of that could be avoided, but at the moment the focus in developing the org-element code is on correctness. The Cals manual is roughly twice as big (in bytes), I haven't looked at the sectioning, though. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf rackAttack: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds