スレッドとオブジェクトインスタンス - とあるコンサルタントのつぶやき - Site Home - MSDN Blogs
さてさて、この blog、基本的には玄人向けに濃い話題ばっかり書いていたのですが、実は最近、新人さんの方々にも割と読んでいただいていることが判明。ちょ、さすがにぜんぜん意味不明なエントリが多いのでは？？ とか思ったりするのですが、そんな感じだとたまには割と入門者向けのエントリも書いてみたくなります。そんなわけで、今日はたまには基本に立ち返って、スレッドとオブジェクトインスタンスの話題を書いてみます。このネタを取り上げようと思ったのは、ある人からの質問メール。（ちょっと微修正しましたが^^） 「最近、3 階層のアプリケーションを、課題で作っていたんですよ。 そして、その UI 層の入力チェックメソッドを、 メンバメソッドにすべきか static メソッドにするかを考えていて、 ふと気になったことがあります。 static メソッドだと、メンバメソッドと違って、毎回インスタンスを 生成する必要
[雑記] スタックとヒープ(C# によるプログラミング入門)
ポイント メモリにはスタックとヒープの2種類の使い方がある 概要 （書きかけ） 「スタックとは」「ヒープとは」の説明を入れる予定。 とりあえず、デモ用のアプリだけ先に公開。 「値型と参照型」の理解の手助け用。 模擬的に視覚化 スタックとヒープの挙動を模擬的にデモするような Silverlight アプリを作ってみました。 以下、使い方の説明。 疑似コード（左半分） 疑似コードで記述されたプログラム。 コードの先頭から選択した行までの実行結果が右側に表示されます。 疑似コードの書き方は、 変数の宣言とインスタンスの生成、参照関係だけを記述する独自言語。 疑似コード 説明 対応する C# の例
![[雑記] スタックとヒープ(C# によるプログラミング入門)](https://cdn-ak-scissors.b.st-hatena.com/image/square/3c90a46fdf0bc0bbe9120d28edbe6182f474d5de/height=288;version=1;width=512/https%3A%2F%2Fufcpp.azurewebsites.net%2Fimages%2Flogo_4.jpg)
「Java のヒープサイズ」についての簡単な説明
Java のヒープ領域及び 非ヒープ領域、メモリ管理について簡単に説明いたします。 ヒープやヒープサイズはガーベジ・コレクション：GC ( Garbage Collection ) と密接な関連があります。以下のページも合わせて参照ください。 ガーベジ・コレクション：GC ( Garbage Collection ) についての簡単な説明と調査方法 Java のオブジェクトは、大きく分けて、New、Old 、Permanent というメモリ領域で管理されます。 新しいオブジェクトを格納するのが New 領域と呼ばれ、古いオブジェクトを格納するのが Old 領域と呼ばれます。 Permanent 領域にはクラスやメソッドなどの情報が格納されます。 ( これらは Permanent Generation, Tenured Generation, Young Generation とも
Javaパフォーマンスチューニングのルール
本記事は、HP-UX Developer Edgeに掲載された記事を株式会社アットマーク・アイティおよび本記事の筆者が独自の判断のもとに加筆・修正したものです。 この連載では、Javaアプリケーションのパフォーマンスチューニングについて、さまざまなテクニックやツールの使い方を紹介していきます。連載の第1回では、パフォーマンスチューニングにおける基本的ルールや、HPが提供する各種のJavaパフォーマンス・ツールの使い方を説明します。なお、今後の連載では、JVMレベルにとどまらず、OSのカーネル・パラメータやネットワーク・パラメータのレベルでのチューニング方法も解説します。また、より高度なチューニング技法として、JVMのガベージ・コレクションやスレッド競合に注目する方法も紹介する予定です。 連載予定 第1回 Javaパフォーマンスチューニングのルール 第2回 Javaのガベージ・コレクション
連載: IBM Watson Workspace #鬼わか アプリケーション開発: 第 7 回: IBM Watson Workspace で AI を利用したアプリ連携の実現 #鬼わか 解説（前編）
「メモリーを意識してみよう」第1回 ヒープがどのくらい使われているかを理解する
Javaのメモリーはガーベジ・コレクタが管理するため，アプリケーション側ではそれほど気にするありません。しかし，全く気にしないわけにはいかないのも実情です。 小さいアプリケーションでは無頓着であっても構いませんが，大規模になればそうもいってはいられません。使用メモリー量，ガーベジ・コレクション（GC）の頻度，リークの有無などは，できればチェックしておきたい項目です。 Javaではメモリーを複数の領域に分割して管理しています。クラス定義やメソッドなどのデータが格納されるPermanent領域や，インスタンスが割り当てられるヒープなどがあります。このような領域がどのように使用されているかを知ることは，パフォーマンスを考えるうえでもとても重要になります。 ここでは，特にヒープに着目していきたいと思います。 ヒープの使用量を知る まずはヒープの使用量がどのくらいになっているかを調べてみましょう。
JVM診断とのCoherenceの統合
28 JVM診断とのCoherenceの統合 この章では、JVM診断とCoherenceの統合について説明します。この章には次の項目があります。 概要 CoherenceノードとJVM診断の統合の構成 CoherenceターゲットからのJVM診断のアクセス JVM診断リージョンが含まれるCoherenceクラスタのホームページ 28.1 概要 JVM診断では、JVMのランタイムに深い可視性が提供されます。これを使用すると、管理者は本番環境のパフォーマンス問題の根本原因を、テスト環境や開発環境で再現せずに特定できます。OMSが実行されているホスト・マシン上にJVM診断マネージャとJVM診断エージェントがデプロイされている場合は、JVM診断データを表示できます。 また、JVM診断を使用して、Oracle Coherenceクラスタ・ノードでのパフォーマンスの問題を診断できます。Coherenc
ガーベジ・コレクション：GC ( Garbage Collection ) についての簡単な説明と調査方法
Java の GC について簡単に説明いたします。 GC はヒープやヒープサイズと密接な関連があります。以下のページも合わせて参照ください。 「Java のヒープサイズ」についての簡単な説明 Java プログラムが動作するとオブジェクトはメモリ上にロードされます。 大きなオブジェクトを使用したり、また、使用するオブジェクトの数が多ければ、その分メモリの使用領域は増加します。 そのまま、新しいオブジェクトをロードし続けると、Java が使用できるメモリ領域がメモリが一杯になります。 * 「 Java が使用できるメモリ領域 」、これをヒープ領域と言います。( ヒープ領域以外にも Permanent 領域が存在します。) メモリが一杯になると新しいオブジェクトをロードできず、プログラムを実行することができなくなります。 このような状態を回避するための仕組みが ガーベジ・コレクショ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Javaパフォーマンスチューニング