【レポート】足掛け7年のサクセスストーリ - マルチコアシステムで大幅に性能向上達成 (1) マルチコア/マルチプロセッサシステムで優れた性能を発揮 | エンタープライズ | マイコミジャー��
2007年2月24日(協定世界時)、The FreeBSD ProjectはFreeBSD SMPngの開発成果が目標とする水準に達したことを発表。公開されたMySQL OLTPベンチマーク(SysBench benchmark/sysbenchを使用)においてFreeBSDのスケーラビリティが大幅に改善されたこと、同条件におけるLinux 2.6.20.1と比較してコア数以上の並列処理の場合に優れた性能を示していることが説明されている。詳しくは解説記事をご覧いただきたいが、同報告は多くの関係者の関心ごとになった。 そして、2007年5月17日(米国東部標準時)に開幕したFreeBSD Developer Summitにおいて同報告に関する発表やSMP Projectの取り組み、今後の課題などが議論された。FreeBSDの今後の発展においてきわめて重要な項目であるので、SMPへの取り組みな
MySQL scalability on Linux with sysbench
A recent post at http://jeffr-tech.livejournal.com/6268.html#cutid1 pointed to a possible Linux scalability problem when compared to FreeBSD. Setup 4 core PowerPC64 system Debian unstable (MySQL 5.0.32-Debian_7) Linux 2.6.21-rc3 Baseline A baseline was taken to verify this setup sees the same scalability issue: We see a problem when the number of benchmark threads exceeds the number of cores in th
FreeBSD7はPostgreSQL, MySQLユーザにとって救いになるか?
(Last Updated On: 2018年8月14日)クリックして7.0%20Preview.pdfにアクセス にFreeBSD7上でのPostgreSQLとMySQLのベンチマークが載っています。 PostgreSQL 8.2.4 – 11ページ ピーク性能でおよそ3800transactions/secほど。 Kernelの主要な部分すべてがパラレルに動作するようになったため、かなり高速（数値にして数倍）になったようです。 グラフからもPostgreSQLの方がかなり良い性能であることが分かりますが、PDFファイル（16ページ）によると On this benchmark PostgreSQL is 35% – 45% faster thanMySQL at all loads とPostgreSQLの方が全般的に良い性能だったそうです。PostgreSQL 8.3は確実に8.2よ
InnoDBのflush_methodによる違い - フツーな日常
パラメータで言うとinnodb_flush_method っていう奴。 ようはトランザクションログなどをディスクに反映するときにfsync(2)を使うか、そもそもファイルをopen(2)するときにカーネルのバッファをバイパスするようなオプションを使うかの違い。デフォルトだとfsyncdataになるため前者になるが、Linuxの場合O_DIRECTを指定することで後者の動作となる。 InnoDBはI/Oのバッファリングを独自に行うことが出来るので、OSが提供するキャッシュを切ってしまった方がメモリの無駄が少ない。 例によって使ったベンチマークはsysbench-0.4.8、MySQLは5.0.37 Threads fdatasync O_DIRECT 1 19.8 20.31 2 20.88 21.04 3 21.06 20.64 4 20.89 20.78 5 21.15 21.03 6
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQLを使ってＯＳの性能のベンチマークを測る
Filesystems comparison using sysbench and mySQL
Phoronix Test Suite