C#+WPFチューニング戦記

C#とWPFで高速なコードと最適なシステムを書くためにやってきたいろいろな事を書いてみます。.NET Frameworkのソースコードを読み解きましょう。なお、ここに書かれているのは個人の見解であって何らかの団体や企業の見解を代表するものではありません。

最適化

値型のデフォルトコンストラクタのコスト

C#における struct は引数が無いコンストラクタを書くことができないのですが、return new Size();こういうのはコスト0で戻り値に格納してくれるのだろうかという疑問について、調査しました。 極めて厳密に最適化をすると、このコンストラクタはインライン…

パフォーマンスが落ちていないことを確認する大切な作業

新しい糖衣構文が出てきたらILの品質を確認しましょう。 VisualStudio 2015のC#では以下のように同じようなプロパティを記述できます。 class Test{ int Value1{ get; set; } = 100; int _value2 = 100; int Value2 { get{ return _value2; } set{ _value2 =…

デリゲートの最適化にもう1歩踏み込む

デリゲートの最適化についてはもう1歩踏み込んでみたいと思います。 下記のようなコードをビルドしてみると /// <summary> /// string.IsNullOrWhiteSpace /// </summary> static Func<string, bool> stringIsNullOrWhiteSpace = string.IsNullOrWhiteSpace; static void Main(string[] args)</string,>…

Msを16倍出し抜くC#+WPFの3回目(その前に)

スライドがどうも整ってないのでまだ公には出してないのですが。今までくどくどと挙げてきたWPFボトルネックを全部避けてみるだけで、実際どの位速いパネルが生まれるのかというあたりをデモしました。その時にちょっとおまけ話としてイベントの発射地点につ…

Thickness = 1の線分がどのくらい遅いか試すコード

WPF Benchmark WPF Benchmark - Source Code私がここ数日言っていたことは、ここのコードでそのまま試せます。 走らせながら、太さを調整してみるとわかると思います。 モニターのデフォルト倍率によって多少変化しますが、要は実描画時に何ピクセルの太さに…

高速な線分描画とか2

存分に強いグラフィックチップが有っても、太さ約1.7pxくらいが一番速いようです。グラフィックチップの種類はあまり問わず似たような性能曲線。 GPUの力もある程度働いているようです。でもCPU側が少々過剰でアンバランスです。そろそろMicrosoftに問い合わ…

高速な線分描画とか

あんまりショッキングな書き方をしたくありませんので、現時点ではある開発機で発生した事象として記載します。始点終点がランダムである場合、線の太さが√3に近いほど高速になるという実測データを得ました。大まかに言いますと 最速は 1.71px~1.74pxくら…

delegate + ref が速いケース

foreachで12bytes程度以上の値型配列をループするより、delegateでref型を受ける形のループの方が速いのですね。具体的な根拠は Measure It ですが。 Measure It - Home明示的に delegate って書かないといけないところがちょっと苦しいですが。 ILコード的…

仮想化しないでも速いCanvasの作り方

XAML Advent Calendar 2014 - Qiita XAML Advent Calendar 2014 - Qiita こちら向けの記事です。1日遅刻しました。ごめんなさい。 あちこちで書いて回っておりますがPanel.Childrenがとても重いのです。 遅い原因はこちら。 http://referencesource.microsof…

ベジェ曲線のHitTest

WPFにあまり任せてはいけないのがベジェ曲線のHitTestです。 几帳面で抜け目ありませんが、きわめて低速です。真面目に方程式を解く手法ももちろんあるのですが、実はあんまり工夫しないでも、そこそこに優良なコードは書けます。 概ねこんなノリです。動か…

MSを16倍出し抜くなんとか2回目

Msを16倍出し抜くwpf開発2回目 先日やった勉強会資料2回目です。 簡素な仮想化パネルの元資料です。

続・ハッシュコードをバラけさせる意味はあるのか

というわけで、.NET Frameworkのご本尊様を調べてみたのですが。http://referencesource.microsoft.com/#mscorlib/system/collections/generic/dictionary.cs,290このコードを見る限り、GetHashCode()は別にバラケさせる必要はありませんね。 コスト比皆無で…

ハッシュコードをバラけさせる意味はあるのか

随分間が空きました。やっとプロジェクトが節目っぽいので再開します。ハッシュコードについてよく言われることがあります。また、条件と言われるものがあります。 同じインスタンスは常に同じ値を返さなければならない 異なるインスタンスが同じ値を返すこ…

イベント集約という手法

