Negalėjau neišbandyti. Taigi serveris: Amazon small instance 1.7 GB memory, 1 EC2 Compute Unit. OS ubuntu 11.10 64bit. Į vieną serverį instaliavau Zend Server Comunity Edition PHP 5.3, į kitą Zend Server Comunity Edition PHP 5.4 (technology preview). Instaliavau magento parduotuvę ver 1.6.2.0 ir sample data ver 1.6.1.0 jokių optimizacijų nedariau, tiesiog švari instaliacija pagal numatytuosius nustatymus. Ant abiejų serverių paleidau anksčiau aprašytą įrankį LoadImpact.com testų konfigūracija: 80 SBU vartotojų per 5 min, scenarijus automatiškai sugeneruotas.
Ar bandėte sau ar užsakovams atsakyti į klausimą „Kiek vartotojų atlaikys svetainė?“ arba „Kokio serverio reikia norint, kad atlaikytų X vartotojų?„. Jei taip – tikriausia žinote, kad vienareikšmiškai atsakyti pakankamai sunku, tam reikia realios aplinkos ir didelio vartotojų kiekio. Nusiperkame kažkokį serverį ir imamės srauto generatoriaus. Dažna klaida yra naudoti kažką panašaus į „ab -kc 10 -t 30 http://blog.mysql.lt/„, nes tai kraus vieną ir tą patį url adresą, taigi niekaip nesukurs realios situacijos (tai skaudžiai patyriau savo kailiu). Į pagalbą gali ateiti vienas iš mano senai rastų servisų https://loadimpact.com
Tikriausia kiekvienas PHP programuotojas, kuris yra susidūręs su ilgai vykdomais sunkiais procesais, pastebėjo, kad PHP programa nuolat lėtėja. Itin gerai tai žino Magento integravę žmonės, kai reikia importuoti didelį kiekį prekių iš išorinių šaltinių. Tai įvyksta todėl, kad neefektyviai naudojama operatyvioji atmintinė, kurioje kaupiasi šiukšlės ir trikdo programos darbą su atmintimi, blogiausiu atveju programa nutraukia darbą, nes viršyja numatytą didžiausią atminties kiekį.
Kai kurie tikriausia pagalvojo – Magento… Teisingai! Tikrai opi problema, kuriai atrodo, kad nėra sprendimo. Taigi apie tai ir pakalbėkime.