これはアカツキとディライトワークスが共同で主催している “FGOなど大規模ゲームの課題から学ぶゲームサーバ・インフラ勉強会” での LT 発表資料です。こちらの資料に軽く補足を入れながら話をしていきます。 時雨堂ではFGO の検証に利用するための負荷試験ツールを提供しています。 先日、大きめのメンテナンスが無事終わり、ほっとしています。 さて、メンテが無事終わって、FGO の中の人から以下のようなありがたいメッセージをもらいました。 負荷試験ツールなくしては今回の改修はなしえなかったと思いますので本当にありがとうございました…。その負荷試験ツールがどんな仕組みで、どんなことを実現しているのかを書いていきます。時雨堂が負荷試験ツールで実現したことのみを書きます。 主に技術的な話というよりはこんなことやったよがほとんどです。本番データを利用した負荷試験利用されている負荷試験ツールは、時雨堂
Recent posts: 01 May 2025 » DoomGPU Flame Graphs 29 Oct 2024 »AI Flame Graphs 22 Jul 2024 » No MoreBlue Fridays 24 Mar 2024 »Linux Crisis Tools 17 Mar 2024 » The Return of the Frame Pointers 10 Mar 2024 » eBPF Documentary 28 Apr2023 » eBPFObservability Tools Are NotSecurity Tools 01 Mar2023 » USENIX SREcon APAC2022: Computing Performance: What's on the Horizon 17 Feb2023 » USENIX SREcon
Japan Container Days(JKD) v18.04( での発表資料です。 「Dockerだけじゃないコンテナ runtime 徹底比較」 合わせて読みたい 「runc だけじゃないコンテナ low level runtime 徹底比較」 https://speakerdeck.…


MySQL 5.6のパラレルレプリケーションの効用はいかほど?(The Percona PerformanceBlogより) 高負荷時のリードレプリカ遅延に対する改善方法の1つとしてパラレルレプリケーションが考えられる。どの程度改善するのかはMySQL 5.6では、スキーマ間の書込み負荷の分布に依存しこれを大雑把に見積もる方法をご紹介する。 この質問を今までとても良く受けてきた。"負荷が高い時には、リードレプリカがしばしば遅延し始める。N個のスキーマを利用しているが、MySQL 5.6のパラレルレプリケーションを使うとどのくらい性能が改善するのだろうか?"ここでは潜在的な効果を、素早く大雑把に見積もる方法をご紹介する。 基本的な考え方MySQL 5.6では、スキーマレベルで並列処理が行われる。従って理論上は、N個のスキーマがあり、N個の並列スレッドを利用すれば、レプリケーションは最大N
Klikbet77 Online – Platform Resmi Fitur Lengkap & Update Game Gacor Terbaru Klikbet77 Online menyediakan platform resmi dengan fitur lengkap, update game gacor terbaru, serta performa yang stabil. Cocok bagi pemain yang mencari kenyamanan, informasi akurat, dan pengalaman bermain yang optimal. Klikbet77 Online Be kind to each other. Hours: Wednesday-Thursday: 3-10pm Friday-Saturday: 12-10pm Sunday
Enabling High Performance Data Transfers System SpecificNotes for System Administrators (and Privileged Users) Thesenotes are intended to help users and system administrators maximize TCP/IP performance on their computer systems. They summarize all of the end-system (computer system)network tuning issues including a tutorial on TCP tuning and easy configuration checks for non-experts. Introduct

NTTデータとPostgreSQLが挑んだ総力戦。PostgreSQLを極限まで使い切ったその先に見たものとは?(後編)NTTデータオープンソースDAY2015 PostgreSQLを大規模なミッションクリティカルなシステムの中で使うには、どのようなノウハウが求められるのか。オープンソースの利用に積極的なNTTデータがその事例を、1月26日に開催されたイベント「NTTデータオープンソースDAY 2015」で紹介しています。講演内容をダイジェストにしました。 (本記事は「NTTデータとPostgreSQLが挑んだ総力戦。PostgreSQLを極限まで使い切ったその先に見たものとは?(前編)」の続きです) 実行計画をチェックするためにPostgreSQLを騙す。 3つ目は実行計画のチェックです。PostgreSQLのSQL文はコストベースで実行されますので、統計情報を見て、テーブルをスキャン

I was looking everywhere, but I could never find agoodguide that explains how to configureNginx withPHP-FPM for a heavy server load, so I hope this is the place where I will find my answer. I have a 24 core server with 32GB RAM with Centos 5.6 which is runningNginx 1.0.2 web server withPHP-FPM (PHP 5.3.5) which is hosting a website that is running some very easy and fastphp scripts which ar
Nginxチューニングnginx最大限にスピードを出すために、設定パラメーターをチュニングしました。nginx設定例 user www-data; pid /var/run/nginx.pid; worker_processes auto; worker_rlimit_nofile 100000; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; events { worker_connections 2048; multi_accept on; use epoll; } http { server_tokens off; sendfile on; tcp_nopush on; tcp_nodelay on; access_log o
Features Why chooseMackerel?Mackerel is a server monitoring service provided byHatena Co., Ltd.that offers all the functionsnecessary for cloud monitoring and service operation. OverwhelminglySimple InstallationSimply install the monitoring agent on your server and you're ready to start monitoring. See details Full-fledged Monitoring The ability to integrate various communication tools promo

static, benchmarking, tuning: sar, perf-tools, bcc/BPF: bpftrace, BPF book: Images license:creative commons Attribution-ShareAlike 4.0. This page links to variousLinux performance material I'vecreated, including the toolsmaps on the right. These use a large font size to suit slide decks. You can also print them out for your office wall. They show:Linuxobservability tools,Linux static perfor
linuxサーバのOS全体に効くカーネルパラメータのチューニング箇所と その設定値、またその理由をまとめておく。 あくまで自分の環境ではこうした、というだけであり、 提供するサービスごとに検討が必要である。 どこをどう変更するのか、または変えないのか、その判断材料にはなるだろう。 ※ユーザ単位でシステムリソースに制限をかける場合をこちらを参照してほしい。 以下は/etc/sysctl.conf で設定するものとする。 ● 大規模サイト用チューニング kernel.pid_max 動作:pidの最大数 設定値:131072 理由:pidを枯渇させない vm.max_map_count 動作:mmapやmalloc時にメモリを仮想空間にマッピングできる最大ページ数 設定値:300000 理由:マッピングできなくなる事態を防ぐnet.core.somaxconn 動作:接続(ソケット)キューの
来る2014年4月26日(土)・27日(日)に、「ニコニコ超会議3」が開催され、その中で「超チューニング祭 ~ニコニコを超快適にしてみた~」が開催されるそうです。 これは、現行のスマートフォンサイトのTopページのソースファイルを競技者がチューニングして、速度やデザイン・UIの改善をして、速度と使い勝手を競うのだそうです。 「これは面白そうだ! 会場は家から近いし!」と思って参加するつもりでいましたが、事前調査で計測してみた結果、フロントエンドのチューニングでは速くならないことがわかったので、その内容について説明します。 (主催者の方にも、フロントエンドのチューニングでは速くならないという情報は伝えてあります。) まずは、計測データ まずは実際のトップページ(http://sp.nicovideo.jp)の計測データを見てみましょう。 計測は、NTT DoCoMoとSoftBankの3G回

最近APIサーバ用途でRailsアプリを1個つくったので振り返る。 概要 接続元はiOSやAndroidアプリとか、Webブラウザとか、別のWebアプリケーションとか。1ホストあたり秒間数百リクエスト、平均応答時間10msぐらい。Rails 4.1.0.rc2、Unicorn、Nginxを使ってる。正直Railsは全部入りで重いイメージがあったので何となく平均50ms以内程度であれば良いところだろうと思ってたけど、意外と速い。多分そもそもサーバの性能が良いんだと思う。実装時に気を付けたことは普段の開発と特に変わりない。いつもは大勢でワイワイ開発するものに少し手を加えるということが多いんだけど、今回は珍しく自分一人でつくったから目が行き届いてたのかもしれない。DBへの問合せの効率に気を配るとか、Rubyでの処理の無駄を省くとか、アプリケーションのプロセスに無駄なコードを読み込ませないとか、計

リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く