技術解説 klogg に開くのは負けました。通すと uvf が勝ちます — 50GB で比べ直した
51GB のファイルを開くだけなら、klogg のほうが速いです。52.55秒 対 100.6秒。うちの負けです。 【2026-09-19 追記】この負けは v1.6.6 で返しました。 同じ条件で測り直して 50.44…
2026-09
技術解説 
技術解説 ripgrep は no-mmap で2.9倍速くなる — 既定の mmap 読みと 50GB・3OS で比べた
51GB のファイルを ripgrep で検索するとき、--no-mmap を付けると速くなることがあります。Windows では最大 2.89倍。Mac では何も変わりません。Linux では、検索の中身によって速くも…
技術解説 UwView の画面が uvf … -open に追いつきました — 50GB の通しが 189.5秒から 53.7秒になった話
【2026-09-21 訂正】 公開時、比較に使った uvf … -open の 53.69秒は v1.6.5 の値でした。画面と同じ v1.6.6 の値（50.76秒）に差し替えています。これに伴い「0.01秒しか違わ…
技術解説 巨大ファイル実測の総集編 — 数字が逆転する4つの境界線
上限は950MB/sでした。 その「○秒」という数字、どのサイズで、何回目に測ったものですか。 同じツール・同じファイルでも、この2つを変えると勝敗はひっくり返ります。連載で出してきた実測を並べ直すと、向きが変わる境界線…
技術解説 3GBで負けたと思っていたら、勝っていた（ただし冷えていれば） — 単発 grep は譲って、調査の残り全部で勝つ
3GB の grep は、ファイルがキャッシュに載っていれば ripgrep の勝ちです。載っていなければ、uvp の勝ちです。 前の記事で「3GB は ripgrep の土俵、そこは譲る」と書きました。ファイルがメモリ…
技術解説 原本に書き込まない — ログと向き合う4つの作法
開いただけで3バイト増えた。 そのログ、あなたが読んだあとも同じファイルですか。 「読む」つもりの操作が「書く」操作になっている瞬間は、思っているより多くあります。 原本を壊さないことは、フォレンジックの第一原則として語…
技術解説 最速の ripgrep に勝てる場所を1つだけ選ぶ — 読むバイト数を1/9にして、CLI から GUI へ渡す
【追記 2026-09-17】3GBで負けたと思っていたら、勝っていた（ただし冷えていれば） この記事には「3GB は ripgrep が速い」という趣旨の記述があります。それは ファイルが OS のキャッシュに載ってい…
技術解説 ログ保管を自動化する — 世代管理と棚卸しルールの作り方
3年分が、消えていた。 自動化したはずの保管ルールを、最後に見直したのはいつですか。 見直されないルールは、静かに間違った方向へ働き続けます。 ログの保管は、たいてい「とりあえず logrotate を書く」から始まりま…
技術解説 ログ調査は属人化する — 引き継げるチームの4つの工夫
申し送りは3行だった。 昨日あなたが組んだ検索条件を、いま他人が再現できますか。 再現できない理由は記憶力ではなく、渡せる形をしていないことにあります。 ログ調査の成果は、たいてい「分かったこと」の形でしか共有されません…
技術解説 uvp と rg・sed の突き合わせ 81項目 — スクリプトの動作ログ（3GB / 10GB / 50GB）
【追記 2026-10-16】いまの速さ — 3GB の2回目で負けていた項目も、いまは uvp が速いか同等です 本文は uvp 1.6.0（2026年9月15日）の2回目（ウォーム）の値です。同じ Mac で、いまの…