IBMのWASはJVMやGCをどのように扱っているのか？
Concurrent Collectorは、GC処理を3つのフェイズに分類しています。 Concurrent Collectorのフェイズのフェイズ まず、Concurrent Mark処理では、Live Object検出のための出発点となるルートセットをマークし、さらに、ルートセットからたどれるオブジェクト（Live Object）をマークします。この処理は、アプリケーション・スレッドと並行して処理されます。その後、アプリケーション・スレッドを停止して、Mark／Sweep／Compact処理が行われます。 Concurrent Mark処理中は、アプリケーション・スレッドも稼働しているため、Concurrent Mark処理でマークしたオブジェクトが参照されなくなったり、マークしたオブジェクトに対して、新しいオブジェクト参照が追加されたり（マーク漏れ）、といった状況が発生する可能性があ
ページが見つかりません | 日本HP
ページが見つかりません。 目的のページは、移動または削除によって無効になっている可能性があります。申し訳ありませんが、検索またはリンク先よりお探しください。
Introduction to GCJ (Fedora Core Expert, July 2005)
Java Ahead-of-TimeコンパイラGCJ 首藤 一幸 注: このページの文章は Fedora Core Expert 誌 (2005年 7月発売) に掲載された以下の記事の元原稿です。 編集部の了承の元に、本ウェブページに掲載しております。 首藤一幸, "GCCのJavaコンパイラ "GCJ" ガイド", Fedora Core Expert, pp.180-191, (株)技術評論社, 2005年 7月 2日 GCJは、Javaプログラムを実行前にネイティブコードに変換するコンパイラです。 Fedora Core 4には、GCJ、およびGCJでコンパイルされたJavaプログラムが いくつか含まれています。 本稿では、Eclipseといった大きな実用プログラムが動作するくらいに成熟してきた GCJの機能と性能を紹介します。 もくじ GCJとは 準備 使い方 サポートしている
Java(TM) and Solaris(TM) Threading
はじめに この文書は、 SolarisTM オペレーティング環境のスレッディングモデルと JavaTM のスレッドモデルの間の関係について概要を説明するものです。 Solarisのスレッディングモデルについての設定によって、 Solarisオペレーティング環境でのJava実行環境 (JRE) の性能は大きく変わり得ます。 Java言語はマルチスレッドを生来の機能として持つため、 OSが持つスレッドの実装がアプリケーションの性能に大きな影響を 与えることがあります。 幸運にも (または不幸にも)、複数のスレッディングモデルを選択でき、 また、各モデルにおいても異なる同期方法を選択できます。 何を選択できるかは、VMによって様々です。 混乱を増長するかのように、Solaris 8から9にかけて スレッドライブラリが移行する予定です。 これによって、多くの選択肢がなくなります。 バージョン1.1
https://support.microsoft.com/ja-jp/help/278689
すべて Microsoft 製品 Microsoft 365 Office Windows Surface Xbox セール サポート ソフトウェア Windows アプリ OneDrive Outlook Skype OneNote Microsoft Teams PC とデバイス Xbox を購入する アクセサリ VR & 複合現実 エンタメ Xbox Game Pass Ultimate Xbox Live Gold Xbox とゲーム PC ゲーム Windows ゲーム 映画とテレビ番組 法人向け Microsoft Azure Microsoft Dynamics 365 Microsoft 365 Microsoft Industry データ プラットフォーム Power Platform 法人向けを購入する Developer & IT .NET Visual Studio
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM 動的コンパイルとパフォーマンス測定