![Pinterestはいかにスケーラビリティと格闘してきたのか(後編)。QCon Tokyo 2013](https://cdn-ak-scissors.b.st-hatena.com/image/square/cbcfd92a7834195791b9dc44f5ff2ba8406c01ee/height=288;version=1;width=512/http%3A%2F%2Fwww.publickey1.jp%2Fblog%2F13%2Fpinterest01.jpg)
Slides and Videos from Cassandra NYC 2011 will be posted here. Thanks to all that attended and we look forward to seeing you next year! Chris Burroughs (Clearspring) – Apache Cassandra at Clearspring (HD Video) David Weinstein (Adobe) – Cassandra at Adobe (HD Video) Drew Robb (SocialFlow) – Cassandra at Social Flow (HD Video) Ed Capriolo (m6d) – Cassandra in Online Advertising (Slides and HD Video
Cassandraのスループットの変化を調べた結果を図2に示した。Cassandraのノード(サーバー)数が2、4、6台のそれぞれにおいて、実行する検証用アプリケーションのスレッド数を徐々に増やした。各スレッドで、書き込み、または読み出しを繰り返し実行し、スレッド数を増やしていくことで、Cassandraの負荷を高めていった。 Cassandraに対する負荷を高めていくと、スループットは曲線を描いて向上していくことが分かった。負荷の増加に対して、十分に性能が向上しなくなったポイントを探し、2、4、6ノードの場合を比較した。検証用の機器は、プリファードインフラストラクチャーから貸与を受けた まず分かったのは、アクセス負荷を高めたとき、Cassandraのスループットは曲線を描いて、向上していくことだ。RDBなど多くのデータベースは負荷を高めていくと、スループットはほぼリニアに伸び、あるしきい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く