4ギガバイト以上のファイルをロードできるテキストエディタを探しています。テキストパッドが機能しません。私はそれのコピーを所有していて、そのサポートサイトに行ったことがありますが、それはしません。新しいハードウェアが必要かもしれませんが、それは別の質問です。エディターは無料である必要があります。または、費用がかかる場合は、30ドル以下である必要があります。Windowsの場合。

別の使用法では、gloggも検討できます。

警告（2013年2月のコメントでSimon Tewsiによって報告されました）

1つの注意点-2つの検索機能Main SearchとQuick Find。
下の方は、と思いQuick Findますが、上の方よりも少なくとも1桁遅く、高速です。

モンスター（暴走）ログファイル（20GB以上）を見なければなりませんでした。どんなサイズのファイルでも動作するhexeditFREEバージョンを使用しました。オープンソースでもあります。これはWindowsの実行可能ファイルです。

ジェフ・アトウッドはこれについてここに投稿しています： http //www.codinghorror.com/blog/archives/000229.html

彼は最終的にEditPad Proを採用しました。「以前の使用履歴に基づいて、EditPad Proが最適だと感じました。大きなテキストファイルで非常に高速で、最高の正規表現をサポートしており、ふりをしていません。 IDEになること。」

代わりに、エディタで巨大なログファイルをロードするの、私のようなUnixのコマンドラインツールを使用していますgrep、tail、gawkはるかに小さいファイルに興味深い部分をフィルタリングするなどし、その後、私はそれを開きます。

Windowsでは、Cygwinを試してください。

コンテキストエディタを試しましたか？小さくて速いです。

巨大なファイル（10 Gigas +）を処理する必要があることが多いため、この投稿に何度も遭遇しました。

バグが多く、かなり限られたフリーウェアにうんざりしていて、試用期間が終了した後、高価な編集者にお金を払う気がなかった後（結局のところお金の価値はありません）、私はWindows用のVIMを大成功と満足で使用しました。

これは、このニーズに完全に対応し、完全にカスタマイズ可能で、テキストファイルを処理するときに考えられるすべての機能（検索、置換、読み取りなど）を備えています。

誰もそれに答えなかったことに非常に驚いています（前の答えを除いて、MacOSの場合）...

記録のために、私はこのブログ投稿でそれを見つけました、それは賢明にそれをアドバイスしました。

4Gファイルをそのように扱うのは本当に難しいです。以前は大きなテキストファイルを処理していましたが、エディターにロードすることはありませんでした。以前の会社では主にUltraEditを使用していましたが、現在はNotepad ++を使用していますが、編集する必要のある部分だけを取得します。（ほとんどの場合、ファイルを編集する必要はありません）。

なぜこのような大きなファイルをエディターにロードしたいのですか？これらのサイズのファイルを処理するときは、GNU CoreUtilsを使用しました。これらのファイルに対して実行した最も一般的な操作は、head（上位25万行などを取得するため）、tail、split、sort、shuf、uniqなどでした。これは非常に強力です。

GNU CoreUtilsでできることはたくさんあります。新しいエディターではなく、絶対にお勧めします。

このような古いスレッドに投稿して申し訳ありませんが、ここでいくつかのヒントを試しましたが、どれもうまくいきませんでした。

テキストエディタとは少し異なりますが、Beyond CompareはVista 32ビットマシンで非常に大きな（3.6ギガ）ファイルを処理できることがわかりました。

これは、Emacs、Large Text File Viewer、HexEdit、およびNotepad ++がすべて詰まったファイルです。

-エリック

6GBのmysqldumpファイルをいくつか読み取ろうとした後の私のお気に入り：

PilotEdit Lite http://www.pilotedit.com/

理由：

• メモリ使用量は（どういうわけか？！）25MBを超えたことはないので、開くのに数分かかりましたが、基本的にシステムの他の部分には影響しません。
• その間、正確なプログレスバーがあったので、それがどのように進んでいるかを知っていました。
• 一度開くと、ファイルの簡単な検索と参照はすべて、小さなメモ帳ファイルと同様に機能しました。
• それは無料です。

私が試した他の...

EmEditor Proの試用版は非常に印象的で、ファイルはほぼ瞬時に開かれましたが、残念ながら私の要件には高すぎました。

EditPad Proは、6GBのファイル全体をメモリにロードし、すべての速度を低下させてクロールしました。

Windows、UNIX、またはMacの場合？Macまたは* nixでは、コマンドラインまたはGUIバージョンのemacsまたはvimを使用できます。

Macの場合：TextWranglerは大きなファイルをうまく処理します。私はWindowsランドスケープに精通していないので、そこを支援することはできません。

