nagasamaのブックマーク / 2013年11月19日

https://bugs.java.com/?bug_id=7025742

nagasama 2013/11/19

java

リンク

C# ガベージコレクション

Microsoft .NET Framework のガベージコレクション開発環境： Visual Studio 2003 GotDotNetで、激論になりましたが、どうも自分でも納得できないところがありました。というのは、明示的なDispose()、あるいはusingステートメントパターンが良いと言う意見がありますが、MSDNのサンプルの多くは、暗黙のGCで書かれているサンプルが多いですよね。もし、MSがDispose(), usingステートメントをお勧めなら、MSDNのサンプルはDispose()パターン、あるいはusingステートメントパターンでかかれると思うんですよね。それで、はたしてDispose(), usingステートメントを使うべきなのか、あるいはGCにおまかせパターンでよいのか、GDI+ の場合について検証してみました。以下は、メモリ管理に関して、ある程度の知識

nagasama 2013/11/19

.NET

リンク

CLRプロファイラ V4の紹介 - troushoo

今回はCLRプロファイラ V4の紹介を行います。以前のバージョンのCLRプロファイラの紹介はMSDNに図入りで詳細な説明がありますので、ここでは、CLRプロファイラV4に焦点を当てて紹介します。 CLRプロファイラV4には以下の特徴があります。・.NET 2.0, 3.0, 3.5, 4.0の.NETアプリのプロファイルのサポート (注)CLRプロファイラ V4の起動には.NET 4.0が必要です。・Silverlight 4のプロファイルのサポート・起動中のプロセスに対し、アタッチ・デタッチをしてヒープの状態を確認可能・CLRのインプロセスサイドバイサイドに対応し、どのCLRインスタンスをプロファイルするかを指定可能以下、起動中のプロセスに対し、アッタチ・デタッチをしてヒープの状態を確認する方法の詳細を記述します。サンプルアプリエンターを押すとdummyインスタンスを作

nagasama 2013/11/19

リンク

CLR - .NET 4.5 におけるパフォーマンス向上の概要

このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカルサポートを利用できます。 April 2012 Volume 27 Number 04 CLR - .NET 4.5 におけるパフォーマンス向上の概要 Ashwin Kamath | April 2012 この記事では、Microsoft .NET Framework 4.5 のプレリリース版を取り上げており、記載しているプレリリース版関連の情報はすべて変更されることがあります。 Microsoft .NET Framework チームは、開発者にとってパフォーマンスの向上が、少なくとも新しいランタイム機能やライブラリ API を追加するのと同じくらい重要であることを常に認識しています。.NET Framework 4.5 では、あら

nagasama 2013/11/19

リンク

ガベージコレクションとパフォーマンス - .NET

この記事では、ガベージコレクションおよびメモリ使用に関連する問題について説明します。マネージドヒープに関する問題について取り上げ、ガベージコレクションによるアプリケーションに対する影響を最小限に抑える方法を説明します。問題を調査するために使用できる手順のリンクを問題ごとに示してあります。パフォーマンス分析ツール以下のセクションでは、メモリ使用とガベージコレクションに関する問題を調査するために使用できるツールについて説明します。この記事の後半で説明する手順では、これらのツールを使用します。メモリパフォーマンスカウンターパフォーマンスカウンターを使用してパフォーマンスデータを収集できます。手順については、「ランタイムプロファイリング」を参照してください。ガベージコレクターに関する情報は、.NET CLR Memory カテゴリのパフォーマンスカウンターか

nagasama 2013/11/19

GC

.NET

リンク

.NET アプリケーションの高速化について探し始めてみた - その8 - ( .NETFramework の GC ) - 都内で働くSEの技術的なひとりごと / Technical soliloquy of System Engineer working in Tokyo

今回は、.NETFramework の GC の種類に関する記事です。ここの記事が参考になります。これは全く知見がありませんでした。下記のような種類があるそうです。ワークステーション/コンカレント実行なし ―― メモリ割り当てに責任を持つマネージスレッドにおいて利用できるメモリ空間が不足すると、同じスレッドで動作するGCが呼び出される。GCは他の全てのマネージスレッドを停止し、メモリを片づけて、停止したマネージスレッドの動作を再開し、元のスレッドに制御を返す。ワークステーション/コンカレント実行あり（コンカレントGCとも呼ばれる） ―― 上のシナリオに似ているが、GCが使われていないメモリを回収する間、マネージスレッドをずっと停止しておくわけではない。マネージスレッドは自身の作業を続けることができ、メモリを割り当てることも可能だが、下に記述するような若干の制限がある。gen0オブジェク

nagasama 2013/11/19

.NET

リンク

MSDN マガジン: .NET パフォーマンス: ETW を使用した .NET アプリケーションのパフォーマンス診断

このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカルサポートを利用できます。 ETW を使用した .NET アプリケーションのパフォーマンス診断 Subramanian Ramaswamy コードサンプルのダウンロードマネージアプリケーションを作成して、軽く実行してみたところ、動作が遅かったとします。このアプリケーションは機能的には問題ないのですが、パフォーマンスには大いに不満があります。パフォーマンスの問題を診断して解決したいのですが、アプリケーションは運用環境で実行されているため、プロファイラーをインストールすることも、アプリケーションを中断することもできません。また、CPU プロファイリングを行うために Visual Studio Profiler を購入するほど、アプリケ