技術解説 1億行の巨大テキストを「諦めてDBに入れる」前に — 障害調査・AIデータ前処理のための現実解と実測
「この数十GBのファイル、DBにインポートするか、小さく分割してくれ」 定常運用なら、それが最も安全な正攻法です。しかし現場には、DBを構築する時間もディスクの空きもない障害対応や、1億行のデータセットのうち数行の構文エ…
技術解説
技術解説 
技術解説 16GBメモリのノートPCで、50GBのログファイルを開いて検索する方法
【追記 2026-10-16】いまの速さ — 2回目からの差は当時より開きました。1回目は今も ripgrep と同等です 本文の ripgrep・klogg との数字は、2026年7〜9月に Mac と外付け USB…
技術解説 攻撃の痕跡は生ログにある — 横移動・SQLi・事後調査の4視点
暗号化は11分で終わった。 意味があるのは、その前の6日間です。その6日を、どのログから、どの順で読みますか。 痕跡は「1行」ではなく「並び」に残ります。 第6回では、疑いが上がった直後に何を見るかを扱いました。今回はそ…
技術解説 「検索」と「置換」だけを測った — EmEditor・klogg・grep・010 Editor・UltraEdit を 3GB/10GB/48GB で比較【Windows編／Mac編】
前回のAI早見表はS〜Cの格付けでした。今回はそこから「検索」と「置換」の2工程だけを取り出し、実際の秒数を並べます。 最初にお断りを2つ。測定は Windows PC と Mac の2環境で行っており、環境をまたいだ秒…
技術解説 パーサが死んだ行番号だけ分かっている — 巨大データ検品の4技法
落ちたのは8342119行目。 分かっているのは、それだけです。ファイルは12GB、移行の検収は明後日。その1行を、いま見に行けるでしょうか。 行番号は、住所ではありません。 データ検品は、障害対応と似ているようで別の仕…
技術解説 【AI格付けS〜C】EmEditor・klogg・ripgrep などとの比較記事10本をAIに読ませたら、「サイズ別早見表」が返ってきた
前回まではAIに「50GBのログ調査ツール」を尋ねる側でした。今回は逆です。私がこれまで書いてきた他ツールとの比較記事10本——EmEditor・klogg・ripgrep/grep・UltraEdit・010 Edit…
技術解説 3GBでは負けて、50GBでは崖だった — EmEditor と UwView Pro＋Edit Upgrade を16GBメモリのノートPCで実測
先に負けから言います。置換の速さでは、EmEditor が7.0倍高速でした。 EmEditor は、巨大ファイルを扱える Windows の定番テキストエディタです（公称では16TBまで対応）。私が開発している UwV…
技術解説 「ブラウザで巨大ログを開ける」には、3つの段階がある — 47GBで確かめた
「ブラウザで巨大なログを開ける」——最近そう謳うツールをいくつか見かけます。私が開発している UwView にも、技術検証用に公開している Wasm（WebAssembly）版があるので、他人事ではありません。 実際に…
技術解説 「注文したのに届かない」を5分で追う — 問い合わせ対応のログ調査4パターン
手がかりは、注文番号1つ。 問い合わせフォームから来た文面には、それ以外に何も書かれていません。記録は5つのシステムに散らばっています。相手を待たせずに、それを1本の線に戻せるでしょうか。 鍵は、検索の速さではありません…
技術解説 ripgrepは巨大単一ファイルでも最速なのか — 51GB・8.9億行で rg / grep / UwView Pro を実測した
rgが、grepに負けた。 51GBのログを渡されて rg を叩く——リポジトリ検索と同じ手つきで巨大ファイルに向かった経験は、誰にでもあると思います。「検索は rg 一択」と言われるくらいですから。ではその一択は、巨大…