非常に長い行がEmacsを遅くするのを防ぐにはどうすればよいですか？

訪問しているファイルに含まれる改行の数によって、パフォーマンスが大きく異なります。

以下に例を示します。2つのJSONファイルがあります。

$ wget https://github.com/Wilfred/ReVo-utilities/blob/a4bdc40dd2656c496defc461fc19c403c8306d9f/revo-export/dictionary.json?raw=true -O one_line.json
$ python -m json.tool <one_line.json >pretty_printed.json

これらは、同じコンテンツを持つ2つのJSONファイルです。one_line.json改行なしの18MiBのJSONです。pretty_printed.json改行と空白が追加され、41MiBになりました。

ただし、多くの行に分割された大きなファイルは、JavascriptモードとFundamentalモードの両方で、Emacsで開く方がはるかに高速です。

Emacsは実際にはバイト数が少ないので、長い行でパフォーマンスが低下するのはなぜですか？Emacsの外部でデータを再フォーマットせずにパフォーマンスを改善するためにできることはありますか？

Emacsの長い行の処理はあまり最適化されていません。多くの操作では、Emacsは行全体を繰り返しスキャンする必要があります。たとえば、行を表示するには、Emacsは行の高さを把握する必要があり、行全体をスキャンして最も高いグリフを見つける必要があります。さらに、双方向ディスプレイのスキャンには時間がかかります。たとえば、docstring cache-long-line-scans（cache-long-scans24.4で名前変更）で追加情報を取得できます。

に設定すると速度bidi-paragraph-directionがleft-to-right向上するかどうかを確認できます[に設定bidi-display-reorderingするnilと、ほぼ同じになりますが、内部/デバッグのみを目的としています]。これにより、ラインスキャンへの重要な貢献者が1人削除されますが、悲しいことに1人だけではありません。

最適なオプションは、改行を追加することです。JSONファイルをパイプ処理して、たとえばpython -c 'import json, sys ; json.dump(json.load(sys.stdin), sys.stdout, indent=2)'改行を追加し、一般的に読みやすさを向上させることができます。

jqueryの縮小コピーを使用して、これについていくつか簡単な実験を行いました。font-lock-modeそして、flycheck-mode両方が遅さの一因js2-modeとなりましたprettify-symbols-mode。line-number-modeそして、column-number-modeわずかな影響がありました。パフォーマンスは比較的きびきびでしたが、さまざまなモードをすべてオフにすると、C-h m有効になっているさまざまなモードを使用して無効にするか、単にに切り替えてみてくださいfundamental-mode。

興味深いことに、hexl-mode私は問題なくファイルを飛ぶことができましたが、明らかに列は非常に短いものでした。残念なことに、visual-line-mode事態は本当に遅くなりました。

私の推測では、構文テーブルは行末で処理を停止し、すべてが1行になった場合は、更新のたびにすべてを再解析する必要があります。

http://www.emacswiki.org/emacs/OverLongLineModeをアップロードしました

このライブラリを使用すると、単純な行長のしきい値を設定できます。これを超えるとfundamental-mode、ファイルの通常モードの代わりにのバリアントが使用されます（プログラミングモードのみ）。

これらの行に沿ったものがデフォルトでEmacsに追加される可能性がありますが、これはEmacsがそのようなファイルに遭遇したときにクロールが遅くなるという主要な問題に対する暫定的な回避策です。

nbこれは、この回答で最初に投稿したコードの改善ですが、まだ進行中の作業です。テストは最小限に抑えられています。コメントを歓迎します。

デフォルトでサポートする他の（以外のcss-mode）非prog-mode派生メジャーモードの提案も歓迎します。

違いが原因であることがわかると思いますfont-lock。ウィンドウに表示されているファイルのサブセットでフォント化を実行する場合、最初にフォント化領域を拡張して、完全な意味単位を含むようにします。font-lock-extend-region-functionsこのコードを参照してください。これには、リージョンを拡張して全行を含めることが一般的です。行が非常に長い場合、実際に表示されるよりもはるかに大きなコンテンツのチャンクでフォント化が実行される可能性があります。

さらに、改行自体にセマンティック情報がある場合、それらの不在は、フォントロックの正規表現パターンが一致するかどうかを判断するためにさらにスキャンする必要があることを意味する場合があります。

通常、長い行を展開し、タグ（HTML、XML、JSONなど）でインデントします。

このような操作を可能にするために、次を追加します。

(setq line-number-display-limit large-file-warning-threshold)
(setq line-number-display-limit-width 200)

(defun my--is-file-large ()
  "If buffer too large and my cause performance issue."
  (< large-file-warning-threshold (buffer-size)))

(define-derived-mode my-large-file-mode fundamental-mode "LargeFile"
  "Fixes performance issues in Emacs for large files."
  ;; (setq buffer-read-only t)
  (setq bidi-display-reordering nil)
  (jit-lock-mode nil)
  (buffer-disable-undo)
  (set (make-variable-buffer-local 'global-hl-line-mode) nil)
  (set (make-variable-buffer-local 'line-number-mode) nil)
  (set (make-variable-buffer-local 'column-number-mode) nil) )

(add-to-list 'magic-mode-alist (cons #'my--is-file-large #'my-large-file-mode))

XMLの場合、正規表現で行を分割しますC-M-% >< RET >NL< RET !。

Emacsが長い行を分割した後-多くの*-modesコードを有効にしてインデントを再設定することが可能です。

注：劣ったプロセスが長い行を生成するときの速度低下を防ぐ方法は？

この問題に対する独自のソリューションをここで作成しました：https : //github.com/rakete/too-long-lines-mode

非常に長い行のバッファーを基本モードに切り替えるphilsソリューションには満足できませんでした。構文の強調表示やその他の主要なモード機能を維持できるソリューションが必要でした。そこで、オーバーレイを使用して、長すぎる行のほとんどの文字を隠すマイナーモードを作成しました。

これは問題を回避し、基本モードにフォールバックすることなく、非常に長い行を持つバッファーでもemacsを使用可能にします。

Emacsのセットアップには、カスタムフォント化、つまり設定するモードがありますfont-lock-defaults。1ページ下に30秒を使用して、30000文字行の一部を表示します。このスローダウンは、正規表現のバックトラッキングを減らすことで修正されました。の代わりに：

  （ "。*は不完全なコマンドで終了しました*" 0 font-lock-comment-face）

これを行う

  （ "^。\ {1,80 \}は不完全なコマンドで終了しました*" 0 font-lock-comment-face）

シェルモードバッファー（Mxシェル）では、sed -r 's/(.{2000}).*/\1/' -u長い行を避けるためにパイプを使用しています。

dired-mode長い行の大きなファイルを開くには、次の関数を使用します。

(defun dired-find-file-conservatively ()
   (interactive)
   (let ((auto-mode-alist nil))
     (dired-find-file)
     ;; disable costly modes
     (fundamental-mode)
     (setq-local bidi-display-reordering nil)
     (when (boundp 'smartparens-mode)
       (smartparens-mode -1))))

(define-key dired-mode-map (kbd "S-<return>") 'dired-find-file-conservatively)

emacs-develから取った回避策は次のとおりです。

(add-hook 'find-file-hook
          (defun my-find-file-care-about-long-lines ()
            (save-excursion
              (goto-char (point-min))
              (when (and (not (eq major-mode 'image-mode))
                         (search-forward-regexp ".\\{2000\\}" 50000 t)
                         (y-or-n-p "Very long lines detected - enable 
longlines-mode? "))
                (require 'longlines)
                (longlines-mode +1)))))