WPFキャンバスのパフォーマンス - children.addが何度も呼び出される

Question

私は長いキャンバスに線を描いています（ストリップチャートを考えます）。低レベルのジオメトリクラスを使用してフリーズするなど、パフォーマンスがかなり良く調整されています。これによりパフォーマンスは飛躍的に向上しましたが、キャンバスに数千のアイテムをロードするのに数秒かかります。アプリケーションのパフォーマンス分析を行ったところ、canvas.children.add()を呼び出すたびに大きな割合を占めるように見えました。私はこれが軽量なコールでなければならないことを読んできました。そして、私はそれを何回も一つのメソッドで呼んでいるので、重いものをやろうとしてはいけません...これはおそらく他の理由があるかもしれません長時間？そして私はそれをスピードアップするかもしれませんか？

パフォーマンスはひどいわけではありませんが、大きなデータセットに対処する必要がある場合は、後で問題になる可能性があります。

このサンプルでは1400回、現代/高速ラップトップではほぼ3秒のCPU時間がかかるようです。

しかし、キャンバスは他のコントロールのヒエラルキーに含まれています。そのため、キャンバスがこれに貢献しているかどうかは不思議です。

補足：グリッドの親コンテナを塗りつぶすように設定されているため、キャンバスに特定の高さを設定していません。これが問題の原因となりますか？

Answer 1

子供のように追加するのではなく、イメージに直接描画することをお勧めします。 子どもをレンダリングすると、巨大なオーバーヘッドが発生します（ご覧のとおり）。

How to draw line of ten thousands of points with WPF within 0.5 second?

Answer 2

ちょうどキャンバス内でのコントロールの階層について追加すると、キャンバスの高さ：

いくつかの有用な記事を参照して、同様の質問がありますキャンバスは、与えられたものと同じくらい多くのスペースをとりますが、子どもが何を付け加えても、それは決して親に新しいMeasuer/Arrangeパスを引き起こしません。そのためにキャンバス内で何が行われても、それが含まれているビジュアルツリーには決して影響しません。 問題を解決することはできません。川流域に切り替えることで解決するだろう。

Answer 3

主な問題は、StreamGeometryオブジェクトを使用する場合でも、Children.Addは常に遅い操作です。私は最近同じ問題に直面し、次のように結論づけました。 オブジェクトを新しいキャンバスに入れてメインキャンバスに入れ子にすると、加算操作のパフォーマンスが大幅に向上します。 1400要素を追加する代わりに、7つのキャンバスに200個の要素を入れ、それらの7つのキャンバスをメインキャンバスに追加します。 すべてのオブジェクトは現在異なるキャンバスに属しているため、アプリを少し調整する必要がありますが、DrawingVisualのような代替ソリューションに移行するよりもあまり劇的ではありません。