jdbcRunnerを使ってDatabaseの性能評価しちゃったシリーズ②jdbcRunnerによるTPC-C実行 編 | クラウド工房 Powered by Amazon Web Services
皆様。こんにちは。ドリー・ファンク・ジュニアです。前回はjdbcRunnerのインストール方法に関して記載しました。 さて、今回は、jdbcRunner上にすでにスクリプトが存在している、「Tiny TPC-C」と言うスクリプトを利用して、TPC-Cベンチマークテストを実施する方法に関して記述したいと思いますので、よろしくお願いいたします。 TPC-CとはTPC（トランザクション性能評議会）によって策定された、ベンチマーク仕様の一つです。卸売業における注文・支払いなどの業務をモデルにしたトランザクションを実行し、データベースの性能を測定できると言うものです。メーカー各社でもベンチマーク測定の為にTPC-Cを使って測定している事例をよく見かけます。 TPC-Cの情報に関しては私が説明するよりも以下のサイトにわかりやすく説明がのっていますので、確認をお願いいたします。 http://hp.ve
jdbcRunnerを使ってDatabaseの性能評価しちゃったシリーズ①jdbcRunnerのインストール設定方法 編 | クラウド工房 Powered by Amazon Web Services
皆様。こんにちは。アブドーラ・ザ・ブッチャーです。今回はOracle Database などを利用する際にとっても気になる。負荷試験（ベンチマーク試験）に関して、記載します。「オンプレミスから、AWSなどへDatabaseの移行を行う際に、性能は大丈夫なのかな？」、「インスタンスタイプなどの変更を行うと本当にDatabaseの性能が向上するのかな？」などDatabaseの性能に関する疑問・不安はつきものです。そういった場合に意外と役に立つのがこのベンチマークテストと言う訳です。 そもそも、データベースの負荷試験ってどのような物があるのでしょうか？分類すると以下のような負荷試験がデータベースには存在します。 ① 実際のアプリケーションを利用し、負荷を掛ける事でDatabaseにも負荷を掛ける。 実際のアプリケーションを利用し、実際のデータ、あるいは実際に即したデータを利用する事で、これらのア
EC2の新インスタンスタイプ”C4″をベンチマークしてみた | DevelopersIO
ウィスキー、シガー、パイプをこよなく愛する大栗です。 re:Invent 2014でアナウンスされていた新しいEC2のインスタンスタイプ"C4"を使用できるようになりました。C3に比べて、どの程度早くなったのか計測してみました。 C4自体の説明はせーのがAmazon EC2の新インスタンス「C4ファミリー」を触ってみたという記事を書いておりますので、こちらを参照下さい。 2015/01/14 15:20 ディスクアクセスのパフォーマンスに関する箇所は、内容を取り下げます。 ベンチマーク インスタンス全体のパフォーマンスを計速します。 計測環境 計測ツールはいつも通りにUnixBenchを使用します。 計測内容は以下の通りです。 UnixBench 5.1.3 EC2インスタンス：c3.large(2並列)、c4.large(2並列)、c3.xlarge(4並列)、c4.xlarge(4並列
IDCFクラウドRDBとAWS RDS, Auroraのベンチマーク | 稲葉サーバーデザイン
※RDS for AuroraのDB月額料金は、ストレージ100GB使用を想定、I/O料金は含まない。 sysbenchの実行条件 sysbench OLTPテストを行う。 sysbenchのバージョンは0.4.12.7。 スレッド数4, 16, 64, 128, 256のそれぞれについて、読み込みのみ(Read Only)と読み書き(Read-Write)の2パターンのテストを行う。 テストパターンごとに、データレコードの作成→キャッシュに載せるため、プレウォームでスレッド数16 Read Onlyのテストを実行→テストパターンの実行→データレコードの削除を行う。 テスト用レコード数は100万、最大実行時間は2分。 テスト実行コマンド例は次のとおりです（スレッド数4、Read-Writeテストの場合）。 $ sysbench --test=oltp \ --oltp-test-mode=
ベンチマークシリーズ Aurora vs MySQL 結果まとめ
* ベンチマークシリーズ Aurora vs MySQL 結果まとめ ** 結果比較 - Connection数別トランザクション/分 Conn Aurora MySQL 20 6279.833 TpmC 6829.467 TpmC 30 8390.400 TpmC 1374.767 TpmC 50 11216.900 TpmC 1913.100 TpmC 70 14481.650 TpmC 2498.600 TpmC 100 14155.450 TpmC 2253.400 TpmC (詳細結果紛失 200 14932.350 TpmC ------- TpmC - 所感 データ投入や20Connくらいの接続数の場合、MySQLの方に分があったけれど、Conn数を増やしていくと、 Auroraがリニアにスコアを伸ばし、限界値が高いようです ※両方パラメータは吊るしの状態なためチューニング
EBS: Provisioned IOPSの性能・ベンチマーク - aws memo
そのものずばりのページが、EC2のドキュメントにあるので、メモ。 Increasing EBS Performance - Amazon Elastic Compute Cloud 性能を出すには RAID0かRAID1+0 (RAID10) でストライピング 平均キューレングスをチェック EBSボリューム利用前にプリロード(※)しておく EBS-Optimized インスタンスを使う とか。 プリロード $ dd if=/dev/sdf of=/dev/null をやっておく。（と上記URLにも書いてある） ベンチマーク PIOPSは、ブロックサイズ16KBなので fioをかけるときも --bs=16kをつけている fio --directory=/media/p_iops_vol0 --name fio_test_file --direct=1 --rw=randwrite --bs
＠IT：JMeterによるWebサーバ性能評価の勘所（1/3）
サーバのボトルネックを見極めるには、適切な性能評価が必要。ApacheBenchとJMeterによる、効果的な性能評価のポイントを紹介する。（編集部） Apacheはそのままでも十分なパフォーマンスを発揮しますが、設定値や構成の見直しを行うことで、さらに高い性能を得ることができます。しかし、適切な値を設定しなければ、サーバの潜在能力や許容量をオーバーし、かえってパフォーマンス低下を招く可能性もあります。経験やノウハウの蓄積が少ない状態では、チェック＆トライの繰り返しが必要です。 今回は、チェックのための道具であるベンチマークソフトの使い方とその結果の見方を紹介します。 Webサーバの性能評価とは 性能評価の基礎 性能評価の方法は、 ホワイトボックステスト サーバやネットワーク構成など、評価対象となるWebシステムの構造を理解したうえで、ボトルネックの当たりを付けて試験を行う ブラックボック
同時接続数（MaxClients）をいくつに設定すべきか？
へんじがない。ただのポンコツのようだ。 ポンコツが今日も持ち場でガンバリつつ、 楽しく生きていくための備忘録ブログ。ぬわーーっっ！！2005年7月から絶賛「更新」中！ 【この記事の所要時間 ： 約 9 分】 Apacheの同時接続数（MaxClients）をどのように設定するのがいいのか調べた。 Apacheのプロセス数を制限するためのディレクティブが「MaxClients」で、このディレクティブには、同時に接続できるクライアント（厳密にはセッション）の数を指定しなければならない。 ●まずはApacheドキュメントを確認しよう Apacheのドキュメントでは、以下のように定義されていた。 MaxClients ディレクティブ 説明: リクエストに応答するために作成される子プロセスの最大個数 構文: MaxClients number デフォルト: 詳細は使用法をご覧下さい。 コンテキスト:
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
