トップページ > プログラム > 2015年08月26日 > N7Jdy9nG

書き込み順位＆時間帯一覧

21 位/150 ID中時間01234567891011121314151617181920212223Total
書き込み数0010000000000000000020003



使用した名前一覧書き込んだスレッド一覧
731
デフォルトの名無しさん
C#, C♯, C＃相談室 Part88 [転載禁止]©2ch.net

書き込みレス一覧

C#, C♯, C＃相談室 Part88 [転載禁止]©2ch.net
734 ：731[sage]：2015/08/26(水) 02:05:24.84 ID:N7Jdy9nG
731内、
×　マネージドコード
○　アンマネージドコード

最適化がかかって全部抜けるのならGetPixelのコードが最速になる。
そうなってないんだから、抜けてはいない。
C#, C♯, C＃相談室 Part88 [転載禁止]©2ch.net
744 ：デフォルトの名無しさん[sage]：2015/08/26(水) 20:08:44.10 ID:N7Jdy9nG
>>735,736
メソッドの部分は必ず実行され、その後の部分は最適化されているかも、ということで了解した。
LockBits/unsafeの比較は当てにならないね。
異常に速度差があるし、メソッド以外は全部抜けているかも。
C#, C♯, C＃相談室 Part88 [転載禁止]©2ch.net
745 ：デフォルトの名無しさん[sage]：2015/08/26(水) 20:16:21.46 ID:N7Jdy9nG
>>742
> GCHandle 構造体
> [SecurityPermission(SecurityAction.Demand, UnmanagedCode=true)]
> https://msdn.microsoft.com/ja-jp/library/system.runtime.interopservices.gchandle(v=vs.110).aspx
なるほど、C#でもdllと接続するとUnmanagedCodeを意識しないと駄目なんだな。

> タイミングがわからないおかげで使用中のハンドルが開放される可能性への対策も必要になるし
GC.Collectで起動は出来るみたいだぞ。
GC.SuppressFinalizeというやばそうなものもあるが、GCを止めることは出来ないね。
上記GCHandle例のようにブロックスコープで囲える範囲なら、GC.KeepAliveの方が軽そうだ。
> https://msdn.microsoft.com/ja-jp/library/System.GC(v=vs.110).aspx

システムリソースと言っても所詮はメモリだし、
x64みたいにアドレス空間が広ければ、OSが動的確保すれば収まる話ではある。
だからいずれは気にしなくてよくなると思うよ。
(ただそのときでもDisposeしたほうがいいのは事実だが)


※このページは、『２ちゃんねる』の書き込みを基に自動生成したものです。オリジナルはリンク先の２ちゃんねるの書き込みです。
※このサイトでオリジナルの書き込みについては対応できません。
※何か問題のある場合はメールをしてください。対応します。