4GB 以上のファイルをサポートする最高の無料テキスト エディター?[閉まっている]

StackOverflow https://stackoverflow.com/questions/102829

質問

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

役に立ちましたか?

解決

別の用途として ggg も検討できます。

glogg screenshot

注意事項 (報告者: サイモン・テューシコメント, 、2月2013)

1 つの注意点 - 2 つの検索機能があります。 Main Search そして Quick Find.
下のほうは、私が推測しているのは、 Quick Find, 、上のものよりも少なくとも 1 桁遅く、高速です。

他のヒント

モンスター(暴走)ログファイル(20GB以上)を調べる必要がありました。私が使用した hexedit 無料版 あらゆるサイズのファイルを扱うことができます。これはオープンソースでもあります。これは Windows の実行可能ファイルです。

Jeff Atwood がこれについて次の投稿をしています。 http://www.codinghorror.com/blog/archives/000229.html

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

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

Windows で試してください シグウィン.

やってみました コンテキストエディター?小さくて速いです。

私は巨大なファイル (10 ギガ以上) を処理する必要があることが多いため、この投稿に何度も遭遇しました。

バグだらけでかなり制限のあるフリーウェアにうんざりし、試用期間が切れた後に高価なエディターにお金を払う気はなかったので(結局、お金の価値はありませんでした)、私はただ使用しました。 Windows用VIM 大きな成功と満足感をもたらしました。

このニーズに完璧で、完全にカスタマイズ可能で、テキスト ファイルを扱うときに考えられるすべての機能 (検索、置換、読み取りなど) が備わっています。あなたがそれを名付けます)

誰もそれに答えなかったことに非常に驚いています(MacOSを除く前の回答を除く)...

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

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

なぜこのような大きなファイルをエディタにロードする必要があるのでしょうか?このようなサイズのファイルを処理するときは、GNU Core Utils を使用しました。これらのファイルに対して私が実行した最も一般的な操作は、head (上位 250,000 行を取得するためなど)、tail、split、sort、shuf、uniq などでした。本当に強力です。

GNU Core Utils を使用してできることはたくさんあります。新しいエディターではなく、これらを間違いなくお勧めします。

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

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

これは、Emacs、ラージ テキスト ファイル ビューア、HexEdit、および Notepad++ がすべて停止するファイルです。

-エリック

6GBのmysqldumpファイルを読み取るためにいくつか試した結果、私のお気に入りは次のとおりです。

パイロットエディット ライト http://www.pilotedit.com/

なぜなら:

  • メモリ使用量が (どういうわけか?!) 25MB を超えることはなかったので、システムの残りの部分には基本的に影響はありませんでしたが、開くのに数分かかりました。
  • その間は正確な進行状況バーが表示されるので、進捗状況がわかりました。
  • 一度開くと、単純な検索やファイルの参照はすべて、小さなメモ帳ファイルと同様に機能します。
  • それは無料です。

他に試してみた...

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

エディットパッド プロ 6GBのファイル全体をメモリにロードし、すべての速度が異常に遅くなりました。

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

Macの場合:TextWrangler は大きなファイルをうまく処理します。私は Windows の状況について、サポートできるほど詳しくありません。

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

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

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

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

巨大なログ ファイルに直面したとき、私は全体を見ようとせず、 無料のファイルスプリッター

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

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

HxD -- これはヘキエディタですが、その場で編集でき、大きなファイルでも問題ありません。

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

EmEditor これを処理する必要があります。彼らとして サイトの主張:

EmEditor は、さらに大きなサイズで開くことができるようになりました。 248 GB (または 21 億行) ファイルの一部を新しいカスタムバー - 大きなファイルコントローラーで開くことにより。大きなファイルコントローラーを使用すると、開くファイルの開始点、エンドポイント、および範囲を指定できます。また、ファイルの開くのを停止し、ファイルの実際のサイズと使用可能な一時ディスクのサイズを監視することもできます。

無料ではありませんが..

Far Commanderが大きなファイルを開くことができることを発見し(4.2 GB XMLファイルを試しました)、ファイル全体をメモリにロードせず、速く動作します。

次のコマンドで 5GB ファイルを (すぐに) 開きました。

1) ヘックスエディターネオ

2) 010編集者

テキストパッドは、そのサイズのファイルを開く場合にも機能します。3 ~ 5GB の範囲の非常に大きなログ ファイルを処理する必要がある場合、私は何度もこの作業を行ってきました。また、grep を使用して価値のある行を抽出し、それらがうまく機能することを確認します。

質問にはさらに詳細な情報が必要です。
ファイルを参照するだけですか (例:ログ ファイル) または編集しますか?
ロードするファイルのサイズより多いメモリがありますか、それとも少ないメモリがありますか?
例えば、 , は、アセンブリ言語で書かれた非常に小さなテキストエディタであり、次のように主張しています。有効なファイル サイズ制限はなく、ロードできる最大サイズは、利用可能なメモリとファイルのロード速度によって決まります。[...] ファイルのロードと保存の両方の速度が最適化されています。"

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

4G ファイルでも TextPad で問題が発生しました。Notepad++ はうまく機能します。

Emacs 扱える 巨大なファイルサイズ Windows または *nix で使用できます。

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

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

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

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

私も好き メモ帳++.

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top