しないと正しく積が計算されません。等のスレッド同期を外部で行う必要はありませんでした。タイル数をむやみに増やしても効果がない。サンプルでは全ての部分行列(タイル)を読み込んで高速化を図っていますが、行列をキャッシュして使い回す以上の意味はなく、それ以外の積和演算のパフォーマンスへのインパクトがありません。同期タイプしか提供されていないためだと思われます。コア使えるのか分かりません。load/storeが可能です。いうか、この機能がないとwmmaの外で総和を計算することになり、若干不便です。(私が複数タイル用に書いたようなコードを埋め込む必要が出てきます。)行列の要素数によっては効果がないことがある。使った方が遅くなる現象が見られました。発生条件は調査中です。比較するためのテストプログラムを作ってみた。速いという予想通りの結果になりました。使うと速度が極端に低下する現象が見られました。バスの遅さが実行時間に影響していると考えてよいようです。ように自動的にメモリ配置してしまうライブラリは却って速度低下の原因となることがわかりました。閉じるように設計しましょう、という当たり前の結論となりました。この下は今回使ったソースコードです。作れないのか?連想配列を使っていると、キーの集合だけ、値の集合だけを作成したいことがある。そんな時はどうするのがスマートなのだろうか。他のクラスに実装する可能性を考えているからだろうか。2017年10月4日どっちが正解??スクリプト処理系で配列変数を定義するにあたり、どちらの実装にするべきか悩んでいる。定義し、第1引数にベース、第2引数にキーを設定する。変数に添え字配列を用意する。1.の利点は固定数の引数に対して演算子を定義すればよいことで、実装が簡単になる。その分、実行エンジンは遅くなりますが。ない場合は連想配列の引数とみなすようにする。2.の利点は実装が多少煩雑になるが、多重配列を定義する場合の実行速度を上げることができる。配列要素が利用できるので。)最初1、の実装で考えていたが、途中で考え直して2.の実装に切り替えた。発生するというバグがある。このサイトについて日々生活する中で疑問に思ったことや勝手に解決したことやそんなこんなを書き殴るブログです。本編の告知も書くかもしれません。