Pomalé načítání nette až 3 000ms

Nejspíš asi nepůjde cache že? cache

Opravdu nevím jak to změnit aby to bylo zelené, protože ve vertrigo configuračním programu nic neni

Zend mám na levelu 15
a zde je odkaz na tu konfiguraci php.

btw, jak jim může jet 5.3.6 na 2.2.17 Apache?? VC9 → VC6?

Ak si Debugger::$maxDepth nenastavoval, tak nieje moc veľké. Defaultne je tuším 3. Môžeš to nastaviť napr. v bootstrap.php popri Debugger::enable(...).

Intel Core 2 Duo 1,6GHZ
2GB ram DDR2
Nvidia Geforce 8600GT
HDD 150GB nevím značku

ten bootstrap zkusím

B30wu1f napsal(a):

Intel Core 2 Duo 1,6GHZ
2GB ram DDR2
HDD 150GB nevím značku

Jestli je to aplikace hostovaná pod widlemi (navíc s databází tamtéž), to celé na dnes již „obstarožním“ 150GB disku, tak je to +/- „v pořádku“. Koukni na debugbar, resp. na databázový profiler (jestli používáš), jaké odezvy mají SQL dotazy? Případně vyzkoušej nějaký „konkurenční“ PHP framework/CMS. Myslím, že odezvy budou podobné.

Taky myslím, že výsledek by na takovém stroji měl být mnohem lepší… pokud nejde třeba o údaj po promazání veškeré cache (RobotLoader, překlady šablon, …).
Je tu ale jedno téma, kde se řešily rychlosti hostingů, ale taky se tam vyskytlo pár zátěžových testů… https://forum.nette.org/…te-i-bez-nej … to by možná mohlo pomoct.

Počkám až mi přijde notebook z opravny a zkusím na něm nainstallovat MYSQL apache zařízení a poté zkusim framework.
Notebook je rychlejší než můj PC. Zatím díky za replies.

Xampp dokonce hlásí 9 749.8 ms :D já už nevim.. opraví se prodleva když nainstalluju jen ty programy na apache a mysql bez balíčků?

Editoval B30wu1f (24. 8. 2011 16:20)

Docela bych rád věděl kam se ty stopky maj nahrát.. na dokumentaci nic nevidím.

Potvrzuji existenci problému s pomalým Nette 2 beta (24.8.2011) na předem připravených WAMP balíčcích. Testoval jsem to s XAMPP a EasyPHP, obojí se stejným výsledkem (1300ms latence při refreshi stránky). Při poctivé instalaci jednotlivých komponent zvlášť to funguje normálně (~100ms u non-minified verze).

Je to dost možné. Každopádně jsem to dále nějak nezkoumal a nainstaloval to zvlášť. Díky tomu se pak i podařilo rozběhnout kombinaci Windows + Apache + PHP + MS WinCache. Pokud by někdo měl zájem, mohl bych napsat i nějaký jednoduchý tutorial.

Takže POZOR:

• pokud smažete open_basedir z php.ini, vaše aplikace budou astronomicky rychlé (naprosto stejně jako s minifikovanou verzí).
• doba běhu se sníží ze 180ms [500ms nemini verze] na 120ms(pro obě verze). (ještě se zaplým xdebug).
• výše jsou uvedené celkové časy, tedy včetně include loaderu. Samozřejmě čas v debugbaru se liší: u mini verze je většina času(80ms) vynaložena na ten první include, takže v panelu se ukáže krásných 30ms, zatímco u plné verze 110ms.
• Jenže mě znepokojuje právě chybějící ochrana souborů. (Vždy si vzpomenu na callbackPanel, který mi chtěl smazat c:/ – chyběl tam kus stringu v cestě). Nevíte jak zabezpečit toto bez open_basedir pod windows 7, apache 2?

PS: mám pocit, že jsem objevil ameriku.

PS2: když vypnu xdebug a zapnu eaccelerator, tak je to fofr, ze 12Oms na 50ms!

Editoval bojovyletoun (20. 1. 2012 23:06)

no ono i 250ms na locale je celkem dost.. takže máš buď slabší mašinu nebo nějaký problém v konfiguraci serveru.

Editoval 22 (21. 1. 2012 1:55)

No takže když se mi podařilo vytunit rychlost, tak pak se dá sledovat relevantně, co ja jak pomalé. Aktuálně tedy slabší místa jsou (hlavní)

• generování odkazů (mnoho)
• renderování formulářů
• vykreslování hoodně dat do debugbaru (při velké rekurzi:))
• … (méně výrazné:)
• přístup ke kontejneru
• získávání anotací

PS: ještě k velikosti APC. Pokud vyvíjím intenzivně (spustím 10 velkých projektů(do počtu souborů) na gitu (DOctrine SAndbox, Quickstart, CMS, NanoCMS,venne, wordpress, CoolMS, examples), tak to zabere nějakýc 150MB apc paměti a 700 souborů.
Takže to chce nastavit vhodně apc.shm_segments,apc.shm_size,apc.num_files_hint
osobně mám 2000 souborů, 3*128MB.

Editoval bojovyletoun (21. 1. 2012 18:41)