W dniu niedziela, 5 maja 2013 22:06:51 UTC+2 użytkownik M.M. napisał:
> W dniu niedziela, 5 maja 2013 06:32:41 UTC+2 użytkownik u...@d...invalid
napisał:
>
> > Jakby� mia� tak� ogl�dalno�� jak facebook to
>
> > mia�by� te� taki sam bud�et. IMO powolno�� PHP, kt�ra i
>
> > tak nie razi, jest pomijalna w ~95%
>
> > przypadk�w.
>
>
>
> Sa rozne aplikacje webowe. W wiekszosci waskim gardlem sa naprowadzenia
>
> glowicy na dysku, ale nie wiem czy wiekszosc to 95%, czy moze 60%. Jesli
>

dyski maja cache w ram - i kiedys
pisalem jak to ladnie dziala, np
pierwsza kompilacja blisko 10 s
a kolejna 1 s, innym razem o tym
ze dostep z cache jest niewiele
wolniejszy niz memcopy ) wydaje sie
wiec ze to cache powinno dzialac
zwlaszcza ze wspolczesne kompy maja
sporo ramu - czyzby nie dzialalo ?

> sie nie stosuje zadnych dodatkowych sposobow buforowania, to JSP moze
>
> wygrywac z PHP. Ale poza aplikacja sa jeszcze dane. Duze zbiory danych
>
> moga nie miescic sie w buforach i zaden jezyk programowania nie wplynie
>
> na poprawe wydajnosci. Czyli masz racje.
>
>
>
> Niemniej zdarzaj sie aplikacje, w ktorych obliczenia tez w jakims
>
> stopniu skladaja sie na waskie gardlo. Gdy jestem na etapie projektowania
>
> aplikacji, to trudno ocenic mi co i w jakim stopniu bedzie problemem. Jesli
>
> od razu wybiera sie wydajny jezyk programowania, to ma sie problem
>
> dlugotrwalych obliczen czesciowo rozwiazany. No ale mozna jezyki laczyc...
>
> nic nie stoi na przeszkodzie, zeby z poziomu PHP wywolac procedure napisana
>
> chocby w asemblerze.
>
>
>
> Stara zasada mowi, trzeba napisac, zobaczy co najbardziej obciaza i dopiero
>
> wtedy optymalizowac.
>
>
>
> Pozdrawiam