身につけておきたいWebサイト高速化テクニック #5｜リクエスト数削減テクニック01：インラインイメージ編 | DevelopersIO
5，インラインイメージのメリット・デメリットと注意点 5.1，メリット インラインイメージを使うことで画像自体のHTTPリクエストが発生しません。 例えばファイルサイズの小さな10個の画像を読み込んでいるとします。それらすべてをインラインイメージ化することで10回のHTTPリクエストを削減できます。 データサイズが37％増加するというデメリットはありますが変換前のデータが数MBでもない限りHTTPリクエストが減らせることの方が有益です。 5.2，デメリット IEの古いバージョンでは使えない Base64エンコードによりデータサイズが約37％増加する HTMLやCSSに直接埋め込むため画像を変える度に差し替えが必要（ツールで改善可能） data URI schemeで埋め込まれたデータはキャッシュされない 同じデータを複数箇所に表示したい場合、それぞれの場所に埋め込む必要があるためインライン
Steve Souders - High Performance Web Sites
SteveSouders.com about HIGH PERFORMANCE WEB SITES BLOG Critical Metric: Critical Resources domInteractive: is it? really? Hero Image Custom Metrics SERIOUS CONFUSION with Resource Timing Request Timeout Resource Timing practical tips Prebrowsing Domain Sharding revisited Browser Busy Indicators Creating a Performance Culture Moving beyond window.onload() The Perception of Speed Comparing RUM & Syn
やっぱりJavaはここが遅い！
基本的にJavaは『遅い』と思われている。理由は二点あって、一つは過去のバージョンのJavaの実行速度が遅かった歴史的な点であり、一つは実際に依然として遅い面がある点だ。しかし、漠然と遅いと思われている事が多い。 数値演算などでは、JavaはC言語に迫る速度を出す事もある。The Computer Language Benchmarks Gameでは逆転している項目もある。しかし、Javaアプリケーションの体感速度はC++アプリケーションを上回ることは無いとされる。 これはJITコンパイラによる初期動作の遅さ、ガーベッジ・コレクション（GC）の駆動などの複合的な要因で発生する『遅さ』なのだが、単純なベンチマークだと特徴を掴みづらい。そこで変則的なベンチマークを作って、このJavaの『遅さ』を簡単に計測してみた。 1. ベンチマーク方法 コッホ曲線の描画時間を連続して測るベンチマークを作成し
Scott Oaks's Blog: A Glassfish Tuning Primer
Posted by sdo on December 03, 2007 at 11:25 AM | Comments (1) When I reported our recent excellent SPECjAppServer 2004 scores, one glassfish user responded: I sure wish you guys were able to come up with a thorough write up about the SPEC Benchmark architecture, and the techniques you guys used to get the numbers you get and, more importantly, how those techniques might apply to every day applicat
)
DHTML を加速する 12 の Tips
Mark Davis Microsoft Corporation November 2000 要約 : この記事では、パフォーマンスに大きく影響するいくつかの DHTML の機能と、DHTML ページの機能性を向上させるためのヒントについて説明します。 内容 はじめに DHTML の変更をバッチ処理する InnerText を使用する DOM を使用して個々の要素を追加する SELECT 要素のオプションを拡張する DOM を使用してテーブルを更新する 一度作成したコードを何度も使用する Dynamic Properties を多用しない データ バインドを使用する 文書に対して Expando プロパティを使用しない クラスとスタイル ルールの切り替えを避ける 親を検索する前にテキスト範囲を縮小する その他 はじめに Microsoft(R) Internet Explorer 4.0
Javaメモリ、GCチューニングとそれにまつわるトラブル対応手順まとめ - 日記のような何か
GC周りでトラブルシューティングした際の経験や、Web等で調べたことをまとめてみる。 前提 ・JVMは、Sun Javaを想定。(他は使ったことないです。。。) ・Sun Java 1.5-1.6を想定。 目標 マイナーGC、Full GCそれぞれが頻発することなく、かつそれぞれの実行時間を1秒未満に抑えること。 マイナーGCは1秒未満どころではなく、もっと短くなるべき。どれくらいが理想かは？(0.1秒未満ぐらいを目指したい？) 連続した負荷状態(想定されるピークアクセス)でもOutOfMemoryErrorが発生しないこと。 理想的な状態は、上記に加えて、Full GCの発生が低頻度であること。 具体的には、できるだけマイナーGCで短命オブジェクト(1回使ったらもう使わないようなオブジェクト。逆にセッションオブジェクト等は長命オブジェクトとなる)を破棄させて、短命オブジェクトが、Tenu
Mostly-Concurrent Mark & Sweep GC のアルゴリズム
目次 1. 前置き 2. HotSpot VM 1.4.x の GC の種類 3. Mostly-concurrent Mark & Sweep 4. 応用 4.1 世代別 GC との組み合わせ 4.2 カードマーキング (Card Marking) 4.3 並列化 (Parallel GC) 4.4 ビットワイズ・スイープ (Bitwise Sweep) 4.5 インクリメンタル・コンパクション (Incremental Compaction) 5. 参考文献 脚注 コメント 1. 背景 ガーベージコレクション(GC) には色々なアルゴリズムが存在するが、大雑把に言って Stop-the-World (STW) 型 GC と On-the-fly 型 GC に大別される。 STW 型の GC はプログラムの実行中にはガーベージの回収を行わず、メモリが枯渇した時になって始めてガーベージの回
)
Java Tuning White Paper(和訳) - JMeterガイド
JMeterガイド JMeterの使い方(背伸び編) トップページページ一覧メンバー編集 Java Tuning White Paper(和訳) 最終更新： susatadahiro 2007年04月23日(月) 02:41:40履歴 Tweet 意訳超訳です Java Tuning White Paper Java? Enterprise Platforms and Developer Organization Sun Microsystems, Inc. Revised: December 20, 2005 http://java.sun.com/performance/reference/whitepap... 4 Tuning Ideas By now you have taken the easy steps in the Best Practices section and h
ガベージコレクタの仕組みを理解する
GCを適切に行わせるためのヒープサイズの設定 JVMにGCを適切に行わせるにはヒープサイズを適切に設定（New領域サイズ、Old領域サイズ、領域サイズのバランスなど）する必要があります。当然、適切なヒープサイズはアプリケーションに依存します。一般にヒープサイズが小さいとGCが頻発してアプリケーションのパフォーマンスが低下します。さらに、ヒープサイズが必要量を下回る場合はOutOfMemoryErrorが発生してアプリケーションが停止してしまいます。一方、ヒープサイズが大きいと、GCの起動回数は減りますが、GC1回当たりの処理時間、すなわちアプリケーション停止状態が長くなり、アプリケーションの応答時間に問題が出る場合もあります。システムの物理メモリのフリー領域が不足するまでヒープサイズを大きくすると、物理メモリからスワップ領域へのページングが起こってしまい、かなりのパフォーマンスが劣化する可
wall-climb » コンカレントGCの注意点
次? 代のサーバマシンによるシステムでは、CPUマルチコア化が進み、OSぜ 64bit化によってメモリも豊富に眩 むような大規模なものが一般的になるのではないでしょうか。このようなサーバ上ぜ Tomcatを起動させる場合、その? 富なリソースを生かしぜ Javaのヒープサイズ、GCチューニングを実施するのが一般的だと思゜ れます。ただし、このオプションを中途半端に? ? すると、逆にパフォーマンスを損なう可能性があることに注? しなければならないようです。 CPUマルチコアリソースを十分に活用する為ぜ GCチューニングパラメータに、「-XX:+UseParNewGC」「-XX:+UseConcMarkSweepGC」があります。前者ぜ GC処理をマルチCPUでパラレルに? 施するオプション、「-XX:ParallelGCThreads=n」と合゜ せてパラレル処理? (n)を指定出来ます。
GUIなWEBサイトの負荷テストツール WebLOAD｜秋葉原ダイビルで働くエンジニアのブログ
秋葉原ダイビルで働くエンジニアのブログPHP、Java、Ruby、Ajax、Android、 Linux… 企業での「オープンソース活用」に取り組むエンジニアのブログGUIなWEBサイトの負荷テストツール WebLOADブログ 緑日です。 ちょっと古いかもしれませんが、 負荷テストツールを探していて、少し使えるかなと思ったので紹介。 WebLOAD 2年ほど前に、オープンソース化されたWebLOAD http://www.infoq.com/jp/news/2007/09/webload （オープンソース化） http://hp.vector.co.jp/authors/VA019702/webload/started.html （使ってみた系） などのように、使えそうだったので、入れようとしましたが、インストール用のファイルが見つからない。 で、http://we
ウノウラボ Unoh Labs: オープンソース戦略により、無償で使えるようになった負荷テストツール
こんにちは！ やまもと＠テスト番長です。 ウノウラボのコメント欄まで熟読されている慧眼な方は既にお気づきかもしれませんが、WebLOADという商用の負荷テストツールがオープンソース化され、無料で利用出来るようになりました。 http://www.webload.org/ 以前自分が書いた WEBアプリのテストに必須なツール7種のエントリにsaltysonicさんがコメントで教えてくださいました。ありがとうございました！ souceforge.net を探してみたところ、見つかりました。 WebLOAD 早速触ってみていますが、さすがに元商用だけあって多機能なようです。 関連記事も探してみたところ、以下のものが見つかりました。 http://news.earthweb.com/ent-news/article.php/3670176 http://www.testingreflec
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Speed and Performance Optimization
Java 8でPermGenのOutOfMemoryError問題は解決されるのか？
JavaMelody - Google 検索
Scripts at the Bottom
IBM Developer
WebLOAD: 商用の負荷テストツールが最近オープンソース化された
syboos.jp
layer8.sh