JdbcRunner - 汎用データベース負荷テストツール
https://dbstudy.info/jdbcrunner/ に移転しました。 トップページに戻る Overview JdbcRunnerは各種データベースを対象とした負荷テストツールです。 スクリプトでトランザクションを定義して多重実行し、スループットとレスポンスタイムを測定することができます。 また、JdbcRunnerにはOracle、MySQL、PostgreSQLを対象とした以下のテストキットが付属しており、 ユーザが独自にスクリプトを作成する以外に、これらを用いた負荷テストを行うことも可能となっています。 Tiny SysBench - SysBench OLTPベンチマークの移植版 Tiny TPC-B - TPC-Bの簡易実装 Tiny TPC-C - TPC-Cの簡易実装 Download JdbcRunnerは、Vectorソフトライブラリからダウンロードできます。
『【研究課題レポート抜粋】各無償OSにおけるFSとMySQLの性能』
これは第1回研究課題(2008年前半期)におけるDaikoku氏のレポート「Linux，OpenSoralis，FreeBSDの各ファイルシステムにおけるMySQLの性能評価」からの抜粋です。当時の環境、状況における結果の有用性から、最優秀賞を受賞しました。 1. はじめに これまでは，Linux上でMySQLを利用することが多かったが，昨今，他のOSもオープン化や利便性向上，新しいファイルシステムへの取り組み等，注目すべき点がある．本稿では，IAサーバにLinux，OpenSolaris，FreeBSDをインストールし，MySQLを稼動させ特徴や性能の評価を行う． 2. ファイルシステムについて 現在のところ，アメーバで利用しているMySQLはext3を利用している．その他の主なファイルシステムとしては，下表のようなものがある． 本稿では，特に実用性が高いと思われるext3，UFS2（以
【レビュー】Intel Core i7-970を試す - 非"Extreme"な6コアCPUの実力検証 (1) 非"Extreme"とはいえ価格は8万超え | パソコン | マイコミジャーナル
今年7月に、価格表への追加という形で発表されたIntel Core i7-970。店頭販売も始まり、現時点での店頭価格は概ね83,000円前後といったところ。上位製品にあたるCore i7-980Xは96,000円のあたりで、概ね1万円強の価格差がある。とはいえ、Extreme Edition「ではない」製品で8万超えは久しぶりであり、流石に購入を躊躇するユーザーも多かろう。今回はこのCore i7-970を入手できたので、簡単に性能レポートをお届けしたい。 微妙に制限の多い高価格品 Core i7-970のスペックそのものは先の記事にもある通り、基本的にはCore i7-980Xから動作周波数を1bin落とした形となる。またQPIは4.8GHzでの接続(Core i7-980Xは6.4GHz)になるほか、Extreme Editionではないので倍率にロックが掛けられているといった具合だ
残暑なんて吹き飛ばすぐらい熱いベンチマークをやろうぜ！！
なんて幸運なことなんだろう。 実は最近、個人的にサーバーマシンを借りるという機会があった。そのマシンに搭載されているCPUコア数は合計48である！大事なのでもう一度いう。日本語でいう。48CPUコアだ！一昔前なら数千万円もしたスペックだろうが、最近は実にリーズナブルにお求めいただけるようである。（価格についてはふせておく。）このマシンには2.2GHzのOpteron 6174が4つ搭載されている。つまり、ひとつのパッケージに12個のコアが格納されているのだ。これはすごい。いや、むしろどうしてこうなった？！というべきか。そのようなマシンを目の前にすると時代はメニイコアに向かっているんだなあと実感せざるを得ない。 今後、CPUがどんどんメニイコアに向かう流れはさけれない。コアを増やさなければCPUの性能が（システム全体としての性能が）向上しないからだ。CPUの演算回路に対して半導体素子をたくさ
【レポート】Rubyの実行環境、Linuxでベンチマークを取ったら… | エンタープライズ | マイコミジャーナル
Ruby - A Programmer's Best Friend The Great Ruby Shootout (July 2010)にLinuxにおけるRuby実行環境のベンチマーク結果が掲載されている。ベンチマークが実施されたのはUbuntu 10.4 LTS x86_64版、Intel Core 2 Quad Q6600、8GBメモリの環境。Ruby Benchmark Suiteの提供しているベンチマークのうちいくつかを抜粋して実施したという。 公開されているデータはひとつの指針にすぎないが、それぞれのRuby実行環境の特徴がでており参考になる。比較に使われたRuby実行環境は次の8つ。 Ruby 1.8.7 p299 Ruby 1.9.1 p378 Ruby 1.9.2 RC2 IronRuby 1.0 (Mono 2.4.4) JRuby 1.5.1 (Java HotSp
データベース負荷テストツールまとめ(3) - SH2の日記
データベース負荷テストツールまとめの第3回です。 データベース負荷テストツールまとめ(1) TPC-B、TPC-Wベースのツールを6つ紹介 データベース負荷テストツールまとめ(2) TPC-Cベースのツールを6つ紹介 かなり期間が空いてしまいましたが、今回はTPC-Hベースのツールを見ていきたいと思います。 TPC-Hとは TPC-HはRDBMSベンチマーク仕様の一つで、意思決定支援システム(DSS)としての性能を測定するものです。大規模なデータを対象にアドホックなクエリを実行します。クエリは全部で22種類定義されています。 TPC-HはTPC-B/W/Cなどと異なり、実行するクエリそのものやテストデータ生成ツールがTPCから提供されています。試しに、一番負荷が高い9番のクエリを確認してみましょう。 -- $ID$ -- TPC-H/TPC-R Product Type Profit Me
MySQL InnoDBだけで全文検索 - SH2の日記
実験エントリです。 予習してみる 「転置インデックス」というキーワードで検索して、しばらく勉強してみます。 転置インデックス - Wikipedia mixi Engineers’ Blog » 転置インデックスを実装しよう ASCII.jp：悟空、秘剣「転置インデックス」を手に入れる ｜Googleはなぜ的確に探せるのか？ [を] 転置インデックスによる検索システムを作ってみよう！ 転置インデックスで学ぶ検索エンジンの中身アプリ - 睡眠不足？！ うーんなるほど。分かったような分からないような。 作ってみる とりあえず、Twitter4Jを使ってこんなデータを用意しました。ちなみに人選は漢(オトコ)のコンピュータ道: MySQLerのTwitterアカウントまとめ。を参考にさせていただきました。 5707049458,2009-11-14 20:28:34,sakaik,@hbstudy
Kazuho@Cybozu Labs: TCP通信ではデータの送信をまとめて行うべき、もうひとつの理由（＆ サーバのベンチマーク手法の話）
TCP通信をするプログラムを書く際に「データの送信はまとめて１回で」行うべき、というのは鉄則と言っていい、と思います。その理由としては、パケット数を最小限に抑えることでオーバーヘッドを少なくするためだと一般に説明されますが、自分はもうひとつポイントがあると考えています。次のグラフを見てください。 グラフは、一定量のデータを転送するのにかかる時間と使用するブロックサイズ（１回のwrite(2)で書き込むサイズ）の関係を表したものです注1。 ホスト間のTCP通信を行っている場合は、TCPのバッファが有効に機能するので、ブロックサイズ（＝パケット数の逆数）による速度の変化は、ほぼありません。一方、同一ホスト上で通信を行うと、ブロックサイズと反比例して所要時間が反比例の関係にあることがわかります。 原因は、同一ホスト上の通信では、送信プロセスがwrite(2)を呼ぶたびにコンテクストスイッチが発生
SSDの真の性能を引き出す MySQL 5.1.38 InnoDB Plugin - SH2の日記
X25-M、SSDで検索してくる方が非常に多いので、本ブログ内のSSD関連記事をリストしておきます。 MySQLのベンチマークを用いたIntel X25-M SSDの評価 (2009/03/25) SSDの真の性能を引き出す MySQL 5.1.38 InnoDB Plugin (本記事) MySQL 5.1.38から本体に同梱されるようになった、InnoDB Pluginの性能検証結果です。前回ご紹介したようにInnoDB Pluginには以下の強化点がありますが、本日はこのうちバックグラウンドI/Oスレッドの増加に焦点を当ててみたいと思います。 高速なインデックス作成。従来InnoDBのCREATE INDEXはテーブルの再作成を伴っていました テーブルとインデックスの圧縮 (検証結果その1、その2) INFORMATION_SCHEMAによるロック競合の検出 (検証結果) CPUスケ
正しいベンチマークをするための10のポイント
世の中ではたくさんの人が独自にベンチマークを行ない、独自に情報発信がされています。そのベンチマークの中には、非常に参考になるものもあれば、現実性に大きく欠けるものもあります。競合他社が、ライバル社の製品にとって不利な条件でベンチマークを行い、それを発信することも日常的に行われています。ベンチマークの結果を鵜呑みにすることは危険で、結果の意味を判断するスキルを持つことが重要です。これはプロジェクトにおいて負荷テストを行う場合にも重要です。負荷テストの条件設定が正しいかどうかを判断できるようになるためです。 ここでは、私がDBサーバのベンチマーク/負荷テストを行ったり結果を読んだりする上で、心がけているポイントを10個ほど紹介したいと思います。 ■ハードウェアに関する4つのポイント 1. ハードウェアのスペックと設定を注視する ハードウェア構成によってベンチマーク結果は劇的に変わるので、言わず
Xeon 5500の性能は本物か？ NS SOLが実証検証結果を公表
4月6日に国内でお披露目されたインテルのXeon 5500番台。最大125％の性能向上や、負荷状況に応じて動的に消費電力を制御する自律的な省電力機能、最大2倍の仮想化性能など、「Pentium Pro以来のもっとも重要な製品」とインテルはアピールしている。 ただし、これらの数値はインテルが公表したもの。実際に業務アプリケーションを使った場合も同等の性能が得られるとは限らない。今回、新日鉄ソリューションズ株式会社（以下、NS SOL）が、Xeon 5500番台の実証検証を行った結果を公表。Xeon 5500番台が持つ本来の性能が紹介された。 今回、NS SOLが行った実証検証は、パフォーマンス検証、仮想化検証、消費電力検証の3分野。パフォーマンス検証では、データベース層の処理におけるプロセッサの基本性能とミドルウェア層でのシステム全体での性能を検証。仮想化検証では、仮想化支援機能の効果を仮想
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
English (US)
MySQL Cluster - Performance (UPDATE on PK) - >120K tx/sec
How to speed up Sysbench on MySQL Cluster by 14x
ARAKI notes - AmazonLinuxをなめてみる(bench編)
High Availability MySQL: MySQL versus MongoDB - fetch by secondary index
MySQL versus MongoDB - yet another silly benchmark
Executing scripts on a remote machine - Marigan's Weblog
drizzle.org
オープンソース情報データベースシステム(OSS iPedia) のコンテンツについて