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: Deffering redisplay in COMINT Date: Sun, 13 Jan 2013 18:46:06 +0200 Message-ID: <83a9sdrpyp.fsf@gnu.org> References: <1354842513.76326.YahooMailNeo@web160901.mail.bf1.yahoo.com> <87obhi1j85.fsf@gmail.com> <1357459792.82082.YahooMailNeo@web160901.mail.bf1.yahoo.com> <1357915224.58763.YahooMailNeo@web160903.mail.bf1.yahoo.com> <1358064889.40573.YahooMailNeo@web160906.mail.bf1.yahoo.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Trace: ger.gmane.org 1358095565 13803 80.91.229.3 (13 Jan 2013 16:46:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 13 Jan 2013 16:46:05 +0000 (UTC) Cc: spinuvit@gmail.com, monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Michael Mauger Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jan 13 17:46:22 2013 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 1TuQhR-0003yA-3w for ged-emacs-devel@m.gmane.org; Sun, 13 Jan 2013 17:46:21 +0100 Original-Received: from localhost ([::1]:53101 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TuQhB-0006Mz-0S for ged-emacs-devel@m.gmane.org; Sun, 13 Jan 2013 11:46:05 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:50089) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TuQgz-0005xB-Sr for emacs-devel@gnu.org; Sun, 13 Jan 2013 11:46:03 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TuQgo-0000YH-Sp for emacs-devel@gnu.org; Sun, 13 Jan 2013 11:45:53 -0500 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:35002) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TuQgo-0000Y0-Iw for emacs-devel@gnu.org; Sun, 13 Jan 2013 11:45:42 -0500 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MGK00I00P49TN00@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Sun, 13 Jan 2013 18:45:39 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MGK00IQGP82U100@a-mtaout22.012.net.il>; Sun, 13 Jan 2013 18:45:39 +0200 (IST) In-reply-to: <1358064889.40573.YahooMailNeo@web160906.mail.bf1.yahoo.com> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.172 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:156311 Archived-At: > Date: Sun, 13 Jan 2013 00:14:49 -0800 (PST) > From: Michael Mauger > Cc: Vitalie Spinu , Emacs Devel >=20 > In each display environment I ran the tests with `truncate-lines' s= et to > `t' and then with it set to`nil'.=A0 When it was non-nil, did you also disable auto-hscroll-mode? Displaying an hscrolled windows disables redisplay optimizations, so redisplay will be much slower (and it already is slow with such long lines). > The two obvious takeaways from this is that GUIs are slower, and > truncate-lines set to non-nil can be painful. That's almost trivial. > I've been staring at numbers for the last three days so I'm getting > a little cross-eyed. =A0Let me know if there is something more that > would help you. AFAIU, the profiles say that redisplay takes the lion's share of the time, and the less you trigger redisplay, the faster Emacs is. Is that true? If so, this, too, should be almost obvious, since displaying long lines is notoriously slow in Emacs. Once again, why don't you collect the text in a buffer that is not displayed until you actually want to present it to the user? Also, if the text is known to be 7-bit ASCII, try displaying it in a unibyte buffer, that should be faster in Emacs 24.