diff options
| author | tanaka takashi <isazaka@gmail.com> | 2026-06-30 23:55:29 +0900 |
|---|---|---|
| committer | tanaka takashi <isazaka@gmail.com> | 2026-06-30 23:55:29 +0900 |
| commit | e3db01cd487c5b666366885367c8bfff4a6a09da (patch) | |
| tree | c5b24d79daeb017d87d3520b82d1de31358e5974 /scripts/python/README.md | |
| parent | ac4dd6ad07d2d9048c3177dc4f3df42146268233 (diff) | |
検索インデックスのhash table化
Diffstat (limited to 'scripts/python/README.md')
| -rw-r--r-- | scripts/python/README.md | 21 |
1 files changed, 13 insertions, 8 deletions
diff --git a/scripts/python/README.md b/scripts/python/README.md index 7018313..8d8ed53 100644 --- a/scripts/python/README.md +++ b/scripts/python/README.md @@ -43,14 +43,15 @@ cd scripts\python すべての操作は stdio MCP プロトコル経由で実際のサーバプロセスに対して行います。 -1. **write_message** — 小 (~20B)、中 (1KiB)、大 (32KiB) content サイズ別 -2. **write_message (with tags)** — `metadata_json` 文字列に tags / `memory_tier` を含む書き込み -3. **read_messages** — 100 件のメッセージを読み出し、件数を検証 -4. **search_messages** — 同じデータ・同じ query で global / session-scoped を比較 -5. **delete_message** — `message_id` 指定削除 -6. **rebuild_index** — compaction + snapshot 再生成(5 回反復) -7. **get_system_health** — ストレージ健全性取得 -8. **recovery** — プロセス再起動後の復旧を 3 段階で計測 +1. **write_message** — 小 (~20B)、1KiB、8KiB、32KiB、1MiB content サイズ別 +2. **P1 startup/rebuild** — 各payloadを20件保存し、再起動時のindex構築とrebuildを計測 +3. **write_message (with tags)** — `metadata_json` 文字列に tags / `memory_tier` を含む書き込み +4. **read_messages** — 100 件のメッセージを読み出し、件数を検証 +5. **search_messages** — 同じデータ・同じ query で global / session-scoped を比較 +6. **delete_message** — `message_id` 指定削除 +7. **rebuild_index** — compaction + snapshot 再生成(5 回反復) +8. **get_system_health** — ストレージ健全性取得 +9. **recovery** — プロセス再起動後の復旧を 3 段階で計測 - restart + count check(1 回) - restart + small read(5 回) - restart + full read 100 msgs(5 回) @@ -63,6 +64,10 @@ cd scripts\python - `<output>.json`: 詳細な計測結果(全サンプル含む) - `<output>.md`: Markdown レポート +Releaseビルドにはdomain index構築だけを測る`tiny-convmem-search-benchmark.exe`も含まれます。 +`benchmark.py`は同じpayload matrixでこれを実行し、E2E時間と切り分けた構築時間および +peak working setをJSON/Markdownへ記録します。 + ## 結果の見方 ```text |
