🚀 go-pugleaf

Dnia Mon, 6 Jul 2015 05:41:46 -0700 (PDT), M.M. napisał(a):

> Jeśli nie będę miał innego wyjścia, zrobię tak jak powyżej zaproponowałeś.
> Zastanawiam się, czy można w miarę dokładnie oszacować ten czas, bez
> pisania skryptów. 

Oczywiście, np. xdebug + kcachegrind, ale ja za nim nie przepadam. Choć do
szukania wąskich gardeł w większym kodzie to jedyny sensowny sposób.

> Jakiego czasu należy się spodziewać, na dobrym sprzęcie i na dobrze
> skonfigurowanym serwerze?

Jakiego dokładnie to Ci nie napiszę, ale przy milionie to zawsze będzie
zauważalne. Milion to nie jest też skala zwykłej aplikacji webowej.

Zrobiłem szybki test takim kodem:

$rand = openssl_random_pseudo_bytes(1024);
$t = microtime(true);

$m = new Memcache();
$m->addServer('localhost', 11211);
$m->set('test', $rand);

for ($i = 0; $i < 1000000; $i++)
{
    $val = $m->get('test');
}

printf('%.2f', microtime(true) - $t);

Wynik u mnie to 25.28 s. (php 5.6.10, windows)

> Czy da się bazę sql dyskową zoptymalizować? Raczej nie, chyba żeby włączyć
> buforowanie zapisu w RAM.

Zoptymalizować same zapytania. Albo przemyśleć architekturę aplikacji czy
na pewno trzeba pobierać tysiąc razy jakiś zasób - może da się pobrać
dziesięć razy dopełnienie zbioru i wyliczyć resztę? Albo zawrzeć to
wszystko w 10 zapytaniach, a resztą zajmie się baza? Itp. itd.

-- 
Borys Pogoreło
borys(#)leszno,edu,pl