From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Oleksandr Gavenko Newsgroups: gmane.emacs.help Subject: Re: Emacs tooooo slow on loooooong line (eat my 2 GHz CPU). Date: Tue, 17 Aug 2010 00:18:02 +0300 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1281993533 21088 80.91.229.12 (16 Aug 2010 21:18:53 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 16 Aug 2010 21:18:53 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Aug 16 23:18:52 2010 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Ol750-0004uq-B7 for geh-help-gnu-emacs@m.gmane.org; Mon, 16 Aug 2010 23:18:50 +0200 Original-Received: from localhost ([127.0.0.1]:45821 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ol74z-000153-OJ for geh-help-gnu-emacs@m.gmane.org; Mon, 16 Aug 2010 17:18:49 -0400 Original-Received: from [140.186.70.92] (port=46549 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ol74Y-00014p-W2 for help-gnu-emacs@gnu.org; Mon, 16 Aug 2010 17:18:24 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Ol74X-0000XV-OR for help-gnu-emacs@gnu.org; Mon, 16 Aug 2010 17:18:22 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:41660) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Ol74X-0000X6-Di for help-gnu-emacs@gnu.org; Mon, 16 Aug 2010 17:18:21 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Ol74V-0004fr-Ny for help-gnu-emacs@gnu.org; Mon, 16 Aug 2010 23:18:19 +0200 Original-Received: from 167-81-92-178.pool.ukrtel.net ([178.92.81.167]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 16 Aug 2010 23:18:19 +0200 Original-Received: from gavenkoa by 167-81-92-178.pool.ukrtel.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 16 Aug 2010 23:18:19 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 63 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 167-81-92-178.pool.ukrtel.net User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:74681 Archived-At: On 2010-08-16 1:29, Deniz Dogan wrote: > 2010/8/15 Oleksandr Gavenko: >> I experiment ever with: >> >> $ emacs --no-init-file --no-site-file >> >> GNU Emacs 23.2.1 (i686-pc-cygwin) of 2010-05-08 on laptop >> GNU Emacs 23.2.1 (i386-mingw-nt5.1.2600) of 2010-05-08 on G41R2F1 >> >> >> When single line is more then 10 KiB long Emacs freeze. >> >> For example try typing (1000 times repeat simple text): >> >> C-SPC int main() {return 0;} SPC M-w C-x ( C-y C-x ) C-u 1 0 0 0 C-x e >> >> After text appear in buffer try move up/down by this text. >> My CPU loading up to 100%. >> >> Cygwin Emacs in mintty work near 2x time faster >> then Emacs native in gui. >> >> >> Currently I found longline-mode. With such settings: >> >> (setq longlines-show-hard-newlines t) >> (longlines-mode 1) >> >> it is speedy but not so visual convenient >> as default line wrapping mechanism. >> >> >> Also I try visual-line-mode. It also very slow! >> >> >> I try Emacs 21.3 and found that there no such feature as >> moving to wrapped part of line by one line. Instead if I >> press UP or DOWN in go to new line. And very fast! >> Same with Emacs 22.3. >> >> How back previous behavior on long line moving or fix >> current? Back to previous behavior done by: (setq line-move-visual nil) > > For what it's worth the sluggishness is a known issue and was reported > the first time a while back: > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3219 > Thanks for pointing. Also I found useful related links in http://xahlee.org/emacs/emacs_line_move_visual.html Note that cursor movement at the end on very long line eat many CPU cycles. At the beginning lesser. -- Best regards!