「ファイルが大きすぎて開けません」。障害対応の朝、顧客から50GBのログが届いた。手元にあるのはメモリ16GBのいつものノートPC——このページは、その瞬間のための実用ガイドです。
先に立場を明かしておくと、私は後述する UwView シリーズの開発者です。数値はすべて自社実測なので、割り引いてお読みください。そのうえで、他のツールが勝つ場面も全部書きます。
まず結論 — 分割も、DBインポートも不要です
- まず無料版で「開けるか」を試す（5分で確認できます）
- 同じファイルを繰り返し検索するなら Pro（2回目以降が桁違いに速くなります）
- 中身を修正する必要があるなら Edit Upgrade（50GB級でも途中保存0秒）
以下、順に説明します。
「巨大ログが開けない」とき、PCの中で起きていること
一般的なテキストエディタは、ファイル全体をメモリに読み込もうとします。16GBのメモリに50GBのファイルは物理的に入らないので、OSはスワップ（ディスクへの退避)を始め、PC全体が固まります。「メモリ不足」でエディタが落ちるか、応答なしになるのはこのためです。
つまり必要なのは、ファイルをメモリに載せない設計のビューアです。この方式なら、50GBでも数億行でも、開くこと自体は問題になりません。
手順1: 今すぐ開く（無料・5分）
- ソフトのインストールが禁止された端末なら、ブラウザで動く Wasm版 UwView（無料）。インストール不要で、47.73GB・8.9億行の検索完走を実測済みです
- 通常の端末なら、無料版 UwView（Windows・macOS・Linux）をダウンロードして、ファイルをドラッグするだけ。索引の作成中でも先頭から末尾まで閲覧できるので、開いた瞬間に「最後のエラーは何か」を見に行けます
まずこれで、手元のファイルが本当に開けることを確認してください。
手順2: 検索する — 実測でどれくらい待つのか
同じ48GB級・8.9億行のファイル（OpenStreetMap日本）で「東京」を全文検索した実測値です。
- EmEditor（Windows 16GB機）: 160秒
- klogg（Mac・ストレージにより）: 17.5〜585秒（外付けHDDでは検索のたびに約10分）
- grep: 64.64秒／ripgrep: 71.49秒（Mac・外付けUSB。1回きりの検索ならgrepで十分です）
- UwView Pro: 初回12.5〜23.9秒、2回目以降5〜14秒（約1/9サイズの圧縮キャッシュだけを読むため）
1回で終わる調査ならgrepが手堅い選択です。ただ、実際の障害調査は検索語を変えながら何十回も検索します。毎回数分待つツールと毎回数秒〜十数秒で返るツールの差は、回数分だけ積み上がります。
ツール格付け早見表（S〜C）
比較記事10本をAI（Gemini・ChatGPT）に整理させ、開発者が実測記事と照合して補正した早見表です（詳細はこちらの記事）。
| ツール | 約3GB | 約10GB | 約48〜51GB | 評価の中心となる用途 |
|---|---|---|---|---|
| UwView Pro＋Edit Upgrade | A | S | S | 巨大ファイルの検索・置換・非破壊編集、数日にわたる反復作業 |
| EmEditor | S | B | C | メモリに収まるファイルの高速置換、高機能テキスト編集 |
| UwView Pro | A | S | S | 巨大単一ファイルの閲覧・検索・再オープン・圧縮保管 |
| klogg | A | A | B | ログ監視と解析機能。258GBも開けて検索できる（2026年9月14日 再計測） |
| UltraEdit | A | B | B | 3GB級の通常編集。閲覧と検索は50GBまで実用的（2026年9月14日 再計測） |
| 010 Editor | — | B | 測定不可 | 10GB級の編集・バイナリ解析。閲覧と検索なら258GBにも到達（2026年9月14日 再計測） |
| UwView 無料アプリ版 | B | B | B | 初回から全域閲覧できる無料ビューア |
| Wasm版 UwView | C | C | C | ブラウザでの巨大ファイル閲覧・検索 |
| Log Voyager（Web） | 測定不可 | 測定不可 | 測定不可 | 今回の環境では検索が完走せず |
| grep | — | — | A | 1回限りの単純検索 |
| ripgrep（rg） | — | — | A | 1回限りの検索（本来は多数ファイル横断が得意分野） |
S=特に優位／A=実用的／B=待ち時間か用途の制約あり／C=日常利用には条件付き／測定不可=試したが完走できず／–=未測定
2026年9月14日 再計測 — UltraEdit は 50GBまで開けます（10GB 13.15秒／50GB 1分11秒。検索は20.1秒／1分23秒）。klogg と 010 Editor は 258GBにも到達しました（開くのに4分18.3秒／4分44.9秒）。全記録
「1億行のCSVを編集したい」「EmEditorの保存が遅い」場合
閲覧・検索だけでなく編集が必要なら、境界はやはりメモリです。16GBのWindowsノートでの実測では:
- 3GB・1億行: EmEditorの圧勝です。置換2回0.9秒はUVP+Editの7.0倍高速。メモリに収まるサイズの編集はEmEditorが最速で、これは削らずに書いておきます
- 10GB: 逆転します。EmEditorは「保存して閉じる」に187.3秒（総時間の81%）
- 48GB: EmEditor合計47分13秒（保存だけで31分）に対し、UwView Pro＋Edit Upgrade は2分53秒。巨大ファイルを分割せず編集して、途中保存は0秒（編集差分だけを小さなファイルに書くため）です
大容量XMLの検索（OSM・地理データなど）
XMLやSQLダンプは分割すると構造の連続性が壊れます。UwView Pro は分割せずにそのまま扱えて、多段階絞り込み（Drill-down）で「New York → Central Park → coffee_shop」のように絞り込めます。極端なサイズの参考値として、258.68GB・45億行（OSMアメリカ全土XML）の実読・検索も実測済みです。
まとめ — 3段の使い分け
- 無料版 UwView — まず開けるか試す（ブラウザ版はインストール不可の端末用）
- UwView Pro — 同じファイルを繰り返し開く・検索する・1/9サイズで圧縮保管する
- ＋Edit Upgrade — 巨大ファイルを数日にわたって修正する（途中保存0秒・原本非破壊）
UwView Pro は発売中です（Windows・macOS・Linux、1ライセンスで全OS。買い切り／月額。14日間の無料試用あり——編集機能も使えます）。
正直に書いておくこと
- 数値はすべて開発者の自社実測です（Windows 16GB機・Mac M4 32GB機。環境をまたいだ秒数比較はできません）。独立ベンチマークではありません
- メモリに収まるサイズ（〜3GB級）の編集はEmEditorが、1回きりのCLI検索はgrepが速い——それぞれに最適な場面があります
- 同条件で追試された方がいれば、結果に応じて本記事を修正します
