タグ

performanceに関するtakechのブックマーク (66)

  • AWS と Bees with Machine Guns で静的コンテンツの負荷テストを実施する

    みなさま、こんにちは。 あわよくば生涯プログラマであり続けたいと願っているエンジニアの吉田でございます。 普段はマネジメントの業務をメインとしている立場ですから、エンジニアっぽい記事を投稿すると役員からお叱りを受ける可能性もございますが、たまには技術的な記事を書きたい気分のときもございますので、そういったリスクは特に気にせず久しぶりに技術的なブログを投稿してみたいと思います。 ちょうど今回の記事のタイトルには「マシンガン」という単語が含まれていますから、もし、お叱りを受けたとしても景気よくマシンガンをぶっ放す勢いで「リスクをとらない方がリスクなんだ!きっとそうなんだ!愛なんだ!」などと血迷った感のあるリスクテイク論をドヤ顔で言い放ちつつも、一方で、謙虚な低姿勢も確実に維持しつつ弁解に臨みたい次第でございます。 さて、ここから題となります。 最近のインフラ構築はAWS等のクラウド環境を利用

    AWS と Bees with Machine Guns で静的コンテンツの負荷テストを実施する
  • Deep Dive: CPU Ready Time

  • VMware vSphere 4.1 ディスクI/Oパフォーマンス。ディスク待ち調査

  • サーバのディスクの話

    sugipooh @sugipooh 日にRAIDという言葉が無いころからストレージ障害の近くに居る。 すぐにデータが消えるMO、動いているときに「こつん」とたたくと古い データを消しても平気に動くHDD、それを守るためのRAIDのいい加減さ。 どうしてストレージ障害が起きるか?根を知らない人が多すぎる。 sugipooh @sugipooh RAID5コントローラを市場で初めて多数売った今は無いMylexへ研修に 行かしてもらった。そのときRAID5でデータが無くなる条件を聞いた。 「簡単に飛ぶ(驚)」。その10年後 日の会社がその簡単に飛ぶ条件で 多量にRAIDを売っている。おかげでデータ復旧会社が繁盛している。 sugipooh @sugipooh 「簡単にデータが飛ぶ」RAID5でビジネスを辞めたが、その頃から市場では ビジネスが拡がってゆく。正直なビジネスは儲からない。 対

    サーバのディスクの話
  • Web ブラウザーや OS のシェアが確認できる Web サービスまとめ - monoe's blog - Site Home - MSDN Blogs

    In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...

    Web ブラウザーや OS のシェアが確認できる Web サービスまとめ - monoe's blog - Site Home - MSDN Blogs
  • 負荷対策概論 - Y-110's Wiki

    最新文章 2018-12-26 17:10▪ 致敬英雄,致敬不朽的精魂 2018-12-26 17:10▪ 四十年来闵行人的文化生活史一幕幕回放 2018-12-26 17:10▪ “笔尖上的童画”——欢图学员作品成果展将在东方网文化活动... 2018-12-26 17:10▪ “金色热线”12月27日将迎来年终特别节目 2018-12-26 17:10▪ 北京市发布持续低温蓝色预警信号 2018-12-26 17:10▪ 北京市网信办推进自媒体账号专项治理关闭11万个 2018-12-26 17:10▪ 有创意的崇明“橘农”让梦想和情怀扎根农场 2018-12-26 17:10▪ 突发!上海地铁3、4号线晚高峰运行延误系人员进入线路 2018-12-26 17:10▪ 中国经济总量将达90万亿关键时刻传递重要信息 2018-12-26 17:10▪ 海底捞:"吃出卫生巾"系人为当事顾客

  • Part4 IOPSを理解する

    ディスク単体の性能を,1秒当たりに処理できるI/O数で示したものが「IOPS」である。DBサーバーなど頻ぱんにディスクにアクセスする用途では,IOPSが高いディスクほど性能が良い データ転送時間には,ディスクから磁気ヘッドがデータを読み書きする平均メディア転送速度やインタフェースの転送速度,ドライブの信号処理とデータ転送を制御するCPUの処理時間などが加味される。 実は,これらの値は公開されていないため,正確なデータ転送時間は分からない。ただし,4Kバイトや16Kバイトなど,OSの読み書き単位程度の大きさであれば,数10マイクロ秒から長くても1ミリ秒程度であり,誤差の範囲である。 仮に,4Kバイトのデータを書き込むために必要なデータ転送時間を1ミリ秒とする。平均アクセス時間6ミリ秒のディスクにデータを4Kバイト単位で書き込むとする。このディスクのIOPSは,「1/(6ミリ秒+1ミリ秒)=1

    Part4 IOPSを理解する
  • 環境のデータを使用して記憶域の I/O 要件を計算する方法

    既に Exchange を展開している場合は、既存の運用環境を使用して I/O 要件を特定する必要があります。運用環境を監視することの利点は、サード パーティのアプリケーションも含め、すべてのアプリケーションによって発生する I/O のデータを収集できることです。 メールボックスあたりの IOPS を計算するときは、そのサーバーにある現在のメールボックス数を使用してください。サーバーに未使用のメールボックスが多数存在したり、ピークの 2 時間に大きな負荷がかからない他のアプリケーションをサーバーが実行したりしている場合、測定結果は一般的なユーザー負荷を表しません。正確に測定するには、一般的なユーザー メールボックスを格納しているサーバーを選択するか、未使用のメールボックスを計算に含めないでください。 開始する前に 曜日によって使用負荷が少し異なることに注意してください。使用負荷は大幅に変化

    環境のデータを使用して記憶域の I/O 要件を計算する方法
  • Process Monitor

    概要 Process Monitor はプロセスが行った処理 (ファイル システム、レジストリ、プロセスおよびスレッドの活動) をリアルタイムで表示するツールです。そのため、 Process Monitor はシステムのトラブルシューティングやマルウェア検出などに役立てることができます。 画面構成 Process Monitor は procmon.exe をダブルクリックして実行することで、利用開始できます。Process Monitor の画面構成は非常にシンプルで、コンピューター上で行われた処理内容が 1 行ずつ、上から順番に表示されます。処理の順番を確認できるので、どこまでの処理が成功していて、どこからの処理に失敗しているか、といったトラブルシューティングに役立てることができます。 使用法 Process Monitor を起動すると既定で記録が開始されます。開始と停止は capt

    Process Monitor
  • 「はてな流大規模データ処理」を見てきた - もぎゃろぐ

    KOF2008:関西オープンソース2008というイベントに来ています。 はてなの伊藤さんの講演があったので、講演メモを公開。 #ボクがメモした内容であって、100%言ったとおりに書いてあるわけじゃないので、参考としてご覧ください。 (続き) アジェンダ 大規模なデータ OSのキャッシュ MySQLの運用 大規模データアプリケーションの開発 データの例 はてなブックマークのデータ量:五千万件くらいのデータ量 このデータに対して何百万人がアクセスしてくる状況でどういう作りにするか レコード数 1073万エントリー 3134万エントリー 4143万タグ データサイズ エントリー2.5GB 何の工夫もなく普通にアクセスすると...200秒待っても結果が帰ってこない 大規模データの難しいところ 開発サーバで開発者が作っている時は快適に動いていても、多数の人間がアク

  • 第1回 WAN高速化装置が登場した背景--帯域増強は万能の解決策にあらず

    WAN高速化装置は,拠点間通信のレスポンスを改善する製品。ともすればブロードバンド回線があれば不要にも思えるが,むしろブロードバンドが普及した最近になって注目を集めるようになった。その理由は,WANのブロードバンド化ではレスポンス向上が解決できないアプリケーションの存在が認識され,その原因として「遅延」という問題が顕在化してきたからだ。 ここ数年,拠点間通信のレスポンスを改善することをうたうWAN高速化装置という製品が市場で盛り上がりを見せている。 例えば,米シスコ,米ジュニパーネットワークス,米リバーベッド・テクノロジーなどの通信機器メーカーが相次いで参入し,競って装置を販売している。日のユーザー企業の注目度も相応に高い。製造業などで導入が進んでいる。 ところで,WAN高速化装置に注目が集まり出した時期は,光ファイバに代表されるブロードバンド・インフラが企業に浸透した時期と一致する。通

    第1回 WAN高速化装置が登場した背景--帯域増強は万能の解決策にあらず
  • hail2u.net - Weblog - 圧縮フォルダを使わないようにするとエクスプローラがキビキビ動く

    Windows XPの圧縮フォルダというほとんどの人が使っていないと思われる機能(私見)を解除したら、エクスプローラがキビキビ動くようになった気がする。というようなことを某所で言ったら、試した人が「すげぇかるくなった kyo++」とかインクリメントしてくれたので、エントリにしておこうとか。 圧縮フォルダ機能の解除の方法は、コマンド プロンプトで、 regsvr32 /u zipfldr.dll regsvr32 /u cabview.dll と、入力してやるだけ。多分再起動は必要ない。 これにより特にエクスプローラのツリー表示なんかが高速化する気がする。エクスプローラ以外ではファイラーっぽいので特に高速化する感じで、僕の環境ではACDSeeのツリー表示がとんでもなく高速化した。 また、デフォルトの検索機能が圧縮フォルダ内を探さなくなるため高速化し、いつまでたっても終わらないということは少な

    hail2u.net - Weblog - 圧縮フォルダを使わないようにするとエクスプローラがキビキビ動く
  • 実測! 物理マシンと仮想マシンの性能差は?

    テスト全体を通じて、仮想マシントータルのスループットが物理マシンのスループットを上回っています。実際には、テストツールとして何を用いるかによって若干結果がブレることが予想されます。それでも、複数台の仮想マシンを稼働させるサーバの性能をトータルで見た場合、ハードウェアの性能は十分に引き出せるといえます。 ここまでで、物理マシンと仮想マシンにどれだけの性能差があるのかを見てきました。ここで紹介した数字は、あくまでも基性能のベンチマーク結果であり、最終的なアプリケーションの性能数値ではありません。それでも、仮想マシンの性能がどの程度であるのかを知るのに役立つ指標となると思います。 仮想ディスクのフォーマットによる性能差 次に、仮想ディスクのフォーマットが仮想マシンの性能に与えるインパクトを検証していきましょう。仮想ディスクとは仮想マシンのファイルシステムを保存する媒体であり、大きく分けて、以下

    実測! 物理マシンと仮想マシンの性能差は?
  • 性能問題の失敗事例集

    性能設計とは、目標性能と、その目標を実現するための設計です。業務量に応じたサーバサイジング、プロセス構成、業務処理の対象データ件数や処理の多重度などと多岐にわたり、性能マネジメントの中で最も重要な要素の1つといえます。(文より) 失敗は成功の母といわれるように、失敗からはたくさんの教訓を得ることができる。連載第2回は、性能マネジメントで押さえるべきポイントを、失敗事例から学んでみたいと思う。 思い出すと心拍数が上がる性能問題の数々 さて今回は、私の身近で発生した性能問題の事例を振り返り、「攻めの性能マネジメント」として、性能問題予防のために実施すべき具体的な作業と考え方を整理したいと思います。 事例1:カットオーバーに間に合わない! ある通信系システムでは、アプリケーションの品質が安定しなかったこともあり、開発工程の最後に性能評価を実施したところ、性能問題だけでなく、機能試験では抽出でき

    性能問題の失敗事例集
  • ユメのチカラ: Linux Kernel 2.6.18とCache Pollution Aware Patch

    9月20日に最新のLinuxカーネルが公開された。最近ではだいたい3ヶ月程度で新バージョンが公開されているというペースである。 2.6.12  2005/06/17   2.6.13  2005/08/29   2.6.14  2006/10/28   2.6.15  2006/01/03   2.6.16  2006/03/20   2.6.17  2006/06/18   2.6.18  2006/09/20 実はこのバージョンには、わたしが書いた cache pollution aware patch というのが入っている。パッチそのものは昨年の今頃に書いたもので、すぐにAndrew Mortonのmmツリーと呼ばれるものにはマージされたのであるが、Linus Torvaldsの家のツリーにはなかなかマージされていなかった。 Cache Pollution Aware Patchと

  • マルチコア時代のロードアベレージの見方 - naoyaのはてなダイアリー

    ちょっと煽り気味のタイトルですが、CPU がマルチコアになり 2個、4個と増えていく中 Linux の負荷の指針になるロードアベレージをどう読むべきか、という話です。気になったところを少し調べたのでそのまとめを。 http://d.hatena.ne.jp/naoya/20070222/1172116665 でも書いたとおり、Linux のロードアベレージは「ロードアベレージは過去1分、5分、15分の間の実行待ちプロセス数の平均数 = 実行したくても他のプロセスが実行中で実行できないプロセスが平均で何個ぐらい存在してるか」を示す値です。ボトルネックが CPU、メモリ、ディスク等々どこにあるかは関係なく、仕事の実行までにどれぐらい待たされているかを示す値なので、システムのスループットを計測する指標の入り口になる値です。 このロードアベレージですが、実装を見るとランキュー(待ち行列)に溜まった

    マルチコア時代のロードアベレージの見方 - naoyaのはてなダイアリー
  • パフォーマンス カウンタについて

  • HomePage - Systemtap Wiki

    This is the systemtap wiki. Good content depends on each of us. Please help by creating a userid on the wiki Login page, ask us on IRC to add it to the EditorGroup ACL, then edit away. In The News openresty regexp profiling comparing systemtap and bpftrace uncovering 24-year-old linux bug cuckoo sandbox for malware analysis, uses systemtap identifying RH IdM scaling issues troubleshooting systemd

  • SQL Server7.0 システム構築ガイド

    この特集のトップページへ ○Memory:Pages/secとMemory:Page Reads/sec Memory:Pages/secカウンタは,物理メモリ上に存在しないページを仮想メモリから取り出すために,Modified状態のページをディスクに書き出したり,要求されたページをディスクから読み込んだりした総数を表す。このカウンタの値は,Pages Output/secカウンタの値(Modified状態のページをディスクに書き出した回数)とPages Input/secカウンタの値(要求されたページをディスクから読み込んだ回数)の合計である。 Memory:Page Reads/secカウンタは,物理メモリ上に存在しないページを仮想メモリから取り出すために実行したディスクの読み取り回数である。1回の読み取り処理で複数のページを読み込むことができる。 Memory:Pages/secカウ

  • Be aware: FLS-Fiber Local Storage - Slava Oks's WebLog - Site Home - MSDN Blogs

    What made Porting Microsoft SQL Server to Linux to be the right move after all It has taken us a little more than two and a half years to bring an official version of SQL Server... Author: SlavaO Date: 09/24/2017 One, Two, Three... Boom! ...I am back and getting ready to start blogging. It has been almost ten years since my last blog... Author: SlavaO Date: 12/20/2016 Changing gears You haven't he

    Be aware: FLS-Fiber Local Storage - Slava Oks's WebLog - Site Home - MSDN Blogs