🚀 go-pugleaf

On Monday, July 6, 2015 at 12:42:06 AM UTC+2, Borys Pogoreło wrote:
> Dnia Wed, 1 Jul 2015 13:36:32 -0700 (PDT), M.M. napisał(a):
> 
> >> Ale za mało szczegółów podałeś, by móc powiedzieć coś więcej. 
> >
> > Dużo bym musiał się napisać. Czy można jakoś obliczyć czas
> > przetwarzania danych w oparciu o memcached? Ile czasu trwa
> > jedno zapytanie w zależności od warunków?
> 
> Napisz prosty skrypt z pseudo-profilerem - microtime(true) + zapis pliku do
> memcached + microtime(true) + odczyt pliku z memcached + microtime(true) +
> prosta arytmetyka. To samo z metodą plikową, najlepiej po restarcie
> procesów serwera. Od razu będzie widać co ile trwa.
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. 

Ile czasu powinno trwać pobranie z memcached jednej małej 
porcji danych? Weźmy np. taki scenariusz:
1) Mamy bardzo wydaje środowisko, np. program skompilowany w C++ - odpowiednik
   Twojej arytmetyki.
2) Łączymy się z serwerem.
3) Milion razy pobieramy  np. 1kb danych na podstawie klucza.
  a) serwer jest na tym samym komputerze
  b) serwer jest na innym komputerze w sieci lokalnej.
4) Rozłączamy się z serwerem.

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


> > Na pewno buforuje je OS i na pewno są wczytywane sekwencyjnie
> > przy starcie skryptu. Ale to zawsze operacje dyskowe plus
> > parsowanie PHP (metoda unserialize). Rozmiar rzędu 30MB.
> 
> Lekka masakra, naprawdę tego nie da się zoptymalizować? To jest coś, nad
> czym warto posiedzieć i zrobić lepiej.

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

Pozdrawiam