ugrás a tartalomhoz

lighttpd lassú js és css fileoknál

ratson · 2007. Ápr. 2. (H), 10.57
Sziasztok,

az 1.5ös lighty serverem jóval lassabban szolgálja ki a js és css fileokat mint az apache, holott a képeket sokkal gyorsabban tudja adni.
itt tudjátok megnézni a dolgot:
Lighty http://www.w3logic.hu:8080/design/
Apache2 http://www.w3logic.hu/design/

it vannak a töltési idők:
http://www.w3logic.hu/lighty/loadTimes_lighty.jpg
http://www.w3logic.hu/lighty/loadTimes_apache.jpg

és a modulok amiket használok:
http://www.w3logic.hu/lighty/lighttpd.conf.txt

Előre is köszi a segítséget...
rm
 
1

Cache

Jano · 2007. Ápr. 2. (H), 13.16
Ugye mindkét esetben üres cache-sel kéred le az oldalt?
2

persze

ratson · 2007. Ápr. 2. (H), 15.56
plusz ctrl+f5. többször ismételve.
az a fura hogy ha pl ab-val (apache benchmarkkal) kérdezem le mondjuk valamelyik js vagy css filet akkor lighty jobb eredményeket produkál, teljes honlap betöltésekor viszont nem. ami mondjuk a 80b-os file esetén kifejezetten meglepő.
3

Keep-Alive

attlad · 2007. Ápr. 2. (H), 17.19
Nálam az Apache válasz Connection: Keep-Alive fejléccel (és gzip-elve) jön. A lighttpd válasza ezek nélkül.
4

nem ez sajna

ratson · 2007. Ápr. 2. (H), 18.28
köszi az észrevételt, a keep-aliveot kikapcsoltam mivel pont olyan gyanus az elso par file betoltese mintha a szálra várna, a gzip pedig mondjuk egy 83b-os filenál nem oszt nem szoroz mégis 1,5 sec azt is lehuzni, és érdekes módon a képeknél meg egyszerre "megjavul" a kapcsolat... szal fura
5

nincs 5let?

ratson · 2007. Ápr. 7. (Szo), 17.27
senkinek nincs új ötlete?
6

megoldás

ratson · 2007. Ápr. 10. (K), 14.11
frissítettem a debiant a 4.0ás (etch) verzióra és megoldódott a probléma.