技術解説 grep -w もGUIへ — 「単語一致」で、8.9億行から7件を狙い撃つ
前回は grep -v（含まない）でした。CLI機能の第2弾は grep -w —「単語一致」です。 部分一致の検索には、昔からの泣き所があります。error を探すと errorcount も mirror の中の並び…
UwView Pro
技術解説 
技術解説 grep -v をGUIに載せた — 多段階検索に「含まない」を追加、1万件のノイズ退治が数クリックになった
障害調査の現実は、「探す」より「捨てる」です。 ERRORで検索して数万件ヒットしたとき、その9割は既知のノイズ——ヘルスチェック、既知の警告、定期バッチの出力です。CLIの世界では、これをこう書きます。 bash gr…
技術解説 1億行の巨大テキストを「諦めてDBに入れる」前に — 障害調査・AIデータ前処理のための現実解と実測
「この数十GBのファイル、DBにインポートするか、小さく分割してくれ」 定常運用なら、それが最も安全な正攻法です。しかし現場には、DBを構築する時間もディスクの空きもない障害対応や、1億行のデータセットのうち数行の構文エ…
技術解説 16GBメモリのノートPCで、50GBのログファイルを開いて検索する方法
【追記 2026-10-16】いまの速さ — 2回目からの差は当時より開きました。1回目は今も ripgrep と同等です 本文の ripgrep・klogg との数字は、2026年7〜9月に Mac と外付け USB…
技術解説 「検索」と「置換」だけを測った — EmEditor・klogg・grep・010 Editor・UltraEdit を 3GB/10GB/48GB で比較【Windows編／Mac編】
前回のAI早見表はS〜Cの格付けでした。今回はそこから「検索」と「置換」の2工程だけを取り出し、実際の秒数を並べます。 最初にお断りを2つ。測定は Windows PC と Mac の2環境で行っており、環境をまたいだ秒…
技術解説 【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）版があるので、他人事ではありません。 実際に…
技術解説 ripgrepは巨大単一ファイルでも最速なのか — 51GB・8.9億行で rg / grep / UwView Pro を実測した
rgが、grepに負けた。 51GBのログを渡されて rg を叩く——リポジトリ検索と同じ手つきで巨大ファイルに向かった経験は、誰にでもあると思います。「検索は rg 一択」と言われるくらいですから。ではその一択は、巨大…
技術解説 20年前の自作ビューアが、Vectorでまだ生きていた — 「大容量テキスト」は20年で90倍になった
【追記 2026-10-07】2006年の UwView 0.6 の Vector ページは、2026年10月に作者の申請で削除しました（削除時点で累計 12,666 ダウンロード）。いまの UwView は、Vecto…