大きなファイルを編集するのではなく表示したいだけの場合は、ファイル全体をメモリにロードしようとするのではなく、一度に1つのチャンクでファイルを読み取るフリーウェアプログラムがいくつかあります。大きな（> 5 GB）ファイルを読み取る必要がある場合にこれらを使用します。

swiftgearによる大きなテキストファイルビューアhttp://www.swiftgear.com/ltfviewer/features.html

チームWalrusによるビッグファイルビューア。

私は初心者であるハイパーリンクを最大1つしか投稿できないため、最後のリンクを自分で見つける必要があります。

膨大なログファイルに直面したときは、全体を見ようとはせず、 Free FileSplitterます。

確かに、これは解決策ではなく回避策であり、ファイル全体が必要になる場合があります。しかし、多くの場合、大きなファイルから数行を表示するだけで済み、それも問題のようです。そうでない場合は、おそらく他の人がそのユーティリティが役立つと思うでしょう。

たとえば、オートフィルターを使用するためにファイルをExcelにロードしようとしている場合、巨大なテキストファイルを表示できるビューアはあまり役に立ちません。私たちは皆、問題を解決するために問題を小さな部分に分解することに1日を費やしているので、同じ原則を大きなファイルに適用しても、私は論争の的にはなりませんでした。

HxD-これは16進エディタですが、インプレース編集が可能であり、大きなファイルをバーフしません。

Tweakは、挿入や削除など、非常に大きなファイルの編集を処理できる16進エディターです。

EmEditorはこれを処理する必要があります。彼らのサイトが主張するように：

EmEditorは、新しいカスタムバーであるLarge File Controllerでファイルの一部を開くことにより、248 GB（または21億行）を超えるファイルを開くことができるようになりました。ラージファイルコントローラーを使用すると、開くファイルの開始点、終了点、および範囲を指定できます。また、ファイルのオープンを停止し、ファイルの実際のサイズと使用可能な一時ディスクのサイズを監視することもできます。

無料ではありません。

FARコマンダーが大きなファイルを開くことができることがわかりました（4.2 GBのxmlファイルを試しました）。また、ファイル全体をメモリにロードせず、高速に動作します。

5GBのファイルを（すばやく）開いた：

1）16進エディターNeo

2）010エディター

Textpadは、そのサイズのファイルを開くときにもうまく機能します。3〜5GBの範囲の非常に大きなログファイルを処理する必要がある場合、私は何度もそれを行いました。また、grepを使用して価値のある行を引き出し、それらを確認するとうまくいきます。

質問にはさらに詳細が必要です。
ファイル（ログファイルなど）を確認するだけですか、それとも編集しますか？
ロードしたいファイルのサイズよりも多いか少ないメモリがありますか？
たとえば、アセンブリ言語で記述された非常に小さなテキストエディタであるTheGunは、「有効なファイルサイズの制限はなく、ロードできる最大サイズは、使用可能なメモリとファイルのロード速度によって決まります。[.. 。]ファイルのロードと保存の両方で速度が最適化されています。」

メモリ制限を抽象化するために、マップトメモリを使用できると思います。ただし、ファイルを編集する必要がある場合は、ローカルの変更をメモリに保存し、保存時にチャンクごとに適用するなど、巧妙な方法を使用する必要があります。場合によっては効果がない可能性があります（たとえば、大規模な検索/置換）。

4GファイルのTextPadにも問題がありました。Notepad ++はうまく機能します。

Emacsは巨大なファイルサイズを処理でき、Windowsまたは* nixで使用できます。

どのOSとCPUを使用していますか？32ビットOSを使用している場合、システム上のプロセスは物理的に4GBを超えるメモリをアドレス指定できません。ほとんどのテキストエディタはファイル全体をメモリにロードしようとするので、あなたが望むことをするものが見つかるとは思えません。コア外の処理、つまりファイルのチャンクを一度にロードできる、非常に洗練されたテキストエディタである必要があります。

64ビットCPUと64ビットオペレーティングシステムを搭載したコンピューターで64ビットテキストエディターを使用すると、このような巨大なファイルをロードできる場合があります。また、スワップパーティションまたはスワップファイルに十分なスペースがあることを確認する必要があります。

なぜ4GB以上のファイルをメモリにロードしたいのですか？それができるテキストエディタを見つけたとしても、あなたのマシンには4 GBのメモリがありますか？また、物理メモリに4 GBを超える容量がない限り、マシンの速度が大幅に低下し、スワップファイルがおかしくなります。

では、なぜ4GB以上のファイルが必要なのですか？それを変換したい場合、または検索して置換したい場合は、それを行うための小さなクイックプログラムを作成する方がよい場合があります。

notepad ++も好きです。