一長一短あります。 本日はイベント集約のこと。イベントは大変便利ですが、1つのイベントにどの程度のリスナーが居るかを正確に管理するのは大切です。WPFを手本にすると、バインディングパスとレイアウトパスに関して見事なイベント集約がなされているこ…

foreachのILとループのパターン

糖衣構文としてとても有名なforeachはおおまかに2種類のILになる可能性があります。 配列に対するIL(for文とほぼ同等) IEnumerable になる IL ループだけの速度では前者が約2倍速です。 IEnumerator が IDisposable なので IEnumerableは try - finally で…

簡素な仮想化パネル

こんなXAML <Window x:Class="Test.FastCanvas.MainWindow" xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" xmlns:local="clr-namespace:Test.FastCanvas" Title="MainWindow" Height="350" Width="525"> </window>

ペンはブラシに負けます

ペンは仕掛けが複雑なので、図形を書く際には縁が要らないならブラシだけで書きましょう。場合によっては、四角形を回転拡縮して描いた方が速い事すら有ります。やや極端ですが。余談ですが、最近短いのが多いのは、スマホ端末から書いているからです。

透過率の変更コストをご存知ですか?

DrawingContextに対する描画では、いろいろコストを考えなければいけないところがあります。 例えば、下記のコードは同じような描画を期待できそうですが、速いのはどちらでしょうか。こちらは、同じTransformのものをまとめています。 DrawingContext dc; f…

UIElementやFrameworkElementの派生クラスのサイズ

UIElementやFrameworkElementや他のコントロール群。それらのサイズを決めるものは何でしょうか。 WidthやHeightはサイズを決めるものではなく、コントロールの使用者がどのようなサイズを期待しているか、標準の測定ロジック(すなわちMeasure)に知らせる…

85000バイト問題はいまだ健在

ガーベージコレクション(GC)のジェネレーションのことを調べたことはあるでしょうか。 .NET FrameworkのGCは現在3つのジェネレーションがあります。 極めて短期的なオブジェクトを扱うジェネレーション0 ある程度の期間に渡って保持されたオブジェクトのジ…

値型に対する拡張メソッドは、値型のサイズを検討してから

PointとSizeとRectとVectorは業務がら大変高頻度で使うのですが、小さい構造体ながら彼らのIsNaNが馬鹿にならないほど圧迫してきます。とはいっても、10分起動して6億回程度・・・・。 double.IsNaNはRect使用時に2~4回程度、ちょっとした矩形の合成でもや…

半端にLINQを使う悪手の代表例

古式なC#ですと、ループして、条件を絞り込む書き方が一般的でした。 // 例:1 foreach( var item in Items ) { if( item.Value > 10.0 ) { // 何かの処理 } } いやぁ、懐かしい。 LINQの登場(というか、メソッドチェインとラムダ式の導入)によって書き方…

enumはenum以外の用途で使うと遅いのは何故か

enumは糖衣構文です。実態はclass Enumです。 このEnumはenumの本分を尽くす限りにおいては高速です。 しかし、C/C++におけるenumとは根本的に異なっており、int等へのキャストは高速なのに、GetHashCode等のクリティカルなシーンにおいて非常に低速な実装を…

Panel.Chidrenのボトルネックについて

Canvasにせよ、Gridにせよ、みんなPanel継承しています。 ですから、Childrenに子コントロールを追加していくことになります。ChildrenはUIElementCollectionです。UIElementCollectionの中身を知っておくことは重要です。中身はVisualCollectionなのですが…

IEnumerableを扱う諸々について

IEnumerable<TSource> を返すメソッドだからといって、こんなことをしていると凄い遅いコードが出力されます。 yield return new TSource(); yield return new TSource(); yield return new TSource(); プログラムの大半はループで構成されているのですから、ループが</tsource>…

callとcallvirtの違いとstructとinterfaceの関係

List<T>の話は具体的なILの話に続いていきます。 ILに変換された後にcallであるかcallvirtであるか、という違いは案外大きいようです。 callである場合、現時点の .NET Frameworkは比較的積極的な最適化を行ってくれます。一方callvirtになる場合の最適化は消極</t>…

List<T>の話

困ったことにList<T>を最近使いたくありません。 List<T>の場合.NET Framework 4.5 時点でいまだに for と foreach では、 forが高速に組めます。 コンパイラやJITの最適化が進化すれば同じ速度になるかと思いきや、いつまで経っても foreachの方が遅いのです。 あ</t></t>…