symfony 1.4 teljesítmény

[András]

Sziasztok!

Csináltunk egy tűrhető oldalt symfony 1.4-ben. Amikor a kész oldalt
feltettük a megrendelő szerverére tesztelés céljából, nagyon
meglepődtünk, mert egy oldal betöltése 4-10 másodperc. Még nem
publikus az oldal és jelszóval védett, tehát nem nagy a forgalom. A
szerveren viszont van még jó sok más oldal. (nem a szokásos shared
host szolgáltató, de sok oldal van ugyanezen a szerveren.) A többi
oldalak mind nagyon gyorsak...

Nem az adatbázis műveletek lassítják, ez a debug toolbarból is
látszik, de amúgy is.

Próbáltunk már elég sok mindent, xdebug profiler szerint elég nagy az
overheadje...

5.2.6-os php van a szerveren. Localhoston és a fejlesztői szerveren
nem volt gond.

Szóval a kérdésem, hogy symfony-t csak dedikált szerveren lehet
használni, vagy nálunk nem stimmel valami config?

Mi a tapasztalatotok?

András

[Szabolcs Heilig]

Helló!

Nem kéne ilyen lassúnak lennie, semmilyen körülmények közt sem. Shared hosting

alatt is ugyanúgy kell szaladnia mint bárhogy máshogy. Nem attól függ, milyen

a hosting, attól viszont függhet, milyen a szerver terheltsége.

2010/6/23 András <band...@gmail.com>

Nem az adatbázis műveletek lassítják, ez a debug toolbarból is
látszik, de amúgy is.

Ok, szóval a queryk miliszekundumok alatt lefutnak?

 

Próbáltunk már elég sok mindent, xdebug profiler szerint elég nagy az
overheadje...

Már minek nagy az overheadje? Itt szerintem lemaradt némi infó...

 

5.2.6-os php van a szerveren. Localhoston és a fejlesztői szerveren
nem volt gond.

Szóval a kérdésem, hogy symfony-t csak dedikált szerveren lehet
használni, vagy nálunk nem stimmel valami config?

Nem stimmel valami szerintem. Gondolom ilyen alapok, hogy cache be legyen

kapcsolva, nem játszanak.

Bár írtad, a többi oldal villámgyorsan bejön ugyanazon a szerveren, de azért

jó lenne tudni, milyen a terheltsége a szervernek. Minimum háttérinfó gyanánt, vagy

hogy ezt a vonalat tényleg kizárhassuk,

 Heilig Szabolcs

[János Krnák]

Hi,

Nezzetek meg firebuggal v chrome profilerevel, h nem e a frontend var sokaig.

Lehet, h valami olyan kepet/swf-et probal leszedni v js-t betolteni aminek olyan abszolult url-t adtatok meg amelyik host nem el, v timeoutol.

Logokban mi latszik az sfTimertol? Minek a betoltese tart sokaig?

udv

Janos

2010/6/23 András <band...@gmail.com>

--
Azért kapta ezt az üzenetet, mert feliratkozott a Google Csoportok szolgáltatásbeli Symfony-hu csoportra.
Ha üzenetet szeretne küldeni ebbe a csoportba, küldjön egy e-mailt a(z) symfo...@googlegroups.com címre.
Ha le szeretne iratkozni a csoportról, küldjön e-mailt a(z) symfony-hu+...@googlegroups.com címre.
További lehetőségekért keresse fel a csoportot a(z) http://groups.google.com/group/symfony-hu?hl=hu címen.

[Kenez Andras]

Szia!

Magában az oldalban szinte nincs kép (egy darab van, 4970byte, meg pár ikon).
Az oldal, ami megjelenik, egy nagy összesítő táblázat, amiben sok adat
megjelenik, van szűrő és lapozó benne. Használunk sfguardot.
Az internet kapcsolatunk elég gyors (bérelt vonal, 20 megabit/s), a
szerver is jó helyen van, szóval nem a hálózati késleltetés a hunyó.

Ezt írja az sf toolbar:

type calls time (ms) time (%)
Configuration 10 101.34 1
Factories 1 297.72 4
Action "task/index" 1 1749.74 27
Database (Doctrine) 12 0.31 0
View "Success" for "task/index" 1 3959.72 62
Partial "global/_list_pager" 1 17.14 0
Partial "global/_list_footer" 1 35.15 0

A symfony logjából nem derül ki ennél sokkal több, sajnos csak
másodperc pontossággal vannak benne az adatok. Elég sok idő megy el a
template összerakással meg a routinggal, de nem látszik kiugróan lassú
pont, elég egyenletes.

Az lehet gond, hogy ez a rész nincs benne a httpd.conf-ban? (a szerver
rendszergazda csak egy sima virtualhosztot csinált)
Alias /sf /home/sfproject/lib/vendor/symfony/data/web/sf
<Directory "/home/sfproject/lib/vendor/symfony/data/web/sf">
AllowOverride All
Allow from All
</Directory>

2010/6/24 János Krnák <janos...@gmail.com>:

[Kenez Andras]

Szia!

Az sf toolbar szerint 0.28ms kell a doctrine műveletekhez. (meg
igyekeztünk is rendbe tenni a doctrine queryket, join-oltunk, hogy ne
legyen sok query)

Nekem úgy tűnik, mintha a CPU-nak nem lenne elég kapacitása a sok
objektum példányosításhoz, meg függvényhíváshoz. Xdebug profilerben
szépen látszik, hogy milyen sok művelet tartozik egy link
elkészítéséhez például. Erre értettem az overhead-et.
Ki fogjuk próbálni egy virtual szerveren is, ahol már csak ez fut, és
talán lehet jobban látni, hogy mekkora terhelést jelent egy oldal
betöltés.

András

2010/6/24 Szabolcs Heilig <szabolc...@gmail.com>:

[Ferencz-Csibi Attila]

Szia,

Cache layer be van kapcsolva?

Udv,
A.

Sent from my iPad

[Ámon Tamás]

Localhoston hogy megy? Általában az adatbázis gyengíti az oldalakat.
Nekem van (1.3-as) oldalam, ahol vannak elég lassú oldalbetöltések, de
ott több mint 50 lekérdezés van. Esetleg valami kép generálás? Jó
volna látni az oldalt, akkor talán többet tudnánk mondani. Több szem
többet lát :)

2010/6/24 Kenez Andras <band...@gmail.com>:

--
Ámon Tamás

[Kenez Andras]

A symfony cache-re vagy php-s cache-re (APC) gondolsz?

Amúgy nincs egyik sem, illetve most a rendszergazda feltett egy apc-t
a szerverre, de mi nem módosítottuk még a kódot.
Szerintem azért cache nélkül is gyorsabban be kellene jönni egy
oldalnak. A cache célja az lenne, hogy ha sokan nézik, akkor
tehermentesítse a rendszert. Ezt az oldalt még csak 1-2 ember teszteli
néha.

András

2010/6/24 Ferencz-Csibi Attila <ferencz...@gmail.com>: