タグ: ベンチマークの記事

10件の記事

proofler: 5ライブラリ・430チェック・ワークアラウンドゼロ

2026年3月6日

5つのSQLiteバックエンドPythonライブラリを公開APIだけで統合テストした記録。16のバグを発見・修正。ライブラリの境界がカオス下で実際どう見えるか。

2026年3月6日

パート1〜4はORMオーバーヘッドを計測した — sqlerとraw sqlite、両方ともJSONストレージ。本稿は別の問いを立てる。ドキュメント指向アーキテクチャ自体のコストは何か。等値フィルタ: 11x。集計: 9.5x。JSONLエクスポート: 1.0x。

2026年3月5日

qler対Celery+Redis — 7シナリオ、3ラウンド、そして正直に自分たちをベンチマークして発見した恥ずかしい12xのギャップ。

2026年3月5日

1,725件の計測、4スケール、10.5時間。バルクインサート0.89x（生のsqliteより速い）。FTSランク1.00x。他は全て≤1.15x。1.34xの縮小不能なギャップが1つ。

2026年3月4日

FTS再構築が4.65x→1.03x（ベンチマークのバグ）。バルクインサートが1.9x→0.89x（生のsqliteより速い）。FTSランク検索が1.50x→1.00x（JOIN一本）。msgspecで5.1xのハイドレーション。

2026年3月3日

公平なベンチマークが実際のボトルネックを示した: Pydantic検証が1,600ns/行。エクスポートでバイパスすると2.8xのギャップがパリティに落ちた。msgspecの問いは未解決のまま。

2026年3月2日

22のベンチマークを書いた。全て自分に有利なバイアスがかかっていた。敵対的監査で18の公平性問題が見つかった。修正後は全ての数値が悪化したが、使える数値になった。

2026年2月9日

3つの的を絞った最適化で階層構築を86秒から349msに短縮。BTreeSetプレフィックスインデックス、キャッシュ済みインベスティゲーター、キャップ付きサンプリング — before/after計測で全ての主張を証明。

2026年2月8日

loglerのパフォーマンスを公開APIだけで計測した14の実ベンチマーク。検索スケーリング、階層構築、クロスサービス相関、スマートサンプリング、出力フォーマット効率 — 全て実測値。

2025年9月28日

SQLer を JSON ドキュメントと正規化スキーマで比較したベンチマーク。等価検索、バルク挿入、更新、配列検索、並行性の特性を測定。