大きな.txtでパフォーマンスが低下する
.txtの設計に固有のバグがあり、比較的大きなファイルを操作するとパフォーマンスが大幅に低下する可能性がありますか？ Windows 8で100万文字を超えるファイルを操作すると、エディター（特に、Notepad ++とWordpad）の実行が遅くなる傾向があるだけでなく、大規模な検索と置換操作で頻繁にクラッシュします（たとえば、検索と置換が60,000を超える置換を実行する場合） 。
これは、テキストファイルが動作している特定のマシンとは関係がないことを確認しました（同様のハイスペックマシンではパフォーマンスが同じです）。
これは、問題のファイルがネットワーク共有で編集されているためだと最初は思っていましたが、ローカルフォルダーにコピーすると、同じパフォーマンスの低下が発生しました。
改行が削除されると、パフォーマンスは特に低下します（1つのWordで100万文字の長さで作業する）。ハイエンドマシンを使用しているにもかかわらず、UIでフレームが著しく低下する）
試してください ltra Edit この場合は最高です。
一目でわかる機能
- 列/ブロックの編集
- マルチキャレット編集
- 複数選択
- 構文の強調表示
- 統合FTPクライアント
- 統合されたSSH/telnet
編集者のテーマ
大きなファイルの編集+ 4GB
- ファイル/データの並べ替え
- 強力な検索
- 正規表現をサポート
- CSVデータの再フォーマット
- マクロとスクリプト
- ファイル比較
- スマートテンプレート
Notepad ++は大きなテキストファイル用に設計されていませんが、代わりにgloggと呼ばれるプログラムをお勧めします。ここで見つかりました： http://glogg.bonnefon.org/
そして、誰かがこの投稿を嫌い、私がリンクで答えていると不平を言ったら、私は神に誓います、そして私は質問に完全に答えたので成長します。
Microsoft Visual Studioで巨大なファイルを編集します。超高速でどんなサイズにも対応！それを試してみてください！無料版（コミュニティ版）をダウンロードできます
更新：
Notepad ++ビルド64ビットが利用可能になりました。あなたはそれを使うことができます。
メモ帳++
100万文字（1 MB）は実際にはそれほど大きくありません。
見る
その他のテキストファイルエディタ
他の人が指摘しているように、他のエディタは大きなテキストファイルを処理するように設計されています。特に、テキスト編集の世界の2つの由緒あるマスター-vi（またはvim）とemacsは、編集しているファイルよりも大きいファイルを適切に処理する必要があります。
たとえば、vimには20億文字（2GB）の制限があります。
見る
その他のアプローチ
一部のタスクにより適したテキストファイルを操作するための他のツールがあります。例えば
- sed
- awk
- Perl
- tr
- grep
これらはUnix/Linuxの標準ですが、Windowsでも簡単に入手できます。非常に大きなファイルに対して操作（検索や置換など）を効率的に実行できる他の多くのWindowsユーティリティもおそらくあるでしょう。
一般に、通常のテキストエディターは、一度に1行ずつスクロールしてファイルを視覚的に探索する場合に最適化されています。他のタイプのツールは、検索、再フォーマット、合計、凝縮などに適しています。