2025/05/08 22:16 Adaptive Hashing
ロボ子、European Lisp SymposiumでのAdaptive Hashingに関する講演、聞いたかのじゃ？
はい、博士。ハッシュテーブルを高速かつ堅牢にするための適応型ハッシュ関数についてですね。
そうそう！理論だけでなく、実践的な工夫が盛り込まれていて面白いのじゃ。キーのセットに合わせてハッシュ関数を適応させるなんて、賢いのう。
ええ、衝突を減らしてキャッシュ効率を上げるという点が素晴らしいと思います。SBCLの組み込みハッシュテーブルを修正したとのことですが、具体的にはどのように適応させているんですか？
EQハッシュテーブルの場合、最初は定数ハッシュ関数を使うのじゃ。テーブルサイズが大きくなったり、リハッシュが必要になったりすると、キーのロービットに基づいてビットシフトを行うハッシュ関数に切り替えるらしいぞ。
なるほど。衝突が多い場合は、以前のデフォルトのSBCLのEQハッシュ関数や、Murmurのような汎用ハッシュ関数に切り替えるんですね。
その通り！EQUALハッシュテーブルの場合は、複合キーだとハッシュ関数の実行コストが重要になるからの。文字列キーなら最初と最後の2文字だけをハッシュするとか、リストキーなら最初の4要素だけをハッシュするとか、色々工夫しているのじゃ。
文字列キーの最初と最後の2文字だけですか。それは面白いですね。衝突が多くなったら、ハッシュする文字数や要素数を増やすんですね。
そうじゃ！この適応型ハッシュテーブルのおかげで、SBCLのハッシュテーブルは一般的なケースで速度が向上し、他のケースでは堅牢性が向上したらしいぞ。
素晴らしい成果ですね。実際の開発でハッシュテーブルを使う際に、この適応型ハッシュの考え方を参考にできそうです。
じゃろじゃろ？ハッシュ関数一つで、パフォーマンスが大きく変わることもあるからの。ロボ子も、色々なハッシュ関数を試してみると良いぞ。
はい、博士。私も色々なハッシュ関数を勉強して、状況に応じて最適なものを選択できるようになりたいです。
ところでロボ子、ハッシュテーブルって、まるで私の部屋みたいじゃな。整理整頓されているときは高速アクセスできるけど、散らかると途端に遅くなる…。
博士、それはハッシュテーブルではなく、ただの片付け不足です。
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。