From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: Pixel-based display functions Date: Sat, 07 Feb 2015 21:27:44 +1100 Message-ID: <87zj8qaue7.fsf@building.gnus.org> References: <838ughilmo.fsf@gnu.org> <54CE6BD2.8000402@gmx.at> <8361bliin0.fsf@gnu.org> <83386piiby.fsf@gnu.org> <87oap9yoti.fsf@building.gnus.org> <874mqzvnwo.fsf@building.gnus.org> <83h9uzeb4a.fsf@gnu.org> <87bnl7jrr7.fsf@building.gnus.org> <831tm3dt8u.fsf@gnu.org> <87k2zvgj4d.fsf@building.gnus.org> <83siejcahb.fsf@gnu.org> <87bnl7gh7x.fsf@building.gnus.org> <87zj8qcqjv.fsf@building.gnus.org> <87r3u2cn46.fsf@building.gnus.org> <838ugacfd3.fsf@gnu.org> <87fvaiccjk.fsf@building.gnus.org> <83zj8qawhh.fsf@gnu.org> <874mqycadq.fsf@building.gnus.org> <83wq3uauua.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1423304928 31240 80.91.229.3 (7 Feb 2015 10:28:48 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 7 Feb 2015 10:28:48 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Feb 07 11:28:48 2015 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 1YK2d4-0006Py-PS for ged-emacs-devel@m.gmane.org; Sat, 07 Feb 2015 11:28:46 +0100 Original-Received: from localhost ([::1]:52026 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YK2d4-0000vm-84 for ged-emacs-devel@m.gmane.org; Sat, 07 Feb 2015 05:28:46 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60795) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YK2cm-0000vO-Ne for emacs-devel@gnu.org; Sat, 07 Feb 2015 05:28:32 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YK2ci-0007NT-P5 for emacs-devel@gnu.org; Sat, 07 Feb 2015 05:28:28 -0500 Original-Received: from smtp.syd.comcen.com.au ([203.23.236.77]:3774) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YK2cc-0007MV-Vv; Sat, 07 Feb 2015 05:28:19 -0500 Original-Received: from building.gnus.org ([27.96.197.126]) by smtp.syd.comcen.com.au (8.13.4/8.12.9) with ESMTP id t17ARnTI091560; Sat, 7 Feb 2015 21:27:51 +1100 (EST) In-Reply-To: <83wq3uauua.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 07 Feb 2015 12:18:05 +0200") User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/25.0.50 (gnu/linux) X-comcen-MailScanner-Information: Please contact the ISP for more information X-comcen-MailScanner: Found to be clean X-comcen-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=0.118, required 4, AWL 0.03, BAYES_40 -0.01, RDNS_NONE 0.10) X-comcen-MailScanner-From: larsi@gnus.org X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 203.23.236.77 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:182581 Archived-At: Eli Zaretskii writes: > That could explain the shr-vertical-motion vs vertical-motion alone, > but what about the twofold degradation of speed, from 1.75 sec for > 2625 calls to 1.46 sec for 854 calls? I don't have an explanation for that. ELP weirdness? > But it is merely 500 lines, whereas your previous message said 1500, I > think, and showed 1500 calls to shr-fold-line to prove it. What am I > missing? The s may be rendered more than once according to different constraints while computing an optimal table. I added more caching of data to avoid re-rendering stuff that wasn't needed, so the number of folded lines went down from 1500 to 753. shr-insert-document 1 3.367278072 3.367278072 shr-fold-lines 627 1.462917592 0.0023332019 shr-fold-line 753 1.4551749930 0.0019325033 shr-vertical-motion 854 1.450865314 0.0016989055 shr-pixel-buffer-width 988 0.9033882480 0.0009143605 s are still rendered more than once, though, but it's not as excessive as before. And other table nestings with more "difficult" data than that table (for instance, with wide 
 texts that makes
getting at a pretty table more difficult) may require more renderings.

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/