Webフロントエンド パフォーマンス改善ハンドブックを公開しました - dwango on GitHub
パフォーマンス改善ハンドブック ウェブページにおけるパフォーマンスに関する問題の見つけ方や考え方の事例をまとめた Webフロントエンド パフォーマンス改善ハンドブックを公開しました。 URL: https://dwango-js.github.io/performance-handbook/ このハンドブックでは過去に行ったWebフロントエンドのパフォーマンス改善の事例を中心に紹介しています。 注意点としてWebフロントエンドは常に変化しているため、現在の最適な解決方法を提案するものではありません。 また、アプリケーションによっても最適な解決方法は異なります。 今回の事例ではViewライブラリにReactを用い、映像再生プレイヤーなどある程度複雑な機能を持ったウェブアプリケーションのWebフロントエンドを扱います。 具体的にはニコニコ生放送（以下「生放送」）で行った事例を中心に書かれていま
Windows Server 2012 R2のNICチーミング機能（LBFO）をマスターする
次はチーム構成時に必要となる動作モードとアルゴリズムについて解説する。 チーミングモード チーミングモードとは、チームを組んだ複数のアダプター間で通信の負荷分散（ロードバランス）をするかしないか、また負荷分散する場合はサーバーからの送信パケットのみか、送信・受信とも負荷分散させるかを決めるパラメーターである。 言葉だけ聞けば、「送信のみ負荷分散」より「送受信とも負荷分散」を選びたくなるところだろう。しかし受信パケットに対する負荷分散はLBFOといったサーバー側のチーミングユーティリティでは対応できない。なぜなら、チームによって束ねられたケーブルのうち、どれを使ってパケットを送るかは送信元（相手側）が選ぶからだ。すでにケーブルを伝って送られてきた受信パケットについて、別のアダプターが受け取ることは物理的にも不可能である（図4）。 図4「チーミング構成におけるパケット送受信と負荷分散の原則」
MySQLのクエリの良し悪しはrows_examinedで判断する - かみぽわーる
仕事やらなんやらでMySQLのクエリの良し悪しを判断する必要があるとき、EXPLAINの内容だけだとどのぐらい良くなったり悪くなったのか分からないので SET long_query_time = 0; してrows_examined (そのクエリでrows_sent行の結果を返すために何行に触ったのか)も一緒に提示するようにしている(少なくともMySQL 5.7時点ではrows_examinedはslow_query_logでしか確認できないはずperformance_schemaが有効ならevents_statements_historyやその仲間たちで確認できるとのこと*1 MySQL :: MySQL 5.6 リファレンスマニュアル :: 22.9.6 パフォーマンススキーマステートメントイベントテーブル)。 例: 上の例のBeforeは、もともとDBAが書いた温かみのあるSQLでO
シェルスクリプトを何万倍も遅くしないためには —— ループせずフィルタしよう - Qiita
🐚 🐚 🐚 🐚 シェルスクリプトは遅すぎて使えない 普通の「速い言語」より何百、いや、何千倍も遅い 他のプログラミング言語を経験してからシェルスクリプトに入門し、このような感想を持つ方も多いのではないでしょうか。 実際、こういったことは往々にして起こり得ますので、「速い言語」を使うべきか否か見極めることは大事だと思います。 しかし、本当にシェルスクリプトというのは、そこまで遅いのでしょうか？ データ量が多い場合は常に最初から「速い言語」で書いた方がよいのでしょうか？ 実は、そうとも限りません。 シェルスクリプトにはシェルスクリプトなりの「速い書き方」があります。 この「速い書き方」で処理できる問題に関しては、シェルスクリプトは「速い言語」なのです。 では、「速い書き方」とは何かというと、端的には「たくさん繰り返されるループはシェルスクリプトで記述しない」ことです。 以下でこれを説明
ファイルサーバーへのアクセスを高速化する Windows ノウハウ - 仮想化でプリセールスしてるSEの一日
VDI システムを恙なく構築するには、 コモディティ化している仮想化スキルよりも、Windows OS をきちんと設定することの方が重要とつねづね感じています。 「仮想化インフラと Windows のスキルセットは両立できないのが SI 現場の実態」ということなので、少しでも橋渡しができるよう、CIFS 周りのノウハウを５つほど書き綴りたいと思います。 1. SMB/CIFS 2.1 以降で通信する 以前も記事にしましたが、Windows 7 からの NAS アクセスは SMB 2.1 で通信するよう、心掛けましょう。 Windows Server 2003 サーバーにアクセスすると、SMB 1.0 になってしまうために ３倍以上 の性能差があるというデータもあるようです。 最近のファイルサーバーや NAS の性能 - (1) プロトコルと CPU の進化 http://d.hatena.
Facebookアプリを、HTML5でどうしてサクサクにできたのか。Sencha Touch開発チームが用いた3つのテクニック
Sencha Touchの開発チームがHTML5で高速に動作するFacebookアプリを開発したことを紹介した1つ前の記事 「Facebookのモバイルアプリが失敗した理由はHTML5のせいじゃない。HTML5でサクサク動くFacebookアプリを作って見せたSencha Touch開発チーム」は、非常に多くの読者に注目されました。 この記事で紹介したSencha Touch開発チームのブログ「The Making of Fastbook: An HTML5 Love Story」の後半では、どのようなテクニックを用いて高速なHTML5アプリケーションを実現したのかも紹介されています。 この記事では、その3つのテクニックについてポイントを紹介したいと思います。タイムラインやニュースフィードのようなユーザーインターフェイスを備えたモバイルアプリケーションは、これから広く開発されていくことにな
Download Page Speed
Supported platforms Mac OSX (x86 and PPC) Linux (32-bit and 64-bit) Windows (XP and up) Prerequisites Page Speed requires both of the following to be installed: Mozilla Firefox 3.0.4 or higher (official, non-beta versions) — download from Mozilla Firebug Firefox Add-on 1.3.3 or higher (official, non-beta versions) — download from Mozilla
YAMAHA RTX1500/RTX1200/SRT100 ルーティング性能比較 - 銀座堂スタッフブログ - Ginzado-net
ハードウェアスペックだけを見れば断然 RTX1200 がお得で RTX1500 を選択する理由なんてなさそうに見えます。が、落とし穴があるんじゃないかという話です。 まずは UDP でパケットサイズを変化させていったときのスループットから(上のグラフ)。RTX1200 だけインターフェースが 1000BASE-T なので RTX1200 だけが高いように見えます。インターフェースが 100BASE-TX の SRT100/RTX1500 は 100Mbps の下あたりで頭打ちになっています。なんですが… 1byte～64bytes の部分を拡大してみるとこんな感じになっています(上のグラフ)。じつは 16bytes までは RTX1500 のほうが処理性能が高いということがわかります。 今度は見方を変えて、横軸にパケットサイズを、縦軸に処理したパケット数をとったグラフを見てみます(上のグラ
クラウド型ストレージ「Amazon S3」は安いか？
Amazon S3は安いか高いかという議論を、この2日間で立て続けに3個所で耳（目）にした。 1人はネットサービスベンチャーのCTOで、クラウドへの移行を検討しているものの、Amazon S3やEC2の実際の価格や使い勝手がよく分からないという話だった。コスト的に見合うなら、もうサーバ運用に煩わされたくないと漏らしていた。 もう1つは、ベンチャーキャピタルとして知られるYコンビネーターの掲示板で見かけた「Does Amazon S3 really save money？」で始まる議論。1GB当たり1カ月で0.15ドルと聞くと安いようにも思えるが、1TBの月額は150ドル、2年にすると3600ドル（1ドル92円として約33万円）にもなる。しかも転送量に応じた課金もあるため、実際にはこれ以上になる。今や1TBのドライブ単価は1万円を割っていて、2年で3600ドルとは比較にもならない。「クラウド
Best Practices for Speeding Up Your Web Site - Yahoo Developer Network
Best Practices for Speeding Up Your Web Site The Exceptional Performance team has identified a number of best practices for making web pages fast. The list includes 35 best practices divided into 7 categories. Minimize HTTP Requests tag: content 80% of the end-user response time is spent on the front-end. Most of this time is tied up in downloading all the components in the page: images, styleshee
Chromeはなぜ速いのか － ＠IT
Chromeの動作が圧倒的に速いように感じている。Chromeがリリースされた当初、それがなぜなのかよく分からなかった。グーグルだけにできて、ほかのWebブラウザ開発者にできないことなどあるように思えないが、それにしてはあまりに速いように感じたからだ。 その疑問のほとんどは、Chromeのオープンソースプロジェクト版「Chromium」の公式ブログの解説で氷解した。ブログを読んで分かったのはグーグルのエンジニアたちが信じられないほどのスピード狂であることと、そのスピードへのこだわりには2種類の“スピード”があることだ。 1つは処理速度、もう1つは応答速度だ。特に後者、ユーザーをできるだけ待たせない、イラつかせないということに対する徹底したこだわりは、すさまじい。その背後には「スピードとは、つまりお金だ」という洞察があるようだ。 0.5秒の遅延でユーザー離れ グーグル創業約1年後の1999年
State of Performance 2008 | High Performance Web Sites
December 17, 2008 8:08 pm | 3 Comments My Stanford class, CS193H High Performance Web Sites, ended last week. The last lecture was called “State of Performance”. This was my review of what happened in 2008 with regard to web performance, and my predictions and hopes for what we’ll see in 2009. You can see the slides (ppt, GDoc), but I wanted to capture the content here with more text. Let’s start
はてなブックマークのコンテンツの JavaScript を高速化する - IT戦記
はじめに 「新はてなブックマーク」になったということで、とっても便利になったのですが、ブックマーク一覧ページ*1が若干 JavaScript に時間が掛かっているみたいです。 というわけで 調査してみたいと思います。調査して、改善できそうなところは後で纏めて「はてなアイデア」にでも登録しようと思います。 この日記は調査しながら、過程を書いていくつもりです。 準備 まずは、人のサイトの JavaScript を書き換えて試してみるための環境を作ります。 作業用ディレクトリを作る とりあえず、ホームに HatenaJS というディレクトリを作ります。 $ mkdir HatenaJS $ cd HatenaJS CocProxy をダウンロードしてくる 以下から CocProxy というツールをダウンロードしてきます。 http://coderepos.org/share/wiki/CocPr
はてなブックマークが重い件について、Page Detailerというツールを使って調べてみる - VTuberになったプログラマーの魂の残滓
JavaScriptの部分は というわけでid:amachangに任せましょう。 というわけでそれ以外の部分でいったいどこが重いのか 何が重いの？ということで重たい箇所を分析していきましょう。 IBM PageDetailer 解析ツールとしてIBM PageDtailerを利用します。 alphaWorks Community 解説するよりも見てもらうほうが早いと思うのでさっそく使ってみるよ。 ちなみに上記ソフトのダウンロードにはIBMアカウント（無料）が必要なので、使いたい人は登録しよう！ http://b.hatena.ne.jp/HolyGrail/ の結果 こんな感じのグラフが出てきます。 では、詳細を見てみましょう。 このグラフですが、長い部分が http://b.hatena.ne.jp/HolyGrail/ のHTMLそのもののロード時間になっています。 内訳としては 濃い
GmailはExchangeサーバの10倍の信頼性、グーグル
米グーグルは10月30日、これまで企業向けの有料版サービス「Google Apps Premier Edition」のGmailでのみ提供していたSLA（Service Level Agreement）をGoogle Calendar、Google Docs、Google Sites、Google Talkにも適用すると発表した。99.9％のアップタイムを保証する。1カ月を30日とすると、1カ月間のダウンタイムは43.2分以下となる。 月間のアップタイムが99.9～99.0％の範囲になってSLAの条件を満たさなかった場合には3日間のサービス無償延長を提供する。延長期間は99.0～95.0％の場合に7日間、それ以上の場合には15日間となる。 サービス開始をアナウンスするブログエントリの中で同社エンタープライズ担当のプロダクトマネジメントディレクターのマシュー・グロツバーク氏は、外部の調査会社
ネットワーク側から見たヨドバシカメラ問題 - なぷさく
ヨドバシカメラのサイトがリニューアルに失敗してレスポンスが著しく低下している。ただでさえ重いところに、「ほらほらみてみて、重くなってるよ！見に行ってみてよ」なんてGIGAZINEが煽ったり、yahooニュースに飛び火したりしてさらにリクエストが増えて、瀕死の重病人いよいよまさに往生せんとす、といった雰囲気である。構築した会社は今頃針のむしろだろうし、ヨドバシ側の担当者もきっと現場からは「使い物にならんぞ！」と突き上げを食らい、上からは「なんでこんなところに依頼したんだ！」と怒られて社内キャリアはぶっ吹っ飛んだだろうし、まあ他人事ながら同情申し上げる。すでにあちこちで、CMSが腐ってるとか構築会社の社長がすごいとかいろいろ言われているが、基本に立ち返って外側から見える現象をひとつずつチェックしてみよう。1. DNSは問題なし大阪吹田にあるどっかの会社のサーバでDNS引いてみた。 $ dig
Rails 1.2.6 と 2.0.2 のパフォーマンス比較 - 元RX-7乗りの適当な日々
先日のエントリ「RedmineでのRailsパフォーマンス比較(1.2.6 vs 2.0.2)」(d:id:rx7:20080221:p1)に続いて、Ruby on Railsのパフォーマンスに関する話題を1つ。 他のサイトでも、Rails2.0系と1.2系のパフォーマンスに関する結果が公開されていたので紹介します。 パフォーマンスに関して Performance comparison： Rails 1.2.6 vs 2.0.2 http://izumi.plan99.net/blog/index.php/2008/03/18/performance-comparison-rails-126-vs-202/ 上記リンク先を見てもらえばわかるのですが、超シンプルなダミーアプリに対して、ベンチマークした結果が以下。 I ran both applications in Mongrel (wit
『Firefox 3』：メモリ使用量を6割削減、競合品を抜いて1位に | WIRED VISION
『Firefox 3』：メモリ使用量を6割削減、競合品を抜いて1位に 2008年3月24日 IT コメント： トラックバック (3) Scott Gilbertson 2007年後半からベータテストを開始したMozilla Foundationのブラウザー『Firefox 3』が、メモリ使用量を着実に減らしている。 最新のベータ版は数週間前にリリースされたばかりだが、すでに『Internet Explorer 7』(IE7)や、これまでメモリ使用量が少ないことで有名だった『Opera』よりも、メモリ使用量が格段に少ないと報告されている。 われわれは1年近く前、『Firefox 2』はメモリを占有すると指摘し、肥大化するFirefoxの将来を案じた(日本語版記事)。しかし、Firefoxファンの皆さんは安心してほしい。それも間もなく過去の話になるだろう。 最近行なわれた一連の性能テストによる
ScanNetSecurity - 「NOD32」と「ESET Smart Security」比較使用体験記 (2) NOD32とESET、ESETとノートンを比較
「NOD32」と「ESET Smart Security」比較使用体験記 (2) NOD32とESET、ESETとノートンを比較 軽快さを売りにしていたアンチウイルスソフトが、総合セキュリティソフト化されることで、スパイウェアやスパム対策などの追加機能でがんじがらめになって、激重ソフトに変貌し、ユーザーを落胆させることは多い。 「NOD32アンチウイルス(以下、NOD32)」といえば軽快さに定評のある最右翼ともいえるアンチウイルスソフトだが、「NOD32」の総合化された後継ソフトである「ESET Smart Security」は果たしてどうなのか？ 先々週までのインタビューでは「ESET Smart Security は NOD32 の軽快さを受け継いでいる」と、販売元企業が激しく主張していたが、果たしてその言葉、鵜呑みにできるのか。その真相を探るべく「NOD32」と「ESET S
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
FileSystemObject オブジェクトでファイル名にワイルドカード文字を使用できますか - Hey, Scripting Guy!
