sql >> データベース >  >> RDS >> PostgreSQL

AMD、Intel、およびPostgreSQL

    数週間前、私はPGEastでのデータベースハードウェアベンチマークに関する講演の更新された2010バージョンを発表しました。個々のクエリはすべて単一のプロセスとして実行されるため、CPUとメモリのパフォーマンスはPostgreSQLデータベースにとって特に重要です。したがって、最速のコアの速度によって、1つのクエリを実行できる速度が決まります。最近のシステムでは、メモリ速度に基づいてボトルネックが発生する可能性が非常に高くなります。

    最近のメモリ速度の結果から明らかなことの1つは、AMDのすべてのプロセッサが18か月近く離れた2位にとどまっていることです。 AMDは引き続きDDR2-800を使用していますが、2009年初頭から大量に出荷されているIntelの「Nehalem」プロセッサは、パフォーマンスの高いマルチチャネル構成でますます高速なDDR3を採用しています。通常のシングルコアまたはデュアルコアサーバー構成では、Intelは非常に優れているため、しばらくの間、完全にディスクにバインドされたワークロード以外には推奨できませんでした。

    PCハードウェアに関する多くの解説のように、私の提案は…ドラムロールをお願いします…1週間の最先端でした。基本的に、私の話が終わった瞬間、AMDはDDR-1333を使用する12コアプロセッサの新しいラインをリリースし、Intelとのギャップのほとんどを再び埋めました。生のメモリパフォーマンスでは、以前の設計よりもメモリパフォーマンスが130%向上し、実際にはその低レベルのベンチマークを上回っています。

    データベースのワークロードはどうですか? CPU /メモリのパフォーマンスがデータベースのワークロードにどの程度の影響を与える可能性があるかについて私が指摘したデータのサポートビットの1つは、AnandTechによって実行されたOracleCharbenchの「CallingCircle」OLTPベンチマーク結果でした。彼らの新しいCallingCircleの結果は、市場が現在どこにあるかを示しています。 Intelは依然として市場のトップ部分を所有していますが、Opteron6174でのAMDの結果は立派に戻っています。

    より多くのコアがほとんどの場合必要なものであるワークロードがある場合、AMDの新しいプロセッサーがまさにあなたが探しているものである可能性があります。単一のクエリに対しても十分に高速で、多くのクライアントのワークロードを処理するために非常に適切にスケールアップします。メモリテクノロジーは非常に重要です。検討中または使用しているシステムの速度をメモして(そして自分でベンチマークして)、ワークロードに適していることを確認する必要があります。

    この状況はいつまで続くのでしょうか?さて、Intelの次の大きなサーバープロセッサの更新、コードネームSandy Bridgeは、2010年末までに予定されています。進歩は進んでいます。


    1. 挿入/更新イベントでのMySQLトリガー

    2. MySQLをDebian7にインストールする方法

    3. XMLAを取得してキューブ構造を分析する

    4. MySQL挿入コマンドと例を含むT-SQLクエリ構文