4GBファイル以上をサポートする最高のフリーテキストエディター？
4ギガバイト以上のファイルをロードできるテキストエディターを探しています。テキストパッドが機能しません。私はそれのコピーを所有し、そのサポートサイトにアクセスしましたが、それを実行しません。新しいハードウェアが必要なのかもしれませんが、それは別の質問です。エディターは無料である必要があります。または、コストがかかる場合は30ドル以下である必要があります。 Windowsの場合。
gloggは、異なる使用法についても検討できます。
警告（ Simon Tewsi in the comments 、2013年2月）
1つの注意事項-
Main SearchとQuick Findの2つの検索関数があります。
私が想定する下の方はQuick Findで、上の方の方が速いのに比べて少なくとも一桁遅いです。
モンスター（暴走）ログファイル（20 GB以上）を確認する必要がありました。 hexedit FREE version を使用しました。これは、あらゆるサイズのファイルで機能します。また、オープンソースです。 Windows実行可能ファイルです。
ジェフ・アトウッドはこれに関する投稿をここに持っています： http://www.codinghorror.com/blog/archives/000229.html
「以前の使用履歴に基づいて、EditPad Proが最適であると感じました。大きなテキストファイルでは非常に高速で、最高の正規表現をサポートし、ふりをしないIDEになります。」
エディターに巨大なログファイルを読み込む代わりに、grep、tail、gawkなどのUnixコマンドラインツールを使用して、興味深い部分をより小さなファイルにフィルターします。そして、それを開きます。
Windowsでは、 Cygwin を試してください。
コンテキストエディタ を試しましたか？小さくて速いです。
私は頻繁に巨大なファイル（10 Gigas +）を処理する必要があるため、この投稿に何度もつまずきました。
バギーやかなり限られたフリーウェアにうんざりし、試用期間が終了した後に高価な編集者にお金を払わないことにしました（結局、お金の価値はありません）、私は VIM for Windows 成功と満足。
これは、テキストファイルを処理するときに考えることができるすべての機能を備えた、完全にカスタマイズ可能なこのニーズに完全に対応しています（検索、置換、読み取りなど、名前を付けます）
誰もそれに答えなかったことに非常に驚いています（以前の答えを除いて、MacOSの場合）...
記録のために、私は このブログ投稿 でつまずいたが、賢明にアドバイスした。
4Gファイルをそのように扱うのは本当に難しいです。以前は大きなテキストファイルを処理していましたが、エディターにそれらを読み込むことはありませんでした。私は以前の会社で主にUltraEditを使用していましたが、現在はNotepad ++を使用していますが、編集する必要がある部分だけを取得します。 （ほとんどの場合、ファイルを編集する必要はありませんでした）。
なぜこのような大きなファイルをエディターにロードしたいのですか？これらのサイズのファイルを処理するとき、GNU Core Utilsを使用しました。これらのファイルで実行した最も一般的な操作は、head（先頭の250k行などを取得する）、tail、split、sort、shuf、uniqなどでした。これは本当に強力です。
GNU Core Utilsでできることはたくさんあります。新しいエディターではなく、間違いなくそれらをお勧めします。
このような古いスレッドに投稿してすみませんが、ここでいくつかのヒントを試してみましたが、どれも役に立たなかった。
テキストエディタとは少し異なりますが、Beyond CompareがVista 32ビットマシンで非常に大きな（3.6ギガバイト）ファイルを処理できることがわかりました。
これは、Emacs、ラージテキストファイルビューアー、HexEdit、およびNotepad ++がすべて詰まっているファイルです。
-エリック
6GBのmysqldumpファイルを数回読んだ後の私のお気に入り：
PilotEdit Litehttp://www.pilotedit.com/
なぜなら：
- メモリ使用量は（どういうわけか！）25MBを超えたことはないので、基本的にシステムの残りの部分には影響しませんが、開くのに数分かかりました。
- その間、正確な進行状況バーがあったので、それがどのように進んでいるかを知っていました。
- 一度開くと、簡単な検索とファイルの閲覧はすべて、小さなメモ帳ファイルと同様に機能しました。
- それは無料です。
私が試したその他...
EmEditor Proトライアルは非常に印象的で、ファイルはほぼ瞬時に開きましたが、残念ながら私の要件には高すぎます。
EditPad Proは、6GBファイル全体をメモリにロードし、すべてをクロールに遅らせました。
5GBファイルを（すばやく）開いた：
1）Hex Editor Neo
2）10エディター
HxD-これはhexeditorですが、インプレース編集を許可し、大きなファイルをバーフしません。
Tweak は、挿入や削除を含む非常に大きなファイルの編集を処理できる16進エディターです。
膨大なログファイルに直面したとき、すべてを調べようとはせず、 Free File Splitter を使用します
確かに、これは解決策ではなく回避策であり、ファイル全体が必要になる場合があります。しかし、多くの場合、大きなファイルから数行を見るだけでよく、それもあなたの問題のようです。そうでない場合は、おそらく他の人がそのユーティリティを役に立つと思うでしょう。
たとえば、巨大なテキストファイルを表示できるビューアは、オートフィルターを使用するためにExcelに読み込ませようとしている場合、あまり役に立ちません。私たちは皆、問題を小さな部分に分けて解決するために一日を費やしているので、同じ原則を大きなファイルに適用しても、私は異議を唱えませんでした。
Windows、UNIX、またはMacの場合Macまたは* nixでは、コマンドラインまたはGUIバージョンのemacsまたはvimを使用できます。
Macの場合：大きなファイルを適切に処理するTextWrangler。私は、Windowsのランドスケープを十分に理解していないため、そこを支援することはできません。
FAR司令官が大きなファイルを開くことができることがわかりました（4.2 GBのxmlファイルを試しました）そして、ファイル全体をメモリにロードせず、高速に動作します。
編集するのではなく、大きなファイルを表示したい場合、ファイル全体をメモリにロードしようとするのではなく、ファイルを一度に1つずつ読み込むフリーウェアプログラムがいくつかあります。大きな（> 5 GB）ファイルを読み通す必要がある場合にこれらを使用します。
Swiftgearによるラージテキストファイルビューアー http://www.swiftgear.com/ltfviewer/features.html
Team WalrusによるBig File Viewer。
あなたがその最後のもののためにあなた自身でリンクを見つけなければならないでしょう、なぜなら私は初心者であるハイパーリンクを最大1つしか投稿できないからです。
4GファイルのTextPadにも問題があります。 Notepad ++はうまく機能します。
テキストパッドは、そのサイズのファイルを開くのにも適しています。 3〜5ギガバイトの範囲の非常に大きなログファイルを処理する必要がある場合、何度も実行しました。また、grepを使用して価値のある行を引き出し、それらの優れた機能を確認します。
質問には詳細が必要です。
ファイル（ログファイルなど）を見るだけですか、それとも編集しますか？
ロードするファイルのサイズよりも多くのメモリがありますか？
たとえば、 TheGun は、アセンブリ言語で書かれた非常に小さなテキストエディターで、「有効なファイルサイズの制限と最大サイズがない」と主張しています。ロードできるファイルは、使用可能なメモリとファイルのロード速度によって決まります。[...]ファイルのロードと保存の両方に最適化された速度です。 "
メモリ制限を抽象化するために、マップされたメモリを使用できると思います。ただし、ファイルを編集する必要がある場合は、ローカルの変更をメモリに保存し、保存時にチャンクごとに適用するなど、巧妙な方法を使用する必要があります。場合によっては無効になることがあります（たとえば、大きな検索/置換）。