繰り返しサイトに背景画像サイズvs速度

Question

破壊も修復もおもしろくな人が行った実験の背景付きます。また、通常の作成を背景とを繰り返し少なくとも一つの方向(xまたはy。

例
ということかとい勾配の背景が繰り返されます勾配の高さは400px.いくつかの可能性.を作ることができまし小さな画像としての可能（1ピクセル幅400ピクセルの高さ）を作成することができま大きな画像400ピクセルの高さです。

観測
以降勾配は400ピクセルが高いかを選択ファイル形式GIF形式で保存256適応している。それenaoughれば、勾配はごく微細なものではないことが多く、その他いろな店内イメージとして24-bit PNG画像の保存完了の勾配です。

ジレンマ
すべてを1×400pxが繰り返される n 時に水平またはすべてイメージを100×400pxサイズを高速にレンダリングをブラウザにおいてより大きな画像ファイルのサイズです。

います。 画像サイズに対すレンダリング速? れます。だけを試験す。についてブラウザのレンダリング速度と小さい画像の描画をちらつき...

Answer 1

描画速度のあるボトルネック、あらかじめ大きなタイルに入れることができるブラウザのキャッシュ.

私は実際に試したことを主要なブラウザは、少なくとも一緒に描画される著に遅非常に小さなタイル.

そのビットマップサイズながらないような 湖 大きなファイルサイズを、探しに行くとのこと。試験は自分でしました。(なりますのでIE6としても多くの人々にこだわっています。

ることができるかもしれませバランス良くビットマップサイズおよびファイルサイズのものですが、一般的に食べてみ50x400,100x400,200x400も400x400(ピクセル単位)で作成します。

Answer 2

していることが分かったが大きな違いをレンダリング性能、ブラウザがあれば、すばやく、背景画像の幅を1pxを繰り返します。このような背景イメージは少し大きます。で画像の幅100pxを行い、ブラウザです。この中でご利用の際は、繰り返しの背景に画像をdraggable層多数ご用意しております。をドラッグ機能は自分が写っているというのを繰り返しの背景イメージです。

Answer 3

思っているとの指摘のためのコストを送信ダスト数(1-2みの例はこちら）。8k-1.6kb場合に逃げることができ8ビット)以上のような2.4kb-4.0kb24bit

2ピクセルカラムより、必要な繰り返しに必要なblitを背景に減の1/3最大1.6kb(8-bit)または4kb(24bit)

でも1列分のblit転送に必要な下半分の要素の幅になります。

場合に背景を行う秒未満のための56.6kモデムの思いはもちろん十分です。

Answer 4

の場合 小さな寸法イメージの影響などをレンダリングでは難しいことだと思い他のもブラウザはサーフェスの画像を内部で常にタイリング.

とはいえ、私が使用しない1ピクセルの画像寸法で画像を明確にせずにリサイズします。PNGの圧縮を扱うことで非常に少ないコストでのファイルサイズ、ほとんどです。

Answer 5

いにお金を入れて、ボトルネックの画像をダウンロードでレンダリングエンジンのタイリングでの1ピクセル幅のオプションです。

また、24-bit PNGは冗長からだだけ8ビットのチャンネルあたり赤、緑、青).

Answer 6

私は一般的に好きに行くと1pixel広くご勾配う少し明ができるように5pixel幅る十分なスペースの勾配の維持の一貫性と透明感のある全ページ..でも私はあなたがよりパターンの画像を単一画像を背景に位置(css sprites)に位置しでダウンロードいた単一画像のう50kbうにし、できるだけ手間をかけずにcomapared5 40kb画像からのブラウザが少ない要求をサーバー...

Answer 7

していないベンチマーキングこんねることで最も近代的なコンピュータのレンダリングな問題には常に保存したい、画像をダウンロードす。いくために1pxタイプのグラフィー。