Etsukata blog: FreakOut DSP 入札サーバの CPU 使用率を 30% 削減する Performance Tuning
はじめに 勤務先の FreakOut 社では RTB で広告枠を買い付ける DSP の開発・運用を行っています。RTB とは、インターネット広告のインプレッションが生じる毎に、広告枠の競争入札を行う仕組みです。 DSP とは、 RTB において、競争入札をする側のシステムになります。広告枠/広告を見ている人 に対し、最適な広告を、最適なタイミングで届ける機能を広告主に提供する仕組みです。 FreakOut DSP は最適な広告探索・入札価格調整のため、非常に多くのデータを参照し、沢山の演算処理を行います。広告を見ている人が過去にアクセスした Web ページの情報や検索ワード、さらに 広告がクリックされる予測確率(過去のログから機械学習で算出) などを参照し、入札価格を決定するのです。そのため、DSP で入札を担当するサーバは CPU がボトルネックになっており、台数も数百台に嵩んでいます。
負荷テストあれこれ-JMeter 負荷のかけ方、レポートの見方- | A Day In The Boy's Life
「負荷テストあれこれ-JMeterの使い方- 」で、JMeterの利用方法について触れましたが一番肝心のレポートの見方について書いてませんでしたので、今回はその点を。 今回の記事をまとめるにあたり、下記の資料を参考にさせていただきました。 Apache JMeterで負荷試験をしよう！＠JaSST 負荷テストの方法やレポートの見方について触れる前にまず、何を目的で負荷テストをするかについて触れてみたいかと。 これも様々なケースが想定されますが、取り合えず 1. 現在のインフラ、システムの構成でどれだけの負荷に耐えられるかを知る為 2. 想定される同時ユーザー数に耐えられるか検証したい 3. インフラ、システム構成の変更によりどれだけのパフォーマンスが向上したか知りたい の3つをケースを考えてみたいと思います。 まず前提となるテストシナリオを作る部分から。 これは、「ログイン→Aページ遷移→
JMeterでの負荷・性能テスト - shibainu55日記
システム開発のでは製造・構築フェーズが終わると当然のことながら各種テストを行う。今回は、その中でもよくシステムテストと呼ばれるフェーズに含まれることの多い負荷・性能テストに関するお話。 ＜テストツールの検討と選定＞ 私の経験では、これまで行ってきたテストでは、規模やシステムの特性に応じて以下のようなテストツールを選定・使用してきた。 OSS等のフリーのテストツール(JMeter、Apache Bench、httperf、http://www.microsoft.com/japan/technet/archive/itsolutions/intranet/downloads/webstres.mspx?mfr=trueMS Web Application Stress Tool) 自作テストツール(Perl、シェルスクリプト等) 商用テストツール(Loadrunner等。※個人的にはあまり経
Etsyを支えるパフォーマンスアラートの技術 ～Velocity Conference 2015レポート #1～ - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは！kintone 開発チームの田中裕一(@yuichielectric)です。 O'Reilly Mediaがサンタクララで開催したVelocity Conference 2015に僕と佐藤鉄平(@teppeis)の2人で参加してきました。これから何回かに分けてそれぞれが面白いと思ったセッションの内容を紹介していこうと思います！ Velocity Conferenceとは O'Reilly Mediaが主催しているカンファレンスで、高速でスケーラブルで価値のあるサービスを作るための方法論がテーマです。 もともとは、技術的なテーマが主だったようですが、最近はそういったサービスを開発するために必要となってくる、継続的インテグレーションや継続的デリバリーの手法や、アーキテクチャ（流行りのmicroservicesの話題も幾つかありました）、開発プロセス、組織論（DevOps絡みの話題が
Tsung で負荷試験 - Qiita
Tsung を使用して 3 台のサーバから Web サーバに GET リクエストを送ってみました Tsung の実行環境の準備 Erlang R16B03-1 をインストールしておきます Tsung のインストール 3 台のサーバそれぞれに下記の手順で Tsung をインストールします $ sudo aptitude -y install autoconf gnuplot libtemplate-perl $ git clone https://github.com/processone/tsung.git $ cd tsung $ ./configure $ make && sudo make install /etc/environment に Erlang の PATH を追加する slave の Erlang VM を実行するために、下記のファイルの PATH に Erlang の
サーバの負荷テストのための、何百万ものHTTPリクエストを発生させる方法 | POSTD
(注記：6/9、いただいた翻訳フィードバックを元に記事を修正いたしました。) 今回の記事は毎秒300万ものリクエストを処理できるほど強力で高性能なWebクラスタの構築についてのパート1になります。まず初めに、あまり多くはありませんが、私がこれまで使用したことのあるロードジェネレータツールをいくつか紹介します。私のようにてこずって時間をかけてしまわないよう、今回の記事が理解の手助けになれば幸いです。 ロードジェネレータはテストを目的とした数種類のトラフィックを発生させるプログラムです。それによって高負荷においてサーバがどのように動いているか、そのサーバの弱点はどこなのか、などが見えてきます。負荷テストを通じてサーバの限界を知ることは、サーバのレジリエンシーを測定する最適な方法であり、あらゆる問題に対する準備の手助けにもなります。 ロードジェネレータツール 負荷テストをする際に頭に入れておくべ
#isucon ではどんなことを考えながら作業していたか - 酒日記 はてな支店
前のエントリ #isucon で優勝してきました は当日夜に酔っ払った頭で勢いで書き上げたので、少し冷静に振り返ってまとめてみます。 最初のボトルネック発見 DB が CPU 4コアをフルに使って回っているのですぐに Query が重いのは分かった 重いクエリはキャッシュすれば、という発想は自然 (実際 MySQL のクエリキャッシュだけでスコアは 1.5倍程度上がる)、とはいえ このクエリは実行に 300〜400 ms 程度かかる アプリケーションの要件上、毎秒更新する必要がある 1秒ごとに更新に 0.3〜0.4秒かかる処理をするのは悪手だろう cache が消えてから生成、とすると生成処理が複数同時に走って無駄が大きい (実際ベンチマーク中の slow query を見ると 600〜700 ms 程度の時間が掛かっていた) ということで、DB のテーブル構成を変更して高速化できないか、
2.5. Tuned および ktune Red Hat Enterprise Linux 6 | Red Hat Customer Portal
電力管理ガイド 1. 概要 Expand section "1. 概要" Collapse section "1. 概要" 1.1. 電力管理の重要性 1.2. 電力管理の基礎 2. 電力管理の監査と分析 Expand section "2. 電力管理の監査と分析" Collapse section "2. 電力管理の監査と分析" 2.1. 監査と分析の概要 2.2. PowerTOP 2.3. Diskdevstat と netdevstat 2.4. Battery Life Tool Kit 2.5. Tuned および ktune Expand section "2.5. Tuned および ktune" Collapse section "2.5. Tuned および ktune" 2.5.1. tuned.conf ファイル 2.5.2. Tuned-adm 2.6. Devi
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
JMeter Knowledge log: 9月 2011
カーネルパラメータとお茶目なガチャピン先生
High Performance Rails (long edition)