時間毎に粒子を1つ生成する。具体的な現在の実装から言えば、粒子数256個に至るまで25ms毎に1つ粒子を生成する。粒子数が最大となるのは6,400ms、6.4秒後となる。それまでは徐々に負荷が上昇し、それから計算コストは一定となる。実行すると開始直後のカウントアップの勢いが徐々に定常状態となる様を感じられると思う。知る事ができるのはこの程度(全体のメモリー消費とかも分かるけど...)である。程度の性能はこの計算機においては出せていた事は分かる。程度なもので、残り76.53%は別の原因ではないかという推測はできる。と通常のPCとを比較しており、計算機が違い、naclのPCに対するオーバーヘッドがどれほどか正しく評価しなければ単純に次元を加減算して良いものではない。インターフェースが激烈に重くなっている主因な気はするが...。個のR8G8B8の文字列情報を投げ付けて、それをJS側でJSON.parseしてオブジェクトに復元している。その後にcanvasのcontextに矩形描画命令を160×90回発行するループがある。そこは今回は測っていないので現段階では直感でしか無いが、恐らく負荷の76.53%の4/5ほどJSONインターフェース、残りが描画処理ではないかと思う。次回はC++の記事の本論ではないが、JS側のプロファイリングも行いたい。紹介したかったのだけど、C++11環境ではどうも上手く召喚できない。1つの方法として、プロファイリング対象としたいスコープでロガーを仕掛ける事も考えられるが、ソースコード全体にロガーを仕掛けて回るのは面倒なのでBugbeardの様な悪魔が居なければちょっと自分でちまちまロガーを仕込むのは面倒。掛ければプロファイルが見れる...はずだった。o2-gprof`とかするとプロファイル作成まで全自動という仕掛けはして置いた。o0の場合のみ負荷が尋常じゃないのでループ回数は100回、他は1000回にしてある。o2-gprof`でビルド、実行、gprofによるプロファイル作成まで行う。o2-gprofしかし、どうやら私の試す環境では、O2最適化した場合gprofではまともにプロファイリングできない様で、役に立つ結果がまるで出なかった。long)まるでプロファイリングできていない。この2件のエントリーしか取れていないので役に立たない。書いてあるタイマー都合なのかと思う。ちなみにo0の場合はそれなりにプロファイルが取れる。...それなりというか大量に取れている。呼び過ぎって事は確かな様だけど、実際それはコンパイラーの最適化で割と消えている気はする。比較対象のプロファイルも取れていないので、なんとも。