HTML5 NIGHT 08. Web × パフォーマンス技術
-
Upload
yoichiro-takehora -
Category
Internet
-
view
5.043 -
download
2
Transcript of HTML5 NIGHT 08. Web × パフォーマンス技術
計測条件•対象ブラウザ
• IE 9.0 (GPU Accelerator On)
• Firefox 14.0.1 (SPDY On)
• Chrome 31.0.1650.63 (SPDY On)
•計測ISP• NTT
• KDDI
•計測間隔• 15分に1回、しかし、間隔はランダム化されているので、きっかり15分ではない。
統計データ要約平均 標準偏差 IQR 0% 25% 50% 75% 100%サンプル数
Chrome 1.695211 1.575961 0.367 0.966 1.204 1.3445 1.571 31.532 1148
Firefox 1.970859 1.613145 0.60525 0.011 1.44575 1.6415 2.051 42.229 932
InternetExplorer 1.651217 1.259629 0.5125 0.949 1.18125 1.371 1.69375 23.071 1338
Firefoxユーザーは、25%の確率で、ページのダウンロードに、2秒以上かかる
Connection View - IE
Total number of resources: 32Total number of domains: 17Total number of IP addresses: 14Total number of connections: 24
余分なコネクション数=コネクション数-ドメイン数24-17=7
Connection View - Firefox
Total number of resources: 45Total number of domains: 22Total number of IP addresses: 18Total number of connections: 30
余分なコネクション数=コネクション数-ドメイン数30-22=8
Connection View - Chrome
Total number of resources: 33Total number of domains: 17Total number of IP addresses: 15Total number of connections: 20
余分なコネクション数=コネクション数-ドメイン数20-17=3
帯域はそれほど使っていない• デスクトップブラウザであっても、実質、250KB/秒(2Mbps)ぐらいしか使っていない。
• TCP/IP 3way handshakeの影響
• TCP Slow Startの影響
•云わば、通信の「Context Switch」のオーバーヘッド
IEでのドメイン増加数~16
• Facebook – 6 domains• www.facebook.com
• www.facebook.com
• connect.facebook.net
• s-static.ak.facebook.com
• static.ak.facebook.com
• static.ak.fbcdn.net
• Twitter – 3 domains• twitter.com
• cdn.api.twitter.com
• platform.twitter.com
• Google+ – 4 domains• accounts.google.com
• apis.google.com
• oauth.googleusercontent.com
• ssl.gstatic.com
• はてな – 3 domains• b.st-hatena.com
• cdn-ak.b.st-hatena.com
• cdn.api.b.hatena.ne.jp
赤字は、HTTPSでの配信
Firefoxでのドメイン増加数~21• Facebook – 7 domains
• www.facebook.com• www.facebook.com• connect.facebook.net• s-static.ak.facebook.com• static.ak.facebook.com• static.ak.fbcdn.net• fbstatic-a.akamaihd.net
• Twitter – 3 domains• twitter.com• cdn.api.twitter.com• platform.twitter.com
• Google+ – 5 domains• accounts.google.com• apis.google.com• oauth.googleusercontent.com• ssl.gstatic.com• clients1.google.com
• はてな – 3 domains• b.st-hatena.com• cdn-ak.b.st-hatena.com• cdn.api.b.hatena.ne.jp
• その他 – 3 domains• evsecure-ocsp.verisign.com• gtglobal-ocsp.geotrust.com• ocsp.digicert.com
赤字は、HTTPSでの配信
Chromeでのドメイン増加数~16• Facebook – 6 domains
• www.facebook.com
• www.facebook.com
• connect.facebook.net
• s-static.ak.facebook.com
• static.ak.facebook.com
• fbstatic-a.akamaihd.net
• Twitter – 3 domains• twitter.com
• cdn.api.twitter.com
• platform.twitter.com
• Google+ – 4 domains• accounts.google.com
• apis.google.com
• oauth.googleusercontent.com
• ssl.gstatic.com
• はてな – 3 domains• b.st-hatena.com
• cdn-ak.b.st-hatena.com
• cdn.api.b.hatena.ne.jp
赤字は、HTTPSでの配信
「技術」ではなく、「人」の問題•実際は、技術的には解決可能であっても、人の問題で解決できない事の方が多い。• パフォーマンス部のサイトでは、わざとSNSのボタンを貼って、3rd Party Contentsの影響を計測。
•皆さんのサイトから、SNSのボタンを外せるのか?• 人の意思決定が絡む問題
•技術的にしろ、ビジネス的にしろ「制約」があるからこそ、人は考える。• 日本のWebパフォーマンスの遅延の問題の原因
• 日本のインターネット環境を過信した幻想が生み出した「通信速度の制約の無い世界」
• 「見える化しない慣習」
エンジニアの使命
•ハードウェアの進化、通信環境の進化を当てにして、パフォーマンス上の制約が将来消えるなどと思ってはいけない。
•我々が、ハードウェアの進化を相殺してどうする?
•我々は、制約のある世界で知恵を絞るからこそ、知識労働者としてのエンジニアなのだ。