From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Pixel-based display functions Date: Tue, 10 Feb 2015 17:53:07 +0200 Message-ID: <83a90l9318.fsf@gnu.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> <83sieiar6i.fsf@gnu.org> <83oap5c480.fsf@gnu.org> <87d25lc3xu.fsf@building.gnus.org> <877fvtc2qj.fsf@building.gnus.org> <83wq3s9rmr.fsf@gnu.org> <878ug72064.fsf@building.gnus.org> <838ug79h3x.fsf@gnu.org> <87egpytlrk.fsf@building.gnus.org> <87k2zqwb8a.fsf@building.gnus.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1423583618 17569 80.91.229.3 (10 Feb 2015 15:53:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 10 Feb 2015 15:53:38 +0000 (UTC) Cc: rudalics@gmx.at, emacs-devel@gnu.org To: Lars Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Feb 10 16:53:31 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 1YLD7y-00086O-Is for ged-emacs-devel@m.gmane.org; Tue, 10 Feb 2015 16:53:30 +0100 Original-Received: from localhost ([::1]:40415 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YLD7y-0000bh-5r for ged-emacs-devel@m.gmane.org; Tue, 10 Feb 2015 10:53:30 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56174) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YLD7r-0000bY-QF for emacs-devel@gnu.org; Tue, 10 Feb 2015 10:53:27 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YLD7o-0001hW-7N for emacs-devel@gnu.org; Tue, 10 Feb 2015 10:53:23 -0500 Original-Received: from mtaout25.012.net.il ([80.179.55.181]:44796) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YLD7n-0001hO-Va for emacs-devel@gnu.org; Tue, 10 Feb 2015 10:53:20 -0500 Original-Received: from conversion-daemon.mtaout25.012.net.il by mtaout25.012.net.il (HyperSendmail v2007.08) id <0NJK00G00BQ0IE00@mtaout25.012.net.il> for emacs-devel@gnu.org; Tue, 10 Feb 2015 17:48:10 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout25.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NJK00CZQBWAYZ30@mtaout25.012.net.il>; Tue, 10 Feb 2015 17:48:10 +0200 (IST) In-reply-to: <87k2zqwb8a.fsf@building.gnus.org> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.181 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:182811 Archived-At: > From: Lars Ingebrigtsen > Cc: rudalics@gmx.at, emacs-devel@gnu.org > Date: Tue, 10 Feb 2015 17:07:33 +1100 > > Here's the output when not giving the col number to `vertical-motion', > and starting from the second character on the line: > > shr-insert-document 1 2.545489884 2.545489884 > shr-pixel-buffer-width 1018 0.7405463030 0.0007274521 > shr-vertical-motion 1993 0.2620109859 0.0001314656 > > Here's when giving a 0 argument, and starting from `beginning-of-line': > > shr-insert-document 1 4.449059093 4.449059093 > shr-vertical-motion 1993 2.1624376150 0.0010850163 > shr-pixel-buffer-width 1018 0.7389822159 0.0007259157 > > So this is apparently 10x slower now? That's simply impossible, since the new code _bypasses_ several calls to display-engine functions, when the 3rd argument is provided, and doesn't do anything in addition except trivial things like extract_float and a couple of variable assignments. All it does is the last part of the function: move to a certain X coordinate. A partial job cannot possibly take longer than a full job. So I tend not to believe to these timings.