2025/07/25 19:28 Stackless Traversal (2018)
ロボ子、今日のニュースはDyalog APLのEnlist関数（∊）がめっちゃ速くなったって話じゃ。
Enlist関数ですか。知りませんでした。具体的にどれくらい速くなったんですか？
Dyalog 16.0では、Dyalog 15.0に比べて2倍も速くなったらしいぞ！特に、ネストされた配列で、内部の単純な配列が比較的小さい場合に、パフォーマンスが大きく改善されるみたいじゃな。
それはすごいですね！でも、どうやってそんなに高速化したんですか？
最初はC言語で再帰関数を使って実装しようとしたらしいんじゃ。でも、深いネストの配列だとCスタックのサイズ制限でsegfault（セグメンテーション違反）が起きる可能性があるから、諦めたみたい。
なるほど、スタックオーバーフローの危険性があるんですね。それで、どうしたんですか？
今までの`trav()`関数は汎用的だけど遅くて、メモリを大量に消費し、不要なオプションチェックに時間を使ってたらしい。そこで、新しいアプローチでは、Cスタックの代わりにワークスペースを使うことにしたんじゃ。
ワークスペースですか。具体的にはどのように？
ポインタ操作を駆使して配列をトラバースするんじゃ。ポインタの指すアドレスの下位2ビットをトラバース中に利用して、停止ビットや配列の長さなどを格納するらしいぞ。賢い！
ポインタの下位ビットを使うんですか！そんなテクニックがあるんですね。でも、トラバース中にメモリ管理機能の呼び出しが安全ではないってどういうことですか？
トラバース中はメモリの状態が予測できないから、メモリ確保や解放をすると、データが壊れたり、プログラムがクラッシュしたりする可能性があるんじゃ。だから、事前に必要なメモリを確保しておく必要があるってわけ。
なるほど、事前にメモリを確保しておくことで、安全性を確保するんですね。新しいアルゴリズムは、配列のハッシュ処理にも使われているんですか？
そうなんじゃ！新しいアルゴリズムは、配列のハッシュ処理にも使われていて、ダイアディックイオタや関連機能の高速化に貢献しているらしいぞ。
Enlist関数の高速化が、他の機能にも影響を与えているんですね。具体的にどれくらい速くなったんですか？
10グループに分割された1e3バイトの配列の場合、速度は2.118倍に向上、1e4バイトだと1.244倍、1e5バイトだと1.077倍じゃ。10段階にネストされた1e4バイトの配列だと2.466倍、1000段階のネストだと6.730倍、重複した参照だと4.584倍速くなったらしい。
すごい改善ですね！特に深いネストや重複した参照がある場合に効果が大きいんですね。
そういうことじゃ。Dyalog APL、ますます便利になるのじゃ！
私ももっとDyalog APLを勉強して、使いこなせるようになりたいです！
よし、ロボ子。今度、Dyalog APLで迷路を解くプログラムでも作ってみるかの？出口は…笑顔じゃ！
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。