レイテンシ(遅延)とスループット(帯域幅)と帯域幅遅延積 - Qiita
マルチクラウド展開にまつわる既成概念を覆すより データ転送では、特に長距離の場合にレイテンシ（遅延）が問題になることがありますが、現在はすべてのクラウド・プロバイダーがそれぞれの物理インフラストラクチャを互いの近くに配置（専門用語では「コロケーション」）しているため、これはさほど問題となりません。この近接性（場合によっては同一コロケーション施設内の別の部屋）は、クラウド間のレイテンシがミリ秒単位であることを意味します。それに加え、クラウド・データセンター・リージョンは世界中で増加しており、クラウド・リージョン間の距離は縮まっています。 という事で、レイテンシ(遅延)について、まとめてみてみます。 ■ Agenda レイテンシ(遅延)とスループット(帯域幅) レイテンシと TCP の動作 帯域幅遅延積(Bandwidth-Delay Product) TCP Window Size の調整と
処理速度の遅いcurrentTimeMillis() – 前編 | POSTD
今日はJavaライブラリの中でも非常に基本的でよく使われるメソッド、 System.currentTimeMillis() を見ていきましょう。 このメソッドはミリ秒単位の精度で現在時刻を知らせます。このことから、このメソッドの処理能力は重要ではないと思う人もいるかもしれません。計測間隔が100ミリ秒や500ミリ秒なのであれば、現在時刻を取得するのに0.1や0.2ミリ秒かかったからといって誰も気にしないでしょう。しかし、やはり頻繁にこのメソッドを呼び出したいケースがありそうです。下記に例を挙げます。 異常に長い実行時間を検知し知らせる場合。例えば、HTTPリクエストを実行するのにかかる時間を計測するケースを考えます。この場合、1ミリ秒以下が計測されると思われることでしょうが、実際にはこのメソッドを使えばゼロが出力されることに注意して下さい。しかし時間が異常に長い（例えば100ミリ秒以上）場
LINE MUSIC のパフォーマンスを向上させた Vue3 マイグレーション
LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog こんにちは、LINEの京都開発室でフロントエンド開発を担当している柴坂浩行です。 みなさんは仕事中などにパソコンで音楽を聴くことはありますか？ LINE MUSIC にはスマホアプリだけではなくWeb版アプリがあります。 私たちが開発しているWeb版アプリでは、JSフレームワークとして Vue.js を使用しています。 https://music.line.me/webapp/ これまでこのWeb版アプリには Vue2 が使われてきましたが、 2022年6月、私たちは Vue3 にアップグレードしたバージョンをリリースしました。 私たちのチームではWeb版アプリの機能開発と平行して、パフォーマンスの改善にも取り組んでいます。パ
凄腕エンジニアも負ける学生の強さ。『ISUCON11』では勝ち筋をどう見いだす？ - エンジニアtype | 転職type
2021.08.19 スキル ISUCONさくらインターネットLINE パフォーマンスチューニングの成果を競うコンテストとして、エンジニア界隈ですっかり定着した感のある『ISUCON』。今年も8月21日に予選、9月18日に本選の日程でオンライン開催される。 CTOレベルも含めて腕に覚えのある多くの現役エンジニアが参加する同イベントだが、10回目のメモリアル大会となった昨年は、上位3位を学生が独占する衝撃の結果に。ここ数年の学生の勢いは凄まじいものになっている。強さの理由は「社会人と比べて対策に多くの時間を割けるから」というのが通説だが、本当にそれだけなのだろうか。 今年は大会史上初めて出題も学生が行う。『ISUCON』はこのまま若い力に蹂躙されてしまうのだろうか。主催するLINEのDeveloper Relations室 櫛井優介さん、さらに出題者、参加者の両方の立場から関わり続け、『IS
AWS×PHPでの 高信頼かつハイパフォーマンスなシステム | CyberAgent Developers Blog
はじめまして。 「ボーイフレンド（仮）きらめき☆ノート」（以降、ボイきら）でサーバサイドエンジニアをしております、伊藤です。今回はAWS（主にAurora周り）とPHPを使用して高信頼性かつハイパフォーマンスなシステムを構築するためのノウハウを共有させて頂きたいと思います。 目次 はじめに キャッシュの話 自動化・自動生成の話 Auroraの話 Zephirの話 おわりに はじめに まずはじめに、ボイきらのサービスとシステムの概要を簡単にご紹介します。 サービスの概要 ボイきらは2016年11月15日にリリースした女性向けリズムゲームです。事前登録は24万人を突破し、リリース後はAppleStoreの無料ランキングで1位を獲得しました。サービスの運用で特徴的なのはリリースが約2ヶ月で以下の5種類の新イベントを計11回も開催していることです。 マラソンイベント レイドイベント ハイスコアイベ
AmazonLinux2でNginx+PHP7.3をインストールする。ついでにOPcacheとAPCuも - Qiita
AmazonLinux2でNginx+PHP7.3をインストールする。ついでにOPcacheとAPCuもnginxAWSEC2PHP7 EC2インスタンス(AmazonLinux2)にNginx + php7.3の環境(OPcacheとAPCuも)を作成したので残しておきます。 参考になれば幸いです。 EC2環境 Amazon Linux 2 AMI (HVM) SSD Volume Type ami-0f9ae750e8274075b EC2準備 まず AmazonLinux2 のインスタンスを立ち上げる セキュリティグループの設定でssh(22),http(80)を適宜、許可する SSHログイン
Sensei: The Ultimate Mac Cleaner for macOS. Speed up your Mac Performance.
Sensei Monitor is a brand new way to monitor your Mac performance. Featuring a state-of-the-art realtime statistics engine, stunning modern design and amazing customisation, it has never been easier to monitor every aspect of your Mac. Monitor every aspect of your Mac. Sensei Monitor is the culmination of over a decade of Mac systems research. Featuring a broad range of metrics ranging from softwa
ネイティブツールと外部ツールに基づいた Amazon RDS PostgreSQL のクエリの最適化とチューニング | Amazon Web Services
Amazon Web Services ブログ ネイティブツールと外部ツールに基づいた Amazon RDS PostgreSQL のクエリの最適化とチューニング PostgreSQL は最も人気のあるオープンソースのリレーショナルデータベースシステムの 1 つです。30年以上の開発作業の成果である PostgreSQL は、多数の複雑なデータワークロードを処理できる、信頼性が高く堅牢なデータベースであることが証明されています。Oracle などの商用データベースから移行する場合、PostgreSQL はオープンソースデータベースの主要な選択肢と見なされています。 AWS は、PostgreSQL データベースのデプロイを、コスト効率の良い方法でクラウドに簡単にセットアップ、管理、およびスケールできるサービスを提供しています。これらのサービスは、Amazon RDS for Postgre
RDS for PostgreSQL で変更すべきパラメータチューニング - そーだいなるらくがき帳
※追記(タイトルにRDSと書いたがPostgreSQL限定である） RDSはデフォルトでパラメータをチューニングされているものの、本番でそれなりに使うにはチューニングが必要。 そこで最初にある程度チューニングしておくべき場所を記載していく。 AWSのパラメータについては下記を参考。 docs.aws.amazon.com デッドロックの検査間隔 soudai.hatenablog.com deadlock_timeout はデフォルトは1000msになっている。 1秒はPostgreSQLのデフォルトなので短い。 10秒以上と書いているが弊社の場合は40秒にしている。 これは明確な基準値を持って決めてるわけでは無く、pg_stat_database.deadlocks の値が今までずっと0なので強気に付けている。 checkpointの値 Google検索すると checkpoint_se
PostgresのRDSチューニング - Qiita
Wantedlyは今までRDSを初期設定のまま使っていました。ごめんなさい。 今回ちゃんとチューニングしてみたのでやってみた過程と結果を書きます。 ちなみにWantedlyはDBを幾つか持っていて、その中のDBの一つの最適化結果です。 NewRelic での測定の結果、平均31ms ぐらいかかっていたのが、 平均23ms ぐらいになっているので25％ぐらいの改善になりました。 インスタンスタイプ 使っているDBのインスタンスタイプです モデル: r3.4xlarge vCPU: 16 メモリ: 122GB SSDストレージ: 1 x 320G デフォルト値 RDSはパラメータグループを調節します。 それぞれのデフォルト値は書かれてないですが、以下のSQL出だすことができます。 => SELECT name,setting,unit FROM pg_settings; name | sett
Performance Insights を使用した Amazon RDS データベースの負荷分析 | Amazon Web Services
Amazon Web Services ブログ Performance Insights を使用した Amazon RDS データベースの負荷分析 AWSは Amazon Aurora with PostgreSQL compatibility の一般リリースを先日発表しました。このリリースには Performance Insights と呼ばれる Amazon Relational Database Service (Amazon RDS) に有用な機能の最初のリリースも含まれます。データベースの負荷（どのSQL文が負荷を発生させており、それはなぜなのか）を可視化するダッシュボードを使用して、エキスパートな方とエキスパートではない方の両方が、Performance Insights でパフォーマンス問題を容易に検出できます。 軽量な方法でパフォーマンスデータを収集するため、Perform
詳解システムパフォーマンス本完走した！（読書メモ・詳解システムパフォーマンス 第13章／ベンチマーキング・付録） - えいのうにっき
「詳解システムパフォーマンス」の読書メモシリーズ・第12弾。完走したぞ！！ 詳解システムパフォーマンスを読んでいる話・2章／メソドロジ 読書メモ - えいのうにっき 読書メモ・詳解システムパフォーマンス 第3章／オペレーティングシステム - えいのうにっき 読書メモ・詳解システムパフォーマンス 第4章／可観測性ツール - えいのうにっき 読書メモ・詳解システムパフォーマンス 第5章／アプリケーション - えいのうにっき 読書メモ・詳解システムパフォーマンス 第6章／CPU - えいのうにっき 読書メモ・詳解システムパフォーマンス 第7章／メモリ - えいのうにっき 読書メモ・詳解システムパフォーマンス 第8章／ファイルシステム - えいのうにっき 読書メモ・詳解システムパフォーマンス 第9章／ディスク - えいのうにっき 読書メモ・詳解システムパフォーマンス 第10章／ネットワーク - え
Swiftのメソッド毎のコンパイル時間を計測してビルド時間を短縮する - Qiita
iOSアプリのビルドに時間がかかるようになったので、ビルド時間を計測して問題の有る箇所を修正したのでその方法を記す。 ビルド全体の時間の計測 まずビルド全体でどれだけ時間がかかっているかを計測した。 ターミナルで以下のコマンドを実行することでXcodeでビルドした時にかかった時間が表示されるようになる。 これを実行してXcodeをリスタートする。クリーンした後ビルドを行うと、以下のようにビルド時間が表示される。小さいサンプルアプリなので4.324秒である。 このビルド時間が長い場合はさらにファイル毎、メソッド毎の時間を計測する。 ファイル毎のコンパイル時間の計測 (この後で説明するメソッド毎の計測方法でファイル毎の時間も得られるので、この項は読み飛ばしても問題ない) ファイル毎のコンパイル時間を計測するにはxctoolを利用する。プロジェクトルートフォルダで以下のコマンドを実行する。
Xcodeビルドを並列にしてみる - しめ鯖日記
Xcodeはデフォルトではビルドを並列に行ってくれません。 今日はビルドの並列設定をしてビルド時間がどのくらい短くなるか調べてみます。 ビルド時間を表示する Xcode上にビルド時間を表示するようにします。 下コマンドを打ってからXcodeを再起動することで、真ん中上部にビルド時間が表示されるようになります。 defaults write com.apple.dt.Xcode ShowBuildOperationDuration YES Macのコア数を確認する 次に下コマンドで自分のMacのコア数を確認しました。 system_profiler SPHardwareDataType 自分のMacはコア数は2のようです。 普通にクリーン & ビルド 普通のビルドをしてみました。 時間は327秒ほどでした。 コンパイルを並列にする まずはコンパイルの同時実行数を2にします。 defaults
Xcodeのbuildは非常に遅くとてもイライラします。 - Qiita
私は個人的にRailsのプロジェクトも担当していますが、Railsで変更をしたら大概の場合ファイルをsaveするだけで変更が反映されるのに対し、iOS開発では一旦ビルドし直さないといけません。しかもそのビルド時間は数分かかり、集中力が途切れ非常に公立の悪さを感じていました。そこでXcodeプロジェクトのビルド時間短縮を試みて様々な方法があることがわかったのでまとめたいと思います。 全ての下準備: ビルド時間を計測できるようにする 以下のコマンドを打ってから、Xcodeを再起動するとビルド時間が表示されるようになります。 $ defaults write com.apple.dt.Xcode ShowBuildOperationDuration YES ちなみに私の環境でとあるプロジェクトのビルド時間は179秒でした。一回のビルドにこれだけ時間がかかっていれば集中力が無くなってしまします。
Home
All of Percona’s open-source software products, in one place, to download as much or as little as you need.
kernel: TCP: time wait bucket table overflow の解消とTIME_WAITを減らすチューニング - 気ままにインフラエンジニア
整理がてら。 httpdが動いているあるホスト上で、 /var/log/messages に以下のようなメッセージが出ていた。 kernel: TCP: time wait bucket table overflow kernel: printk: 50078 messages suppressed. "netstat -tna |grep TIME_WAIT"すると、10万以上の数でTIME_WAITが出ている。これを解消するまでの流れ。 そもそもこの値は、カーネルパラメータの net.ipv4.tcp_max_tw_buckets で設定されている。デフォルトは16384。 （↑の通り、エラーが出た環境では既にかなり大きな値が設定されていたのだが。） /proc/sys/net/ipv4/tcp_max_tw_buckets システムが同時に保持する time-wait ソケットの最大
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
NginxのRatelimit発動時に、安定したアクセスを提供するngx-smart-ratelimitを開発しました | ten-snapon.com
PHP Web Application Performance Tuning
MySQLパフォーマンスチューニングTIPS
