Pomalé stahování obrázků

7. 6. 2012 14:39:38

Zdravím vás,

již nějakou dobu řeším problém s pomalým zobrazováním obrázků na webu - trvá dobu než se načtou. Občas se i stane, že se všechny obrázky nezobrazí. Problém pravděpodobně bude i u ostatních stat. souborů. Při stahování stat. souborů z webu i FTP se rychlost pohybuje kolem 60kB/s. Samozřejmě vyzkoušeno na několika daleko rychlejších připojení k internetu.

Konektivita u serverhostingu je 100 Mbps / 1 Gbps

Čekal jsem, že to bude přetíženým apachem, tak jsem zkusil nainstalovat nginx před apache, ale zlepšení zanedbatelný.

Měli byste prosím nějaký nápad, jak bych mohl toto pořešit? Jak se měří Server (CPU) není nijak přetížen, ale mimo špičku je načítání obr. o něco lepší..

Přikládám obrázek s konektivitou za poslední den

7. 6. 2012 14:39:38

https://webtrh.cz/diskuse/pomale-stahovani-obrazku/#reply772657

(20 hodnocení)

7. 6. 2012 14:50:05

dej mi url treba do PM neco zkusim

7. 6. 2012 14:50:05

https://webtrh.cz/diskuse/pomale-stahovani-obrazku/#reply772656

Martin Schlemmer

(36 hodnocení)

7. 6. 2012 14:56:03

Uveďte URL. Bez něj nám zbývá jen křišťálová koule.

7. 6. 2012 14:56:03

https://webtrh.cz/diskuse/pomale-stahovani-obrazku/#reply772655

(20 hodnocení)

7. 6. 2012 15:29:32

z tveho url a testů co jsem udelal vyplyva ze nemas vubec zadny problem a vse je v norme a rychle... tedy u me :) takze tady asi nepomuzu...

7. 6. 2012 15:29:32

https://webtrh.cz/diskuse/pomale-stahovani-obrazku/#reply772654

jirri

(1 hodnocení)

7. 6. 2012 15:43:11

problém bývá hlavně ve večerních hodinách, kdy to bývá více zatížený a rychlost downloadu je rapidně nižší. Ale nevím co se tak přetěžuje nebo jak to zjistit. Dostávám často zprávy, že místo obrázků tam jsou křížky (jistě v IE), pomalý načítání apod.

7. 6. 2012 15:43:11

https://webtrh.cz/diskuse/pomale-stahovani-obrazku/#reply772653

Martin Schlemmer

(36 hodnocení)

7. 6. 2012 16:06:37

Máte tam opravdu hodně požadavků, které se navzájem blokují.

Udělejte všechno pro jejich odblokování.

Načítejte JS asynchronně.

Spojte desítky malých ikonek do CSS spritu

http://css-tricks.com/css-sprites/

Načítejte požadavky z více domén.

7. 6. 2012 16:06:37

https://webtrh.cz/diskuse/pomale-stahovani-obrazku/#reply772652

jirri

(1 hodnocení)

11. 6. 2012 23:34:57

Děkuji za rady. Zkusim ještě více obrázků pospojit do jednoho v CSS. JS asynchronně bych řekl, že moc nepomůže, když používám jeden js soubor, max. dva. Požadavky, které se navzájem blokují: myslíte tím obrázky? To pak mohu pořešit jedině tím pospojováním img do jednoho v css nebo umístít do více domén/poddoměn? Zajímalo mě také hlavně čím bych mohl zrychlit rychlost downloadu? Zda to nemůže být někde "utažený" a případně jak to zjistim?

11. 6. 2012 23:34:57

https://webtrh.cz/diskuse/pomale-stahovani-obrazku/#reply772651

Martin Schlemmer

(36 hodnocení)

12. 6. 2012 00:17:15

Rychlost stahování stránky i s vodopádem požadavků vám ukáží třeba tyto nástroje

http://tools.pingdom.com/fpt/

http://www.webpagetest.org/

A z vašeho vlastního počítače Chrome, nebo Firefox s rozšířením Firebug ( + Yslow).

12. 6. 2012 00:17:15

https://webtrh.cz/diskuse/pomale-stahovani-obrazku/#reply772650

Petr Soukup

(5 hodnocení)

12. 6. 2012 00:34:02

Dobré je také zkontrolovat, zda už nenarážíte na limit požadavků apache (resp na množství procesů). Požadavky se pak řadí do fronty, přestože server třeba ani není vytížený.

Uvádíte, že před apachem je nginx. Přeposílá jen všechno do apache nebo je nastaven na servírování statického obsahu přímo? To by počet požadavků vyřešilo.

Pak je samozřejmě otázkou, co je to za server - zda má rychlé disky a zda je dostatečně velká RAM, aby se opakované požadavky vyřešily přímo z ní bez potřeba čtení z disku.

12. 6. 2012 00:34:02

https://webtrh.cz/diskuse/pomale-stahovani-obrazku/#reply772649

McFly

(4 hodnocení)

13. 6. 2012 09:38:01

Keep alive nginx reverzní proxy s obsluhou statických dat (obrázky, styly, js, aj.) předsadit před apache. Už jste psal, že jste podobný počin zkusil, ale nastavil jste tam obsluhu statického obsahu právě tím nginxem? ;-)

13. 6. 2012 09:38:01

https://webtrh.cz/diskuse/pomale-stahovani-obrazku/#reply772648

jirri

(1 hodnocení)

14. 6. 2012 00:27:48

Martin Schlemmer: díky za http://tools.pingdom.com/fpt/ - to jsem dosud neznal

Souki: je to stejné i u stahování přes FTP, tak apache by neměl být tou příčinou. Pro jistotu se někdy podívám jak jsou na tom maxclients, maxspareservers atd. Server je celkem nový: 20GB RAM, 15k disky

McFly: obrázky jsem kvůli tomu přesunul na jinou poddoménu, u které nginx rovnou obrázky přečte. U ostatních domén je proxy_set_header, proxy_pass http://127.0....

Také mě zaráží, že uploud je rychlejší než download. Například dnes jsem na server nahrával rychlostí cca 200 kB/s a stahoval cca 40 kB/s.

14. 6. 2012 00:27:48

https://webtrh.cz/diskuse/pomale-stahovani-obrazku/#reply772647

Petr Soukup

(5 hodnocení)

14. 6. 2012 11:05:03

A neběží ti tam na pozadí třeba nějaký trojan, který ve velkém rozesílá spam a vytěžuje ti linku? :)

14. 6. 2012 11:05:03

https://webtrh.cz/diskuse/pomale-stahovani-obrazku/#reply772646

jirri

(1 hodnocení)

14. 6. 2012 20:07:07

Snad ne :) Moc teda do Linuxu nevidim, ale když jsem spustil příkaz "top", nic podezřelého se tam neobjevilo... Lze nějak sledovat aktuální vytížení konektivity - kolik se aktuálně přenáší dat atd.?

14. 6. 2012 20:07:07

https://webtrh.cz/diskuse/pomale-stahovani-obrazku/#reply772645

McFly

(4 hodnocení)

14. 6. 2012 22:24:46

iptraf ;-)

14. 6. 2012 22:24:46

https://webtrh.cz/diskuse/pomale-stahovani-obrazku/#reply772644

petrx

(8 hodnocení)

21. 6. 2012 21:17:43

1) Napište zde URL toho webu