- WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part19 [転載禁止]©2ch.net
776 ：デフォルトの名無しさん[sage]：2016/02/14(日) 00:47:59.41 ID:mwiD0ozs - WPFが早くなったかどうか確かめるのは簡単で
VSはWPFで書かれているから、それで大体の速度はわかる
VS2013と2015でもっさり感は変わらないので
多分高速化していないと思われ
WPF化以前のVS2008の軽快さが懐かしい
|
- GCは失敗。メモリは自分で管理せよ！ その2©2ch.net
386 ：デフォルトの名無しさん[sage]：2016/02/14(日) 00:56:38.97 ID:mwiD0ozs - しかし、言語側は、そういうダサい設計も許さないといけないので
マークスイープ系GC搭載で、循環参照が有っても良いことが前提になっている言語で
「使い終わったら自動で即座に開放」を実現するのは困難
そんなことが可能なら、マークスイープは要らないからな
|
- C++相談室 part122 [無断転載禁止]©2ch.net
833 ：デフォルトの名無しさん[sage]：2016/02/14(日) 19:05:42.38 ID:mwiD0ozs - 多分最終的な論点はそこじゃなくて
なんでメモリが極限状態でOSのAPIが失敗するような状況下でも生き残らないといけないような
究極のログ取りアプリを作らないといけない時に、PostMessageなんか使ったのか、だろうな
彼はなにかメインスレッドに結果を伝えるためにPostMessageを使ったらしいが
メモリ使用量調べてログファイルに書き出すだけの、メモリリークの証拠をつかむためだけの
使い捨てのアプリにサブスレッドなんかいるか？
適当なウエイトかけてループ回して、メモリ使用量取得して、ログファイルに書き出す
これだけだろ
多少何か工夫するにしてもPostMessageの出番は無いように思うが
極限状態でも生き残らなきゃならないなら、なおさらのこと、余計な仕組みは要らないだろう
ウィンドウも要らない
|