lxc の仮想ネットワークのパフォーマンス測定 - TenForward
先日，kvm の仮想 NIC やネットワーク構成を変えてパフォーマンス測定を行いました (→SR-IOV を有効にする(3) - TenForwardの日記) が，それと同じようなテストを lxc でネットワーク構成を変えてやってみました． テスト環境 lxc を稼働させた PC は 日本HP Redirect 日本HP 旧モデル情報 8100 Elite SF−スペック （Directplusモデル） Core i5-650 3.2GHz メモリ 8GB NIC は Intel® Gigabit ET Dual Port Server Adapter Product Specifications を PCIe スロットに挿しています． OS は Ubuntu Linux 11.10 を使っています． コンテナは Ubuntu 11.10 コンテナを lxc-create コマンドで作成し
AWSの滅多に見られないベンチについて：Cloudpack20130517a
----- Meeting Notes (9/7/11 10:23) -----S3はジッタあるけど十分はやいでしょ。冗長構成をとっても問題のない速さ ----- Meeting Notes (9/7/11 10:23) -----microの特性を説明する ----- Meeting Notes (9/7/11 10:23) -----RDSをつかったときの絵 AWSの滅多に見られないベンチについて：Cloudpack20130517a Presentation Transcript パフォーマンスあれこれこんなパフォーマンス話めったにしないんだからねっ荒木靖宏twitter.com/ar1, facebook.com/araki.yasuhirocloudpack Night #6 自己紹介名前• 荒木 靖宏所属• アマゾンデータサービスジャパン（株）プリンシパルソリューションアーキテ
Guy Podjarny「SPDYはみんな思ってるものと違う」 - 以下斜め読んだ内容
Guy's POD 2012.6.12のエントリ Guy's Pod » Blog Archive » Not as SPDY as You Thought AkamaiでChief Product Architectという肩書きを持つエンジニアによるspdy検証エントリ spdyを実戦投入してもたちまち速くなるわけじゃないことを検証してる トラフィック数ランキング上位500サイトで検証 なんでgoogleが宣伝してる通りに速くならないのかも分析してる コメント欄も盛り上がってる Steve SoudersやSPDYテストしてるgoogleの人（Matt Welsh）とか Guyがspdy rantじゃないことがよくわかる 「spdyいいよね」「高速化tipsの賞味期限」「spdyはここ変えたら凄くなる」等々議論してて楽しい Guyのポイントはまとめると spdyに手を出す前にサイト高速化
500,000 requests/sec – Modern HTTP servers are fast
A modern HTTP server running on somewhat recent hardware is capable of servicing a huge number of requests with very low latency. Here’s a plot showing requests per second vs. number of concurrent connections for the default index.html page included with nginx 1.0.14. With this particular hardware & software combination the server quickly reaches over 500,000 requests/sec and sustains that with gr
Iperfの使い方 - TECHNERD::INIT
ネットワークの帯域を計測する場合、非常に便利なツールです。 UNIX系ではnetperfが有名かと思いますが、UDPの計測に関してはIperfの方が使いやすいと思います。 WindowsやLinuxなど各種OSで使用できます。 ダウンロード NLANR/DAST : Iperf - The TCP/UDP Bandwidth Measurement Tool http://sourceforge.net/projects/iperf 使い方 下記に、コマンドの使い方を記しておきます。 ユニキャストモード TCPの場合 サーバー $ iperf -s クライアント $ iperf -c <受信側ホスト名> または <受信側IPアドレス> 例1)TCP通信での最大レートを測定する。Netperfでの測定とほぼ同様。 $ iperf -c 192.168.1.100 例2)100Mbyteのデー
10Gbit Etherのベンチマーク - ikeas's blog
かなり興味深いベンチマークがあったので、メモ。 http://it.anandtech.com/IT/showdoc.aspx?i=3759 結論 仮想化するなら10GbEという選択肢は十分ありえる。価格もこなれてきた。 その場合はNetqueue対応したものが必須。ただしドライバがこなれていないので、提供されているドライバで十分に性能を引き出せるかどうかを検証する。 コストパフォーマンスでみると 1GbE x 4 のNICでチーミングするのも良い。ただし、仮想化環境ではCPU loadが高くなる。 NICの消費電力もバカにならないので、検討の対象に入れる。10Gは、やや消費電力高め。 前提 (リンク先の1ページ目) 消費電力の話。初期の10GbEはポートあたり15Wもの消費電力だった。最近は2ポートのカードで6Wくらい。ちなみに1Gbitはポートあたり0.5W 仮想化するとVMM側でパケ
ベンチマークツールのまとめ | Carpe Diem
サーバ1台あるいは、サービス全体で、いったいどのくらいのパフォーマンスがあるのかについて計測することは、とても重要なことです。 僕が管理しているサービスは、最初にサービスをはじめるときはある程度の規模感を想像しながらまとまめてサーバなどを調達しましたが、サービスを開始してすこしたってきたところで今後の投資計画をたてたいため、月ごとのトラフィックを予測して、いつごろにどのくらいのサーバなどが必要か情報を調査して計画を立てることになりました。もちろん、最初からちゃんとベンチマークを行って計測してサーバを調達したほうがいいのですが、小さい会社では最初はサービスの開発に注力したいため、なかなかそういった時間をとれないのもまた事実です。 ということで、現状のサービスのパフォーマンスを測定するために必要な CentOS 上で動作するコンソールベースのオープンソースなベンチマークツールについて調べてみま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Blog