STREAMの使用方法 （Linuxメモリ帯域幅の計測方法）
メモリのバンド幅を計測するベンチマークツール「STREAM」を用いて、Linuxサーバの実効メモリ帯域幅（メモリバンド幅）・メモリ性能を計測する際の手順メモです。コンパイラはgccを使用しています。 「STREAM」は、簡単な手順でLinuxサーバやUNIXサーバの実効メモリ帯域幅・メモリ性能を計測できる優れたベンチマークツールです。ソースコードはOpenMPにも対応しており、OpenMPに対応したコンパイラを使用すれば、マルチスレッドで並列実行してメモリの限界性能を探ることもできます。 STREAM インストールソースのダウンロード URL次のURLからリンクされている「Source Code Directory」を参照して、同ページからCのソースファイル（stream.c）をダウンロードして下さい。 http://www.cs.virginia.edu/stream/ ディレクトリの作
最近発表されたストレージサービスAmazon EBS(Elastic Block Store)をEC2から利用する - 元RX-7乗りの適当な日々
先日、ご紹介した「Amazon EC2で利用できるストレージサービスAmazon EBS(Elastic Block Store)が利用可能に！」のエントリの通り、Amazon Web Servicesにて新しいストレージサービスAmazon EBS(Elastic Block Store)が使えるようになりました。 これらの詳細については「Amazon EC2で利用できるストレージサービスAmazon EBS(Elastic Block Store)が利用可能に！」をご覧ください。 今日は、この新しく追加されたサービスであるAmazon EBSの具体的な使い方やパフォーマンスについてご紹介します。 # 色々やってみたので、ちょっとボリュームあります 今回ご紹介する手順の流れは、おおまかに↓のような感じです。 ボリューム(仮想ディスク)を作成してみる 動いているEC2インスタンス(仮想マシ
買い物に便利、20万種類以上のCPU・ビデオカード・HDDなどの性能を数値で簡単に比較できるPassMark Softwareのベンチマークサイト
PassMark Softwareのベンチマークサイトには「PassMark PerformanceTest」というベンチマークソフトによって計測された結果が掲載されており、CPU・ビデオカード・HDDなどの型番で検索することによって性能が簡単に数値で比較できるようになっています。「あのPCとこのPC、値段の差はわずかだがCPUが違う、どれぐらいの性能差が出るのか？」「このビデオカードとあのビデオカード、性能的にはどれぐらい差があるのか？」「AのSSDとBのHDD、性能が上なのはどっち？」というような疑問を解決できます。 例えば「AMD Athlon Neo X2 Dual Core L335」の1.60GHzと「Intel Atom N270」の1.60GHzと「Intel Core i7 720QM」の1.60GHz、それぞれすべて「1.60GHz」なのですが、当然ながら処理速度には差
Legacy Communities - IBM Community
If you’re looking for a developerWorks forum — Don't panic! You are in the right place. You are here because specific IBM developerWorks forums, blogs and other Connections content have been decommissioned. This page will help you find the content you are looking for, get answers to your questions, and find a new community to call home. Where am I? You are on the IBM Community area, a collection o
Amazon EC2シンガポールを含む、ping RTTやhttpingの計測グラフ - （ひ）メモ
計測元は、都内のBフレッツでISPはライブドアプロバイダ。 計測とグラフ描写のコードはここに: http://github.com/hirose31/monitor-latency グラフは、紺色の線がレイテンシの平均値で、水色の範囲は最小値と最大値。 ping RTT まず、ホットなシンガポールのEC2。このグラフだけ、表示期間が1日分。だいたい90msecぐらいですね。 続いてEC2のwestとeast。この2つだけ、計測期間がちょっと古くて2010/3/27のもの。 Amazon EC2 アメリカ西海岸 125msec Amazon EC2 アメリカ東海岸 200msec あとはいろいろ。 ニフティクラウド Google JPIX はてなブックマーク 都内某iDC httping データは httping -c 10 -i 0.7 -r -g TARGET_URLの結果の最小値、平均
MySQL 5.1.46リリース InnoDB Pluginが正式版に - SH2の日記
出ました。今回は機能追加が1件、バグ修正が55件あります。バグ修正のうちセキュリティに関するものが1件、パーティショニングに関するものが5件、レプリケーションに関するものが7件となっています。 MySQL 5.1.38から本体に付属するようになったInnoDB Pluginですが、バージョンが1.0.7に上がりRCからGA(Generally Available、正式版)となりました。ついに正式リリースです。というわけで何度か繰り返している話題ですが、今回はInnoDB Pluginについて再度おさらいをしておきたいと思います。 InnoDB Pluginの使い方 MySQL 5.1.38以降であればInnoDB Pluginを使うように設定するのは簡単です。/etc/my.cnfに以下の設定を書き加えることでInnoDB Pluginが有効化されます。 ignore-builtin-in
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側でパケ
bonnie++ で I/O 性能を測定 （Linux/Unix での IO ベンチマークソフト）
今まで Linux 上でハードディスクのパフォーマンスを計測する方法として hdparm を使ってきましたが、もう少しいろいろなケース別にパフォーマンスを計測したいなぁーとか NFS のパフォーマンスを計測したいなぁーとか思って、ベンチマークツールがないものかと調べてみたら bonnie++ ってのを知りました。 Bonnie++ now at 1.03e (last version before 2.0)! Bonnie++ is a benchmark suite that is aimed at performing a number of simple tests of hard drive and file system performance. Then you can decide which test is important and decide how to compa
Linuxベンチマーキング | OSDN Magazine
ここでは、Linuxシステムの性能評価に使えるベンチマークツールの紹介記事と、ベンチマーク結果のレポート記事をまとめておく。ベンチマークテストは実際のシステム性能を正しく反映するとは限らないが、システム構成に何らかの変更を加える際に、その変更がシステムのパフォーマンスに与える影響を推測するうえで重要な手がかりを与えてくれる。 ネットワークのベンチマーク・ツールを試す – nepim、LMbench、nuttcp 2008年08月22日 ネットワークのベンチマークでは、伝送速度と遅延時間という2つの指標が特に関心の対象となる。サービスや製品の広告では、伝送速度の方が大きく取り上げられることが多いが、状況によっては遅延時間の方が重要な指標となる場合もある。この記事では、ネットワークのパフォーマンス測定に利用できる3つのツールを見ていくことにしよう。nepim（network pipemeter
ベンチマークツールのまとめ | Carpe Diem
サーバ1台あるいは、サービス全体で、いったいどのくらいのパフォーマンスがあるのかについて計測することは、とても重要なことです。 僕が管理しているサービスは、最初にサービスをはじめるときはある程度の規模感を想像しながらまとまめてサーバなどを調達しましたが、サービスを開始してすこしたってきたところで今後の投資計画をたてたいため、月ごとのトラフィックを予測して、いつごろにどのくらいのサーバなどが必要か情報を調査して計画を立てることになりました。もちろん、最初からちゃんとベンチマークを行って計測してサーバを調達したほうがいいのですが、小さい会社では最初はサービスの開発に注力したいため、なかなかそういった時間をとれないのもまた事実です。 ということで、現状のサービスのパフォーマンスを測定するために必要な CentOS 上で動作するコンソールベースのオープンソースなベンチマークツールについて調べてみま
猫ITソリューションズ サーバーのベンチマーク方法まとめ1
飼い主様のITブレーンとして、信頼できるITパートナーとして、Linuxサーバー構築から猫エサ・トイレ砂の選択までITを活用した的確なソリューションを提供いたします。 本日は、「サーバーのベンチマーク方法まとめ1」についてです。 サーバーのチューニングをするにも、その目的・計測方法、ベンチマーク方法をおさえておかなければなりません。今回は、サーバーのベンチマーク方法まとめ「1」ということで、全てではありませんが、現状私の環境において必要な要点を挙げてみます。 ■目的 今のデフォルト設定で各種ベンチマークを取り、 各チューニング後に、どれくらい効果が出ているのかを検証する。 負荷テスト計画の立て方JMeter-TECHSCORE- 一番大切なのは、ピーク時に想定される同時アクセス数です。 この数が想定できている場合は、一度の負荷テストでアプリケーションのパフォーマンスについての信頼ある数値を
前回、webサーバの負荷テストにJMeterというツールを教えてもらいました。…
前回、webサーバの負荷テストにJMeterというツールを教えてもらいました。 ためしに使ってみて、すごく良いツールだとは思うのですが、イマイチどう使うべきなのか判りません。 多機能なようなので色々試してみましたが、数MBから数十MB程度のファイルを、UPとDLが多発するシステムをテストするのに、どういう方法をとるべきなのかがつかめずにいます。 今のところ、シンプルに10MB程度のファイルをDLするリクエストを大量に処理させて「グラフ表示」と「統計レポート」で確認、徐々にスレッド数を増やしてみたりしています。 「グラフ表示」で平均やスループットが横ばいになっている内は、処理できているのだと思ってますが、実際のところが判らないので不安です。 JMeterを使ってる方は、どのように負荷テストをしているのでしょうか？ マニュアルやリファレンス的な解説サイトは見たので、操作方法がわからないというわ
Ring
Ringとは、リクルートグループ会社従業員を対象にした新規事業提案制度です。 『ゼクシィ』『R25』『スタディサプリ』など数多くの事業を生み出してきた新規事業制度は、 1982年に「RING」としてスタートし、1990年「New RING」と改定、そして2018年「Ring」にリニューアルしました。 リクルートグループの従業員は誰でも自由に参加することができ、 テーマはリクルートの既存領域に限らず、ありとあらゆる領域が対象です。 リクルートにとって、Ringとは「新しい価値の創造」というグループ経営理念を体現する場であり、 従業員が自分の意思で新規事業を提案・実現できる機会です。 Ringフロー その後の事業開発手法 Ringを通過した案件は、事業化を検討する権利を得て、事業開発を行います。 さまざまな事業開発の手法がありますが、例えば既存領域での事業開発の場合は、 担当事業会社内で予算や
キャッシュの大きいRDB vs インメモリデータベース、性能がどれだけ違うのか調べてみると
2週間ほど前に「インメモリデータベースがクラウド時代の主流になるという期待」というエントリを書きました。ハードディスクに代わり、メモリをデータベースの永続化手段とするインメモリデータベースは、超高速なアクセスとスケールアウトを実現する、クラウド時代のデータベースの主役になるのではないか、という内容です。 この記事に関して、TechVisorの栗原さんと次のようなやりとりをしました。 確かに、Oracle Real Application Cluster（以下、Oracle RAC）でデータベースが全部載るくらい十分にキャッシュ用のメモリを割り当てれば、メモリ上でデータベースを操作するインメモリデータベースと同じことではないのか、とも思います。 両者の違いは何かあるのでしょうか？ 調べてみることにしました。 インメモリデータベースは1000倍速い 調べてみるとすぐに、両者には明確な性能差があ
正しいベンチマークをするための10のポイント
世の中ではたくさんの人が独自にベンチマークを行ない、独自に情報発信がされています。そのベンチマークの中には、非常に参考になるものもあれば、現実性に大きく欠けるものもあります。競合他社が、ライバル社の製品にとって不利な条件でベンチマークを行い、それを発信することも日常的に行われています。ベンチマークの結果を鵜呑みにすることは危険で、結果の意味を判断するスキルを持つことが重要です。これはプロジェクトにおいて負荷テストを行う場合にも重要です。負荷テストの条件設定が正しいかどうかを判断できるようになるためです。 ここでは、私がDBサーバのベンチマーク/負荷テストを行ったり結果を読んだりする上で、心がけているポイントを10個ほど紹介したいと思います。 ■ハードウェアに関する4つのポイント 1. ハードウェアのスペックと設定を注視する ハードウェア構成によってベンチマーク結果は劇的に変わるので、言わず
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ウェブアプリのスピードをチェックできるChrome用拡張機能『Speed Tracer』 | ライフハッカー・ジャパン
Website speed test | Check your page performance - Site24x7 Free Tools
[Think IT] 【Webサーバーを極める！】徹底比較！Apache vs. lighttpd！
Executing scripts on a remote machine - Marigan's Weblog
もりばんのLinuxシステム構築Tips