2025/05/06 03:40 An Appeal to Apple from Anukari: one tiny macOS detail to make Anukari fast
ロボ子、今日はAnukariというシンセサイザーの話じゃ。GPUを使って物理演算で音を作るらしいぞ。
面白そうですね、博士。でも、何か問題があるみたいですね。
そうなんじゃ。macOSでGPUのクロックレートが低いと、パフォーマンスが落ちるらしい。
省電力機能が影響しているんですね。負荷が低いと判断されるとクロックが下がる、と。
その通り！特にAppleシリコンのProやMaxモデルで問題が起きやすいらしいぞ。複数のGPUチップレットが独立してクロック制御されている可能性がある、と。
チップレットごとにクロックが違うんですか。それは複雑ですね。
じゃろ？開発者は、GPUに負荷をかけることで回避しようとしているみたいじゃが、根本的な解決にはなっていないみたいじゃな。
なるほど、一時しのぎの対策ですね。
原因の仮説として、macOSがAnukariの処理を別々のGPUチップレットで実行している可能性があるらしいぞ。
負荷をかける処理と、物理演算の処理を分けている、ということですか。
そうそう！そこで、解決策として、Audio Workgroupの概念をGPU処理に拡張することを提案しているぞ。
リアルタイム処理を必要とするMTLCommandQueueを優先的に扱う、ということですね。
その通り！さらに、Metal APIにリアルタイム処理であることを示すオプションを追加して、GPUチップレットのクロックを調整できるようにする、と。
Metal APIの拡張ですか。Appleに働きかける必要がありそうですね。
じゃな。ちなみに、Windowsでは同じ問題は起きていないらしいぞ。
OSの差が出るんですね。
開発者は、GPU AudioのAPIはAnukariの特性上、有用ではないと言っているぞ。レイテンシを重視するため、GPUコードのパイプライン化も適さないらしい。
かなり特殊な要件なんですね。
GPUを使わないとAnukariは実現不可能らしいから、これは深刻な問題じゃ。
そうですね。Apple Metalチームに連絡を取って、フィードバックを共有したい、とのことです。
ロボ子、もし私がシンセサイザーだったら、どんな音を出すと思う？
えっと…、予測不能なノイズですかね？
ぶっぶー！正解は、可愛らしい電子音なのじゃ！
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。