MySQL 5.5ストレージエンジン比較、InnoDBのすごいスケール力 | エンタープライズ | マイコミジャーナル
MySQL OracleのMySQLパフォーマンスチームが、最新のMySQL 5.5のストレージエンジンInnoDBおよびMyISAMに対して実施したベンチマークの結果を発表した。2010年12月15日(米国時間)に発表されたMySQL 5.5 GAは2年ぶりに公開されたプロダクションリリース。InnoDBが大幅に改善されマルチコア/プロセッサにおける性能が大幅に向上したという特徴がある。 MySQLパフォーマンスチームの公開した結果はMySQL 5.5 InnoDBの評判を裏付けるものとなっている。36コアCPUのシステムにおいてMyISAMとInnoDBの性能をSysbenchで評価。読み書き試験ではInnoDBがMyISAMの35倍の性能を、読み込みオンリー試験ではInnoDBがMyISAMの5倍の性能をマークしている。ほとんどスケールしないMyISAMと比較して、InnoDBは36
Operaサイト、Varnishで高速化 | エンタープライズ | マイコミジャーナル
Opera’s newest Web browser introduces a new technology platform, Opera Unite, allowing you to stream music or share files, photos and more, right from the browser. Cosimo Streppone - My Opera front page caching and Varnish hackingにおいて、My Operaのフロントページのアクセスを高速化するためにVarnishを導入した経緯と、効果的にVarnishを使うために実施したチューニングが紹介されている。大規模サイトにおけるVarnishの採用事例としてや、モバイルデバイスに対するVarnishの適用事例、カスタム設定の方法として参考になる。 Varnishはアクセラ
HDDをSSDにしたらデータベースはどれだけ速くなるか？ オラクルと富士通が実験
リレーショナルデータベースを利用する際には、高い性能を引き出すために物理設計をし、スキーマを工夫し、パラメータのチューニングを行うことがつねに行われてきました。 性能のボトルネックはたいがいHDDにあり、いかにそのボトルネックを回避するかがチューニングのポイントですが、最近では性能向上のための武器として、HDDよりもずっとアクセス性能の高いSSDが注目されています。SSDはHDDと置き換えるだけで、アプリケーションにまったく手を加えずに性能向上を可能にする手段として非常に魅力的です。 HDDの代わりにSSDを利用したら、リレーショナルデータベースの性能はどれだけ向上するのでしょうか？ オラクルと富士通が共同検証を行い、その結果をホワイトペーパーとして先週発表しました（参考「日本オラクルと富士通 フラッシュ技術活用によるデータベース高速化を共同検証」）。 ホワイトペーパーでは、HDDの代わり
Last.fmがサーバにSSDを導入、分散ファイルシステムもSSD対応にしてスケール向上に成功！
音楽配信サイトのLast.fmは、今年の10月からXbox Liveでも利用できるようになったことを受けてユーザー数が大幅に増加。これに対応するためサーバにSSDを採用したところ、問題なくスケールの向上に成功してしまったことをブログ「Launching Xbox, Part 2 - SSD Streaming」で明らかにしています。 SSDで同時接続数が300から7000に増加 Last.fmはこれまで7200rpmのSATAドライブをバックエンドに利用。ファイルシステムとしてオープンソースの分散ファイルシステムであるMogileFSを採用していました。 オーディオストリーミングの能力は基本的にこのMogileFSの管理下にあるハードディスクのランダムI/O性能に依存しており、現在は1つのハードディスクあたり約300同時接続をサポートしていたとのこと。 しかしXbox LiveがLast.
遅すぎる原因はHTTPSのSSLハンドシェーク | エンタープライズ | マイコミジャーナル
Java/.NET Performance Monitoring, Analysis, Diagnostics & Profiling - Application Performance Management Andreas Grabner氏が101 on HTTPS Web Site Performance Impact (dynaTrace Blog)において、HTTPSを使ったサイトのパフォーマンスを改善した事例を紹介している。Andreas Grabner氏は最近、onLoadイベントが発生するまで20秒ほどかかるサイトの分析を実施したという。このスタートアップのページには重たい画像もアニメーションも、処理の重いJavaScriptもないにも関わらず、とても重たいページだったという。このページは70%がSSLハンドシェークの処理に費やされていたとされ、これを改善することで最終的に1
PostgreSQLのパーティショニングを試す - プログラマー'sペイジ
----- 実行計画 ----- Sort (cost=1404892.20..1404892.67 rows=187 width=43) (actual time=62501.980..62502.053 rows=28 loops=1) Sort Key: (date_trunc('day'::text, apache_log.reqtime)) Sort Method: quicksort Memory: 18kB -> HashAggregate (cost=1404879.53..1404885.14 rows=187 width=43) (actual time=62501.715..62501.828 rows=28 loops=1) -> Bitmap Heap Scan on apache_log (cost=17089.58..1404142.30 rows=73723
仮想マシンのパフォーマンスを損なう4つのイージーミス
イージーミスは高くつく。仮想化環境では多くの場合、ちょっとしたイージーミスが深刻なパフォーマンス問題を引き起こしてしまうのだ。そこで以下では、わたしがコンサルティングを行う中で見てきたこうした重大なミスを幾つか紹介しよう。中には、分かりきっていると思われるものもあるかもしれない。だが、あなたの会社の設定をチェックしてみていただきたい。その結果に驚くことになるかもしれない。 1. 仮想マシンのスクリーンセーバ スクリーンセーバは、オフィスの受付にあるデスクトップPCには必要不可欠だ。スクリーンセーバのおかげで、ユーザーがコンピュータから離れている間に画面がのぞき見される心配がない。また、スクリーンセーバはデータセンターでもコンピュータを保護してくれる。サーバで数分間操作が行われず、スクリーンセーバが起動してコンソールをロックすると、その環境は物理的にアクセスできる侵入者がいても保護される。
Kazuho@Cybozu Labs: パフォーマンスとスケーラビリティのためのデータベースアーキテクチャ (BPStudy#25発表資料)
先週金曜日、BPStudy#25で、「パフォーマンスとスケーラビリティのためのデータベースアーキテクチャ」という題目で話をさせていただきました。その際に使用した発表資料は以下のとおりです。 1. Happy Optimization 最初に、最適化の考え方として、上限値を予測し、それを元にリソース配分を考える、という手法を説明しました。
Kazuho@Cybozu Labs: 「サーバ書くなら epoll 使うべき」は、今でも正しいのか
多数のTCP接続をハンドリングするサーバを書くなら、1コネクション1スレッドのモデルではなく、epollやkqueueのようなイベント駆動型のI/O多重化を行うべきだ、と言われます。だが、そのような主張は、「C10K問題」が書かれた2002年から7年経過した今でも有効なのでしょうか？ echoサーバを書いて、ベンチマークを取ってみることにしました。 ふたつのグラフは、いずれも接続数とスループットの関係を表しています。最初のグラフは、全接続がアクティブに通信した場合、あとのグラフは、全接続のうち小数のコネクションが順次アクティブになっていく、というモデルです。これらのグラフから、以下ようなことが読み取れます。 epoll も per-thread モデルも、良くスケールする epoll は、ワークセットが小さい場合に (最大50%) per-thread モデルよりも高速 少なくとも、1コネ
稼動統計情報を活用しよう(1) — Let's Postgres
NTT オープンソースソフトウェアセンタ 笠原 辰仁 稼動統計情報とは、PostgreSQLが独自に収集・記録している情報です。性能やDB内で起こっている問題などを把握する上で、とても重要です。DBMSでの稼動状況を確認・把握するのに非常に便利なので、この情報を活用し、問題の早期発見やチューニング方法の選択に役立てましょう。 稼動統計情報で分かること 稼動統計情報を活用すると、DBMSを運用する上でとても便利な情報が得られます。特に有用なものを紹介します。なお、稼動統計情報の内容はPostgreSQLのバージョンで若干異なり、新しいバージョンほど得られる情報が増えています。詳しくは「有用な情報を持つテーブル/ビュー」を見てください。 DB単位のコミット数やロールバック数 DB毎に、トランザクションのコミット回数やロールバック回数が分かります。それぞれ、スループットとエラー発生数と置き換える
JPEG、GIF、PNG画像選択の指針まとめ | エンタープライズ | マイコミジャーナル
SitePoint: New Articles, Fresh Thinking for Web Developers and Designers Jennifer Farley氏がSitePointにおいてGIF, PNG, JPG. Which One To Use?のタイトルのもと、Webサイトを作成するにあたってどの画像フォーマットを採用すべきかという指針を簡単にまとめている。まず氏はそれぞれの画像フォーマットの特徴を簡単に説明。 GIF - 256色のインデックス画像。写真には向かないが、ロゴであったりフラットブロックな画像には向いている。透過データを保持できるという特徴がある JPEG - クオリティによって圧縮率が変わる非可逆圧縮の画像フォーマット。透過は表現できないが、写真データの用途に向いている PNG - GIFに似ているが、GIFのようなぎざぎざを出さずに背景透過を実現
ニコニコの負荷対策がどうなっているかHTTPヘッダを覗いてみた | ワイン好きIT社長のブログ
ニコニコの静的コンテンツサーバに障害が出ていたようなので、負荷対策どうなっているかと思って調べてみました。FirefoxのLive HTTP headerでヘッダを覗きました。 ニコニコの中の人に限らず、何らかの参考になれば幸いです。 まずトップページ。 http://www.nicovideo.jp/ HTTP/1.x 200 OK Content-Length: 15703 Date: Tue, 12 May 2009 18:09:02 GMT Server: Apache X-Powered-By: PHP/5.2.5 x-niconico-authflag: 0 Vary: Accept-Encoding Content-Encoding: gzip Content-Type: text/html Connection: keep-alive gzip圧縮してますね。いい感じ。 k
Kazuho@Cybozu Labs: PostgreSQL のボトルネックを統計的に監視・解析する方法
先日書いた「MySQL のボトルネックを統計的に監視・解析する方法」について、PostgreSQL でも pg_stat_activity テーブルを使って実行中のクエリ一覧を取得できると higepon さんに教えてもらったので、やってみました。 % ppdump > ppdump.txt のようにクエリをサンプリング (デフォルトで100秒間程度) して、 % ppfilter < ppdump.txt | ppreport のようにすると、平均負荷の高いクエリから順にソートされて表示されます。詳しい使い方や考え方については、mprofile のエントリをご参照ください。 pprofile のソースコードは、/platform/postgresql/pprofile – CodeRepos::Share – Tracに置いてあります。負荷が高い PostgreSQL 環境が手元にないの
Kazuho@Cybozu Labs: MySQL のボトルネックを統計的に監視・解析する方法
MySQL のチューニング、と言った場合には、サーバーパラメータの調整や EXPLAIN コマンドを利用したクエリ実行計画の最適化が話題に上ることが多いです。しかし、発行する全ての SQL について、いちいち EXPLAIN コマンドを使って確認していては、いくら時間があってもたりません。チューニングを効率的に進めるには、まず、ボトルネックとなっている SQL クエリを特定し、次にその最適化を行うべきです。 ではどのようにして、ボトルネックを特定するのか。MySQL Conference & Expo 2009 のキーノートにおいて Mark Callaghan 氏は、Google では SHOW PROCESSLIST コマンドを使った統計的アプローチを使っていると述べていらっしゃいます (参照: MySQLConf 09: Mark Callaghan, "This is Not a
データベースの動的デフラグ - mixi engineer blog
ノートPCの冷却ファンがうるさいのを対処しようとしてWebで調べたら、そのファンの設計者が「静音性へのこだわり」を語ったページにたどり着いて複雑な心境のmikioです。今回は、Tokyo Cabinet（TC）の最新バージョンで実装された動的デフラグ機能について長々と説明します。 断片化とデフラグ 任意のサイズのデータを管理する記憶装置においては、利用可能領域の断片化（fragmentation）の問題が常につきまといます。ファイルシステム上で任意のサイズのファイルを管理する際にも、データベースファイル内で任意のサイズのレコードを管理する際にも、C言語のmalloc/free関数群でメモリの管理をする際にも、様々なレイヤで断片化が起きうるのです。なぜなら、データを削除もしくは移動した際の空き領域を再利用するにあたって、その領域と同じサイズのデータが常に入ってくるとは限らないからです。特にデ
phpを高速化する computed goto : DSAS開発者の部屋
前回 インタプリタ型言語を高速化する computed goto で紹介したcomputed gotoを、「phpでも使えないの？」という声が社内であったので、 php のソースコードを見たところ、特定のビルド手順で php でも computed goto が使えることが判りました。そのビルド手法とベンチマーク結果を紹介しておきます。 php の VM のソースコードは、phpソースパッケージ中の Zend/ というディレクトリの中にあります。zend_vm_で始まる幾つかのファイルのうち、 zend_vm_execute.h というファイルが命令ディスパッチが実装されているファイルで、このファイルは zend_vm_gen.php というスクリプトで生成されています。そして、 zend_vm_gen.php のオプションで、命令ディスパッチの方法を選択できます。(phpのビルドにphp
HTTPの通信状況をデバッグしてボトルネックを発見できる「HttpWatch Basic Edition」 - GIGAZINE
Windows XP/Vista/2003/2008 Server上のInternet Explorer 6/7/8 Beta 2、Mozilla Firefox 2.0/3.0/3.1 Beta 2で動作するフリーソフトで、HTTP/HTTPSのリクエストヘッダ表示、HTTPの圧縮率表示、ページ内の各要素の読み込み時間のチャート化、ステータスコードやレスポンスサイズの表示、フィルタリング、さらにはこれら一連の通信をログファイルに記録することなども可能です。 時間はミリセカンド単位で表示が可能となっており、まさにHTTPデバッガと言っても差し支えないレベルなので、「ページの読み込みが遅い原因を知りたい」とか「ちゃんとサーバの設定が反映されているかどうかを確認したい」「ウェブアプリの動作チェックがしたい」という場合に役立ちます。この種類のソフトにありがちな日本語の文字コードが解釈できないとい
Oracle
日本のオラクル・コミュニティが一堂に会するプレミア・イベントにぜひご参加ください。新しいスキルを身に付け、業界エキスパートと交流し、複雑なビジネス課題を解決するためのソリューションを発見しましょう。
アメブロを支えるMySQL：サイバーエージェントのMySQLチューニング術 - builder by ZDNet Japan
アメーバブログ（アメブロ）はサイバーエージェントが運営する無料のブログサービスである。同社のデータベースチームは急激に増加し続けるアクセスに対応し、パフォーマンスを維持するために、データベースの改善を続けてきたという。その経緯と現状が、MySQL ユーザコンファレンス 2008の場で紹介された。 アメブロにおけるデータベース改善の歴史 サービスを開始した2006年9月時点では、Active-Standby構成のOracle 10g 2台のみで、MySQLは使用していなかった。これで4億PV（ページビュー）を支えていたという。 その後、アクセスの増加に伴ってハードウェアを拡充し、現在はOracle 10g RAC 4台（Active3台-Standby1台）構成になり、MySQLはマスターに1台、スレイブに41台を導入しているとのこと。 このシステムは2006年10月からMySQLを導入し、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「Yahoo!ニュース」の表示速度が3～5倍に、そのからくりは……：記事の芽
