[クラウド]とEXインクのパフォーマンスの最適化：Linux環境、大容量のメモリ・ページの合理的な配分（HugePage）
HTTPS：// www.cnblogs.com/lhrbest/p/5866284.html
熊6月（滞在）
まあ、一般的なクラウドのマネージャーとメッシーナエリア
オラクル出し抜かれ、ACOUGのコアメンバー
PC Server開発今日、パフォーマンスの面で大きな進歩を遂げました。数年前では、64ビットのCPUは、異常な家庭のPCに入っている、ハイエンド単独のPCサーバを聞かせて、2件のプロセッサの巨人IntelとAMDのx86 CPUの処理能力の努力での増加しています;製造プロセスの開発と、PCサーバのメモリ容量にインストールすることができ、また成長している、と今はGメモリPCサーバの数十を見ることができます。これは、PCサーバの処理能力をより強力に、より多くの高性能され、その結果、ハードウェア開発です。安定性の面では、PCサーバとLinuxオペレーティングシステムでは、それはまた、重要なビジネス・システムに必要な完全な安定性と信頼性が可能です。もちろん、コストの面で、我々は業界のソフトウェアベンダーの言葉でネチズンを引用し、「あなたはPCサーバーのミニコンピュータを使用しない場合、我々はすべてのお金を稼ぎます？。」関係なく、操作の初期購入、消費コストとメンテナンスコストの、ミニコンピュータPCサーバーと同じ処理能力よりもはるかに安いです。これは、これらの二つの重要な要因、より多くのPCサーバ上のデータベースの実行の性能とコストの影響下にありました。私はサーブ一部のクライアント、複数のマシンに仮想化しても、ハイエンドのPCServer、各仮想マシン上のOracleデータベースを実行し、これらのデータベースない不足はありませんが、重要な生産システムを運びます。
間違いありません、PCサーバー上のOracleデータベースを実行し、間違いなく最も適しCaozuojitongのLinuxです。非常によく似たCaozuoxitong UNIXとして、UNIXは、同じ優れた性能と安定性、信頼性と性能を持っています。しかし、LinuxのAIX、HP-UXおよび他Caozuojitong明らかな欠陥、この欠陥に比べて処理機構をページング上のデータベースの有意な負の性能を有する場合に深刻な大きなSGAを使用してOracleデータベースにおいて特に明らか反射でも効果やデータベースが完全に応答を停止する原因となります。論文は、この問題を解決する場合、このような欠陥、およびLinuxで大容量のメモリページに詳述します。
例紹介
顧客のシステム、深刻なパフォーマンスの問題。問題は完全に応答しない、すべての事業活動のアプリケーション上のシステム基本的に使用できなく、発生した場合。RHEL 5.2でのOracle 10.2.0.4 Oracleデータベース（のRed Hat Enterprise Linux Serverリリース5（Tikanga））を実行しているデータベースシステムでは、4つの4コアXeonプロセッサのためのCPUである（インテル（R）Xeon（R）CPU E7430 16論理CPU、メモリ、32ギガバイトである2.13GHz）、@。故障時には、データベースサーバのCPUを100％に保ちます。すべての偶数のWebLogic Serverアプリケーションは、数分以内に、CPU使用率データベース・サーバを閉じた後は100％となって、その後徐々にその際、すべてのため、通常のアイドル状態に落ちるまでに約20分後、下落していますアプリケーションは閉じられており、非常に低いCPU使用率は通常の状態です。これは、すでに何回も起こったことを反映するために、システムの保守担当者のデータベースによると、してもデータベースではなく、一日か二日を再起動した後、このような障害も表示されます。同時に、システムは、最近大きな変化を行っていません。
あなたはSSH経由で接続することができ前に、私は報告を受けた後に失敗したことを受け、データベースへのデータベース接続が非常に遅いですが、それはほぼ1分を要しました。IOの開発が非常に低いサーバーのパフォーマンスステータスで短時間の外観は、少なくとも1GB以上で、まだ多くのメモリを、残りの、何ページがアウト/ページはありません。最も注目すべき現象は、非常に高いCPU使用率で、SYS CPU使用率の一部が、100％で95％以上を維持してきました。Caozuojitong実行キューが200を超えるとなっています。サーバーのメモリ使用量を次のように
高SYS CPUの顔は、問題を分析するための重要な手がかりとなります。
最速は何のパフォーマンスがするとき、オペレーティング・システム・レベルで理解した後、ただちにたSQLPlus、データベース内のビューのパフォーマンス情報を介してデータベースに接続:(注：以下のデータSQL、サーバー名、データベース名と、処理に関するその他の関連情報。 ）
...は、の一部を省略し、スペースを節約するために、...
コールwaitevent、イベントを見るために待っています
アクティブなデータベースとイベントが表示されるのを待つ、と例外の多くではないから。これは、ことは注目に値する100％での長期データベースサーバーのCPU使用率で、またはスワップアウトメモリを伴う物理メモリの枯渇は、あなたは、このような多くの特定の種類などの交流、多数の中で慎重に診断データベースのパフォーマンス現象に必要イベントを待っていることは、CPUやメモリ不足の結果であるか、これらのデータベースは、過度のCPUやメモリの枯渇によって引き起こされる特定の活動の原因ルートがあるため。
上記のデータから、少なからず差に比べて、オペレーティング・システム200とアップを実行して、50未満の、プラスのバックグラウンド・プロセスの数のアクティブセッションの特に多数ありません。非アイドル待機イベントは、そのようなDBファイルのシーケンシャル読み込み、関連するデータベース・リンクなどのdblinkとラッチ待機関連のイベントから、SQL * Netのは、より多くのデータのためのIO関連した待機の三つの主要なデータベースがあります。これらの3種では、通常はラッチ待機イベントは、CPU使用率のような増加の原因となります。
分析と比較を通じてAWRレポートは、通常、障害時にデータベースからイベント中に、何も特に大きな違いはありません。しかし、統計的なシステムでは、全く異なります。
一時間（1）と通常時間1時間（2）から上記のデータは、比較データAWR故障期間を含んでいます。故障解析のために、障害が特定の時間の下で比較的短いされ、一時間は十分AWRレポートには、正確に、故障時の状況のパフォーマンスを反映していないです。しかし、ときに我々トラブルシューティング、データの様々なから、何よりもまず必要性、方向性を決定します。先に述べたように、CPU使用率が非常に重要な手がかりの高すぎるSYSの一部、およびデータベース少ないケース内部の他のパフォーマンスデータがあり、それは最初のCPUを始めることができます。
オペレーティングシステムのCPU使用状況の分析
その後、オペレーティングシステムでは、SYSおよびUSER二つの異なる使用率が何を表していますか？あるいは、両方の違いは何ですか？
簡単に述べると、CPU使用率のSYS部は、CPUが使用するオペレーティングシステムカーネル（カーネル）の一部を指す、すなわちカーネルコード実行状態がCPUを消費し、最も一般的には、システムコール（SYS CALL）場合でありますCPUの消費量。ユーザ部分アプリケーションソフトウェアがCPU自身のコード部分を使用することであるが、すなわちユーザコード実行状態がCPUを消費しました。およびOracle等のSQLを実行する、DBバッファキャッシュディスクデータから読み出し、読み出しコールを開始する必要があり、読み出しコール動作におけるデバイスドライバの主コードは、CPUオペレーティングシステムカーネルによって消費されているOracle SYS部分を計算することを含むよう解析時に、データがディスクから読み込まれ、唯一のため、CPUを消費すると、USERセクションを計算し、Oracle独自のコードを実行します。
メインCPUやオペレーティングシステムの一部が、それによって呼び出されるものを生成しますSYSだから：
そのような読み取りと書き込み、ファイル、周辺機器へのアクセス、ネットワークを介して送信されるデータとして1. I / O操作。操作のこの部分は、主に時間のIO操作でデバイスに費やさ、あまりにも多くのCPUを消費しない一般的です。そのようなファイルがディスクから読み出されるときに、ディスク上の内部時刻の主な動作は、CPU時間は、時間の小さな部分に応答してのみ、I / O操作を消費します。場合にのみ、過度の同時I / Oは、SYS CPUの増加を引き起こす可能性があります。
そのようなメモリのためのアプリケーション・プロセスのオペレーティングシステム、オペレーティングシステム保守システムに利用可能なメモリ、スワップ領域、フィードなどのような2メモリ管理、。メモリ、より頻繁にメモリ管理業務、CPUの消費量も大きく実際には、オラクルと同様に、高いです。
3.プロセススケジューリング。このセクションでは、CPU、より多くの進捗ニーズは、高負担のカーネルをスケジュールすることを示す、キューの長さは、長い実行キューを実行しているオペレーティング・システムを使用しています。
プロセス間通信、デバイスドライバ内の信号処理活動の量などを含む他の4、。
システム障害、メモリ管理とプロセスのスケジューリングの観点からのパフォーマンスデータは、2 SYSのCPU高の原因である可能性があります。しかし、最大200以上の実行キューは、のではなく、理由の高いCPU使用率が得られ、実行キューの高い結果として、高いCPU使用率につながる可能性があります。データベース内の観点からアクティブなセッションの特に高い数値ではありません。その後、次の、それは高いCPU使用率につながったシステムのメモリ管理の問題に焦点を当てる必要が原因であるかどうか？
この資料の冒頭に収集メモリは/ proc / meminfoのシステムデータの条項を想起し、あなたは、重要なデータを見つけることができます。
ページテーブル：4749076キロバイト
あなたは、ページテーブルのメモリが4637メガバイトに達すると、データから見ることができます。文字通りのページテーブルは、「ページテーブル」を意味します。簡単に言えば、それは、オペレーティングシステムカーネル仮想アドレスは線形プロセスと実際の物理メモリアドレスの対応表の関係を維持するために使用されています。
通常ページ物理メモリのための現代のコンピュータは、x86プロセッサ・アーキテクチャ上で（ページフレーム）の管理及び割り当てユニットは、ページサイズが4Kです。オペレーティングシステム上で実行中のプロセスは、アクセス可能なアドレス空間は、関連するプロセッサの数字で、仮想アドレス空間と呼ばれています。32ビットx86プロセッサのために、プロセスは、4ギガバイトのアドレス空間にアクセスすることができます。オペレーティングシステムで実行中の各プロセスは、独自の独立した仮想アドレス空間やリニアなアドレス空間を持ち、これもページ（ページ）管理上のアドレス空間で、Linuxでは、ページサイズは通常4キロバイトです。仮想アドレスを物理アドレスになる過程を翻訳を担当するオペレーティング・システムおよびハードウェアでメモリにアクセスするプロセス、で。2つの異なるプロセス、その同じ仮想線形アドレス、物理メモリの点は、そのような共有メモリとして、同じであってもよく、そのような専用メモリー・プロセスなど、異なっていてもよいです。
図は、仮想アドレスとの対応関係の物理メモリの概略図です。
そのような他のプロセスにフォークまたはクローンプロセスのような2つのプロセスをそれぞれA、B、メモリポインタアドレス0x12345は（0Xは16進数を示す）があると仮定し、これら2つのプロセスが同じメモリの存在を指しますケースのポインタアドレス。メモリのアドレスにアクセスする場合0x12345プロセスは、オペレーティング・システムは、そのようなプロセスA 0x23456として、物理アドレスにこのアドレスを変換するB工程は0x34567であり、両方とも互いに独立。そして、物理アドレス何時間が来ますか？プロセスプライベートメモリ（これはほとんどの場合に真である）のために、それが来るようにメモリを割り当てるためにオペレーティングシステムを要求するプロセスです。処理要求がオペレーティングシステムにメモリを割り当てるときに、オペレーティング・システムは、この仮想アドレスとして、同時に仮想アドレスと物理メモリアドレスの間のマッピングを、スレッド・プロセスに仮想アドレスを生成する確立されたページ単位にプロセスに割り当てられている物理メモリの空きであろう結果は、プロセスに戻されます。
ページテーブル（ページテーブル）は、オペレーティングシステムのデータ構造を維持し、物理的関係に対応する仮想メモリアドレスを処理するために使用されます。図は、ページテーブル、簡単な場合の概略図です。
32ビットシステムで説明以下簡単には、ページ・サイズは、オペレーティング・システムは、仮想アドレスと、実際のプロセスの物理アドレスとの間で変換する方法である、4Kです。
表1コンテンツデータ構造32を表す各ディレクトリエントリは、すなわち、4バイトの位置は、ページテーブルが格納され、インデックス・ページ・テーブルに使用されます。目次だけであること、4キロバイトのメモリを占有1024個のディレクトリエントリを格納することができ、ページテーブルの位置1024を格納することができます。
2. 4バイトのページテーブルエントリ（ページテーブルエントリ）、物理メモリページの開始アドレスメモリ。各ページテーブルが同じ4Kメモリ1024は、物理メモリページの先頭アドレスを格納することができる占めています。4キロバイトの単位で物理メモリページの開始アドレスは、32ビットに整列するので、唯一のアドレス20、メモリページは、または書き込み可能読み取り専用と似ていることを示すような他の目的のために使用される他の12ビットを示すことが必要です。
3.1024ページテーブル、物理メモリの各ページテーブル1024ページの開始アドレスは、合計が1Mのアドレスであり、物理メモリのページサイズに各アドレスポイントは4キロバイト、4ギガバイトの合計です。
4.ハードウェアおよびオペレーティング・システムは、31-22 10は、ページテーブル内の仮想アドレス1024からディレクトリエントリにインデックスを付けるために使用れる、仮想アドレスを物理アドレスにマッピングし、仮想アドレス10の12-21そのビットは、ページ・テーブル1024へのインデックスにページテーブルエントリを使用します。オフセット12 4キロバイトのメモリページとしてこの物理メモリページの先頭アドレスで得られたページテーブルエントリへのインデックス、及び仮想アドレスの0-11から。そして、物理メモリの物理メモリページが開始アドレスプラスオフセット処理は、アドレスにアクセスするために必要です。
これらの二つの空間のデータ構造がどのくらいで占められた内容とページテーブルのテーブルを見てください。固定のみ4キロバイトの表。ページ・テーブルそれ？1024ページテーブルに存在アップしているので、各ページテーブルは4キロバイトを占有し、したがって、メモリのページテーブルの4メガバイトまでかかります。実際には、32ビットLinuxは、典型的には、プロセスのページテーブルです。プロセスは、さらにカーネルに与えられた仮想アドレス空間の1ギガバイトで、4GBのアドレス空間のすべてのサイズアップすることはできません。Linuxは配分とアクセスメモリに一回のプロセスページテーブル、唯一のプロセスを確立することはあまりありませんが、オペレーティング・システムは、対応するアドレスマッピングプロセスのために確立されます。
ここでは、最も単純なケースでのみページマッピング。4の合計と一緒に実際にページテーブルのページテーブルディレクトリ。PAEは、システムまたは複数の上記の図よりも複雑であり、64ビット、32ビット・ページ・テーブル構造で有効になっています。しかし、最後のレベルのページテーブルの構造がどのように関係なく、同じです。64ビット・システムでは、ページテーブルのページテーブルエントリ（ページテーブル）、64ビットから変更された32ビット、32ビットのサイズと比較して。そして、これは大きな影響を持っているのだろうか？プロセス場合、物理メモリアクセスが1ギガバイト、メモリのすなわち262,144ページ、32ビットシステムであり、ページテーブルは262144 * 4/1024/1024 = 1メガバイトを必要とし、64ビット・システムでは、ページ・テーブル・スペースを大きく占有1 2MBです回、。Oracleデータベース用のLinuxでその外観は、システム上で実行されているが、また、どのようにいくつかのシナリオについて。12ギガバイトのこの記事データベースのSGAサイズのストーリーは、すべてのSGAメモリへのアクセスOracleProcess場合は、ページ・テーブルのサイズは驚異的数字である24メガバイトになります。平均なしに複数2M以下、SGAと比べて小さすぎるため、プロセス毎にPGA、PGAを無視します。観点から、AWRレポートは、300回のセッションについてはありますが、この300ページには、7200メガバイトに到達するために、テーブルをリンクではなく、すべてのプロセスは、すべてのSGAメモリにアクセスする必要があります。ページテーブルからの眺めはあまりページテーブルスペース300回のセッションで、4637メガバイトのサイズに到達するためには、meminfo、SGAサイズは、結果の12ギガバイトに達します。
明らかに、システムだけでなく、ページテーブルこのユニークなメモリ管理データ構造、メモリを管理するために使用される他のデータ構造があります。これらの特大のメモリ管理構造が、それは間違いなく大幅にオペレーティング・システム・カーネルの負担とCPUの消費量が増加します。このような複数のプロセスのようなメモリ要件の有意な変化は、同時に大量のメモリに適用負荷の変更や他の原因では、CPUのピークが問題を引き起こし、短時間に発生することができます。
この問題を解決するために大規模なページ
それは、ページテーブルが問題を引き起こし、システムが半分以上の時間使用できなく失敗を何度も直面する必要があり、その大きすぎることを証明する十分な証拠を収集する決定的な証拠、また十分な長さがありませんが。しかし今のところ、これが最大の不審なポイントです。そのため、チューニングメモリ使用量の最適化システムに大きなメモリページを使用することを決定。
大容量メモリのページは、ラージ・ページのためのLinuxの低いバージョンでは一般的な用語、および巨大なページのために現在主流のLinuxバージョンです。巨大ページ巨大ページの利点を説明するための例とどのように使用するには、以下の。
ラージ・ページはどのようなメリットがあります：
ページテーブル（ページテーブル）のサイズを減らして1。各巨大なページ、物理メモリに対応する連続的な2メガバイトと12ギガバイトの物理メモリは、ページテーブル48キロバイト、24メガバイトは、元のロットと比較して低減が必要です。
2.巨大なページメモリを物理メモリにのみロックすることができ、スワップに切り替えることはできません。これは、為替による性能への影響を回避することができます。
ページ・テーブルの数の減少に起因3ので（CPUページテーブルキャッシュとして理解される）TLBヒット率が大幅に改善されるのCPUという。
ページテーブル4.巨大ページはプロセス間で共有するだけでなく、ページテーブルのサイズを小さくすることができます。ここでは、実際には、タブ処理のメカニズムにおけるLinuxの欠陥を反映することができます。AIXなど他のオペレーティングシステムは、このようなメモリ用のメモリ・セグメントを共有しながら、プロセスは、Linuxのこの問題を回避するために、同じページテーブルを共有します。Iシステムメンテナンスのセットのように、接続の数は、通常、費やしたとのLinuxの方法によってページング処理は、システムがメモリのページテーブルのほとんどになります場合はSGAインスタンスは、60ギガバイト程度で、5000を超えています。
だから、どのようにOracleへの大規模なメモリページ（巨大ページ）を有効にするには？次のステップが実装されています。データベースは場合の例で、ここで18G、18GのためのSGA調整後ある程度の時間が関係しているので：
1. / procの/ meminfoのチェック、システムはHugePageをサポートして確認します。
hugepagesの合計は、システム構成に大きなメモリページの数を表します。hugepages無料メモリは後述する自由な誤解を招く訪れていない多数のページを、表しています。hugepages RSVDは、ページ数が割り当てられたが、まだ使用されていないされたことを示します。Hugepagesizeが大きなメモリページサイズを表し、これは2メガバイト、4メガバイトに可能なカーネルの設定でいくつかの注意があります。
例えばのhugepagesは、11ギガバイト、10ギガバイトにSGA_MAX_SIZE、8ギガバイトにSGA_TARGETの合計します。その後、SGA_MAX_SIZE割り当てHugePageメモリによれば、ここでは10ギガバイトは、データベースが開始され、HugePageの実メモリ無料は11-10 = 1Gです。しかし、SGA_TARGET唯一の8ギガバイトは、2ギガバイトはその後、HugePage_Freeは2 + 1 = 3ギガバイト、HugePage_Rsvdメモリは2GBですへのアクセスができなくなります。あなたが実際に他のインスタンスのみ1ギガバイトに使用することができますどこの無料本当の意味で1ギガバイト、のみ。
1.プランを設定するメモリページの数。これまでのところ、大きなメモリページのほんの数は、メモリ・セグメントおよび他のタイプのメモリを共有しました。大容量のメモリページの物理メモリたら、その後、物理メモリは、このような専用メモリー・プロセスなど、他の目的に使用することはできません。あなたは、大規模なページにあまりにも多くのメモリにすることはできません。我々SGA Oracleデータベースとして使用する通常、大きなメモリページ、ラージ・ページのその後数：
HugePages_Total = CEIL（SGA_MAX_SIZE / Hugepagesize）+ N
例えば、データベースが18ギガバイトSGA_MAX_SIZEに設定され、その後、ページの数は、（18 * 2分の1024）+ 2 = 9218 CEILであってもよいです。ここでプラスN、HugePageメモリへのニーズが1-2に一般的に、SGA_MAX_SIZEよりも若干大きく設定されています。私たちは、あなたが共有メモリセグメントのサイズは、SGA_MAX_SIZE約実際に大きくなって見ることができ、IPCS -mコマンドにより、共有メモリ・セグメントのサイズを参照してください。複数のインスタンスのOracleサーバがある場合は、共有メモリセグメントの必要性は、各インスタンスの余分な部品、大きいN値に対して考慮されます。また、Oracle Databaseまたはすべてのラージ・ページは、どちらかの大きなメモリページを使用していないので、不適切なHugePages_Totalはメモリの無駄になります。
SGA_MAX_SIZE計算を除いて、それはまたHugePages_Total IPCS -m共有メモリセグメントサイズが取得したより正確に算出することができます。
HugePages_Total = SUM（CEIL（share_segment_size / Hugepagesize））
2. [変更/etc/sysctl.confファイルには、次の行を追加します。
vm.nr_hugepages = 9218
その後、構成を検証するためのsysctl -pコマンドを実行します。
ここでは、このパラメータは、大規模なページ数によって、ステップ2で計算されvm.nr_hugepages。そして、チェックは/ proc / meminfoに、数セットよりも小さいHugePages_Total場合、それはサーバを再起動する必要があり、これらの大規模なページに使用十分な連続物理メモリがないことを示しています。
/etc/security/limits.confファイルに次の行を追加します。3.：
オラクルソフトmemlock 18878464
オラクルのハードmemlock 18878464
ここではoracleユーザーがKBで、メモリサイズをロックすることができます設定します。
その後、再びoracleユーザーがulimit -aコマンドを使用してください、データベース・サーバに接続するには、あなたが見ることができます：
最大lockedmemory（キロバイト、-l）18878464
ここでmemlockも無制限に設定されます。
4. 0よりも大きい値に変更するSGAのMANUAL、AUTOモードニーズ、すなわちSGA_TARGET_SIZEセットを使用して、データベースの管理場合。唯一HugePageがPGAのために使用することができないメモリを共有するので11gの、AMM、すなわちは、0より大きいMEMORY_TARGETに設定のみSGAおよびPGA、それぞれのみAUTOモードSGA同じ管理を提供することができず、使用することができません。
5.最後に、データベースを起動し、/ procの/ meminfoのHugePages_Freeを表示するかどうかのチェックが削減されました。あなたはHugePageメモリに使用されていることを示し、減少している場合。該当情報HugePageがなかったことが判明して失敗したデータベース・サーバ/ meminfoの上に/ procを表示するときただし、すべてのシステム・パラメータのvm.nr_hugepagesのはsysctl -aビューは、この引数を見つけることができませんでした。LinuxのカーネルはHugePageこの機能をコンパイルされていないためです。私たちは、HugePageを有効にするには、他のカーネルを使用する必要があります。
ビューに/boot/grub/grub.conf：
システムは、「Xenの」言葉でカーネルを使用して、我々はこのファイルを変更することが判明し、デフォルト= 0デフォルト= 2、またはカーネルの2種類の前には変更番号＃でマスクして、データベースサーバを再起動し、新しいカーネルが発見されましたHugePageをサポートしています。
データベースは、大きなメモリページを有効にすることです後、パフォーマンスの問題は、本明細書に記載しても、表示されませんでしたSGAの場合に増加しました。観察の/ proc / meminfoのデータ、ページテーブルが占有メモリは、4500メガバイトを低減元と比べ、120M以下で推移しています。システムが非常に安定した実行中のCPU使用率は、また、前のhugepagesの使用と比べHugePageが表示されていない使用から生じる少なくともバグを減少、観察されています。
テストはOLTPシステムのために、Oracleデータベースが、データベース処理と応答時間は様々な程度に改善された実行Linux上HugePageを有効にすることを示し、最大でも10％に達することができます。
概要
本論文では、ケーススタディでは、Linuxオペレーティングシステムのパフォーマンスの面で大きなメモリページの役割を提示し、そしてどのようにラージ・ページを有効にするために、適切なパラメータを設定します。この記事の最後に、私はあなたがLinuxオペレーティング・システム上のOracleデータベースを実行すると、この記事の場合に遭遇回避のパフォーマンスの問題に、またはさらに、システムのパフォーマンスを向上させるには、大きなメモリページを有効に提案します。これは、HugePage少数なし、追加のコストが性能特性を改善することができるようになります、と言うことができます。また、良いニュースは、Linuxカーネルの新バージョンは、大きなメモリページを使用するために大規模なメモリ・ページだけではなく、唯一の共有メモリメモリのこのタイプを使用することがより広範かつより便利にすることができますLinux上でアプリケーションを実行するために、透明な巨大なページを提供することです。この特徴的な変化が生じたために、私たちが待って見てみましょう。
- 終わり
私について
| .................................................. .................................................. .................................................. .................................................. .................................................. ................................................ 転載記事のマイクロチャネル公共番号から●は、タイムリーに侵害して下さい接触小麦の苗は感謝、無私の献身の原作者を削除する場合 ●ITPUB（に基づいてhttp://blog.itpub.net/26736162）、ガーデンのブログ（http://www.cnblogs.com/lhrbest）と個人のマイクロチャネル公共数（xiaomaimiaolhr）同期更新に ●QQグループ：230161599マイクロチャネルグループ：ささやき ●小麦苗株のその他のデータ：http://blog.itpub.net/26736162/viewspace-1624453/ ●小麦植物クラウドディスクアドレス：http://blog.itpub.net/26736162/viewspace-1624453/ ●QQグループ：230161599マイクロチャネルグループ：ささやき 私はQQの友人（642 808 185）を追加してください●接点は、追加の理由に言及します 小麦の苗由来●記事の内容は侵害であれば、ノートを整理したり凹凸がご了承ください！ ●【著作権、許可する記事を再現し、チェーンの対象には、送信元アドレス、または法的責任を示します] .................................................. .................................................. .................................................. .................................................. .................................................. ................................................ 電話番号は、xiaomaimiaolhr：長いマップが小麦のマイクロチャネル公共数苗木の下側に集中する2次元コードや2次元コードスキャンマイクロチャネルクライアントを識別するために押して自由に最も実用的なデータベース技術を学ぶために。 |
| .................................................. .......................................... ●小麦苗マイクロショップ：https://weidian.com/s/793741433?wfr=c&ifr=shopdetail ●小麦植物シリーズパブリッシュされたデータベースのカテゴリ：http://blog.itpub.net/26736162/viewspace-2142121/ ●小麦苗OCP、OCM、高可用性ネットワーククラス：http://blog.itpub.net/26736162/viewspace-2148098/ .................................................. .......................................... 使用マイクロチャネルクライアント小麦苗マイクロチャネルパブリック番号（に注力するために、次のQRコードをスキャンxiaomaimiaolhrは）、最も実用的なデータベース技術を学びます。
|