Fedora9 Firefox3.5のインストール

１．パッケージマネージャを利用せずに真ストール：
①Firefox3.5のＬｉｎｕｘバージョンをダウンロードする
②ユーザのホームディレクトリに解凍
>cd ~
>tar xzjf firefox-3.5.tar.bz2
③元のバージョンのfirefoxを開いている場合、閉じてください
④~/firefox/firefoxで実行

★該当方法は、元にパッケージマネージャでインストールしたバージョンと共存している。
また、システムが直接認識できないから、メニューから該当Ｆｉｒｅｆｏｘを見えない。
該当ユーザのホームフォルダにアクセス権限を持っていないユーザが該当Ｆｉｒｅｆｏｘ
の起動もできない。

２．上記Ｆｉｒｅｆｏｘのショットカットの作成
①デスクトップに右クリックして、「ランチャの生成」をクリックする
②ランチャ作成のウィンドウで下記情報を入力する
　「種類」：アプリケーション
　「名前」：自分が好きな名前
　「コマンド」：「参照」ボタンでＦｉｒｅｆｏｘスクリプトがあるパスを選ぶ
③「ＯＫ」をクリックすると、デスクトップにＦｉｒｅＦｏｘ起動用のショットカットが作成された

Fedora9 rpmコマンド

よく使われる「rpm」のコマンドオプション：

// 新規インストール
rpm -i ファイル名

// アンインストール             
rpm -e パッケージ名           

// -v インストール時の情報表示、-h インストール際に '#' で表示
rpm -ivh ファイル名            

// 依存問い合わせをしないでアンインストール：--nodeps 依存問い合わせをしない
rpm -ev --nodeps パッケージ名

強制インストール：--force 強制
rpm -i --force --nodeps ファイル名

// パッケージに含まれているファイルを表示
rpm -qa　パッケージ名              

Fedora9 yumコマンド

よく使われる「yum」のコマンドオプション：

// 指定したパッケージをインストール
yum install パッケージ名           
// アップデート可能なパッケージをアップデート
yum update                         
// 指定したパッケージをアップデート
yum update パッケージ名            
// 指定したパッケージを除いてアップデート
yum update --exclude=パッケージ名  
// 指定したパッケージをアンインストール
yum remove パッケージ名            
// アップデート可能なパッケージ一覧
yum check-update                   
// 利用可能なパッケージ一覧
yum list                  
// インストール済みのパッケージ一覧        
yum list installed                 
// ダウンロードしたパッケージと古いヘッダを削除する。
yum clean all                      
// 指定したパッケージを再インストール
yum reinstall パッケージ名          

Fedora9 パッケージのインストールコマンド

１．圧縮ファイルのパッケージのインストール：
①解凍
・*.tar.bz2ファイルの場合：
>tar xvjf *.tar.bz2
※「j」:bz2のフォーマットのファイルを指します。

・*.tar.gzファイルの場合：
>tar xvzf *.tar.gz
※「z」:gzのフォーマットのファイルを指します。

②解凍後のsrcフォルダに移動
>cd パッケージフォルダ名/src

③コンパイル
>make

④インストール
>make install

２．*.rpmファイルのインストール：
>rpm ivh *.rpm

★yumコマンドを使って、インストールやアップデートなどができる
３．ネットから直接ダウンロードし、インストールする
>yum instal -y パッケージ名

４．パッケージのアンインストール：
>yum remove パッケージ名

JavaのGCに関する説明（WAS6.1のIBM JVMを元に説明する）：

JavaのGCに関する説明（WAS6.1のIBM JVMを元に説明する）：
一、GCに対する理解：
１．GC発生頻度：ヒープサイズとアロケーション・レートに依存
２．GC時間の長さ：ヒープサイズとヒープ内のオブジェクト数に依存

二、GC方式に対する理解：
１．ヒープ領域確保の仕方
①Mark & Sweep GC
②Copying GC
２．GC実行時のGCスレッドとアプリケーションスレッド
①"Stop The Worlde"とはどういう意味？
そもそもGCは、オブジェクトのヒープ領域への割り当てが失敗した際 に、発生します。そして、GC処理が開始されると、GC処理を担当するスレッド 以外のスレッドは一時停止されます。それは、GC処理においてオブジェクトの 移動やリファレンスの走査などを行うため、アプリケーション処理がGCと並行 されることによるメモリ情報の整合性などの問題発生を防ぐためです。
GC処理開始から終了までの間、GC処理スレッド以外のスレッドが「一 時停止状態」になるため、一般に、これを“Stop The World”と呼んでいます。
②IBM JVMが提供する二種類のスレッド：
・Parallel Collector：
特徴：GC処理時間の短縮
Parallel Collectorとは、GC処理をマルチ・スレッドで実施するため、 GC処理時間の短縮が期待できます。CPU数の多い大規模システムで効果的であ るといえます。ただし、GC処理の間は、アプリケーション・スレッドは停止さ れます（“Stop The World”）。

・Concurrent Collector：
特徴：アプリケーション・スレッドの停止時間の短縮

３．分割ヒープ領域とフラットなヒープ領域
①フラットなヒープ領域：従来のモデル
②分割（Generational）ヒープ：
WAS6.1のIBM JVMから提供した短命オブジェクト向けのGCモデル

三、WAS6.1のAPサーバに対するJVM設定：
WAS管理コンソール→「サーバ」→「アプリケーションサーバ」に
対象APサーバの設定画面で右側のメニュー「Java及びプロセス管理」の
「プロセス定義」→「Java仮想マシン」画面を開く
この画面でJVMに対する設定を行う。
「汎用JVM引数」には、下記４種類のパラメータがある：

１．-Xgcpolicy:optthruput：
Throughputの最適化。
フラット・ヒープを採用。アプリケーションのスループット重視。
Parallel Collector（Stop The World）、Parallel Mark、Parallel Sweep

２．-Xgcpolicy:optavgpause：
Pause Timeの最適化。
アプリケーションのレスポンスを重視し、GCによる影響を抑える
フラット・ヒープを採用。Concurrent Collector（GCポーズタイムを最小化）、Concurrent Mark、Concurrent Sweep

３．-Xgcpolicy:gencon：
アプリケーションが生成するオブジェクトが短命である。
（Generational Concurrent）
分割ヒープを採用。Nursery AreaはParallel Collector（Stop The World）、
Copying GC。Tenured AreaはConcurrent Collector、Concurrent Mark、
Concurrent Sweep

４．-Xgcpolicy:subpool ：
アプリケーションが多量のスレッドを使用し（大規模SMPマシン環境）、
多くのオブジェクトをアロケーション（Subpool）。
フラット・ヒープを採用。スループット重視。Parallel Collector
（Stop-the-world）、Parallel Mark、Parallel Sweep。大規模SMP環境用に
オブジェクト・アロケーション・アルゴリズムを最適化。AIX、Linux PPC、
zSeries、z/OS、i5/OSでのみサポート