LINUXSOFT.cz Přeskoč levou lištu
Uživatel: Heslo:  
   CZUKPL

> Poor Http vs. Apache Benchmark

Po dokončení další verze (Apache compatible) Poor Http serveru, jsem chtěl zjistit, jak je na tom server s výkonem ve skutečnosti. Vyslal jsem ho tedy s malou podporou Lighttpd do boje se serverem Apache (2.2.16) a mod_pythonem (3.3.1).

23.8.2010 00:00 | Ondřej Tůma | Články autora | přečteno 4891×

Testovací prostředí

Testovacím serverem mě byl můj netbook Compaq s procesorem Intel Atom N270 1.60 GHz, 2GB RAM, vypnutý swap. Operační systém je Linux Debian Squeeze updatovaný k datu 30. 7. 2010. Testy byly spuštěny z jiného stroje přes zabezpečenou (WEP 40) WLAN v Ad-Hoc režimu. Dotazy byly prováděny na host name, nicméně záznam byl uložen v tabulce /etc/hosts. Úzkým hrdlem testování byla evidentně síť, která vše dost brzdila.

Každý test byl spuštěn přibližně 60 vteřin. Občas jsem si všiml velmi zvláštního jevu u serveru Apache, kdy docházelo k nevyřízení požadavků. Tzn., server začal vracet status 500 a v logu se objevovali nesmyslné chyby typu: NameError: name ‚dispatch_table‘ is not defined. Do testu je pak započítán pouze čas správně vyřízených požadavků. Oba servery byly spuštěny v „produkčním” módu, tedy s vypnutým python debugem a zapnutou optimalizací. Server Apache dostal v průběhu testů nějaký ten čas na rozjezd (občas mu trvalo, než začal odpovídat relevantně rychle. Test byl tedy po „rozjetí” ukončen a znovu spuštěn.

Konfigurace serverů

httpd.conf:
# keepalive is off by default
Timeout 300
KeepAlive Off
MaxKeepAliveRequests 100
KeepAliveTimeout 15

# use client-supplied SERVER_NAME
UseCanonicalName Off

# do not lookup hostnames
HostnameLookups Off

<ifmodule prefork.c>
StartServers 10
MinSpareServers 10
MaxSpareServers 10
MaxClients 220
MaxRequestsPerChild 2000
</ifmodule>

PythonOptimize On

# document root directory
<directory>
SetHandler mod_python
PythonHandler /srv/poorpublisher/poorpublisher/poorpublisher.py
PythonDebug Off
PythonAutoReload Off
PythonPath "['/srv/poorpublisher/poorpublisher','/srv/test/app'] + sys.path"

Order allow,deny
Allow from all

<Files ~= "\.(gif|html|jpg|png|css|js|txt)$">
SetHandler default-handler
</files>
</directory>
lighttpd.conf:
server.modules   += ( "mod_proxy" )
$HTTP["host"] == "test.dev" {
proxy.server = ( "" => ( ( "host" => "127.0.1.1",
"port" => "8081") ) )
# ( "host" => "127.0.1.1",
# "port" => "8181") ) )
}
poorhttp.ini:
# server type could be: single, forking or threading
# default = Single
type = forking

# exception traceback to html pages
# default False
# debug = True

# auto reloading modules when they are changed
# default False
# autoreload = True

Sériový test

První série testů prováděla sériové dotazování. V jednom procesu byly cyklicky generovány dotazy na server, po obsloužení jednoho požadavku serveru byl odeslán další. Tomuto testu tedy říkám sériový test. Měřeny byly zejména časy odpovědí (ans t) a časy kompletních stránek (res t). V tabulce jsou dále uvedeny ans/s a res/s, což odpovídá teoretickému počtu odpovědí/stránek za vteřinu. Skutečný průměr počítaný z celkového počtu odpovědí a času testu je real/s. Ten by měl být vždy menší, neboť ans t a res t jsou měřeny jako čas od spojení socketu do přijmutí 15ti znaků, resp. do stažení celé stránky. Režie zpracování výsledků je započítána až do real/s.


ans/sres/sreal/sans tres t
Single183,02110,8580,490,00540,0090
Forking59,8849,1640,260,01660,0203
Threading154,93103,3576,140,00640,0096
Apache prefork184,60137,5781,010,00540,0072
Lighttpd + Single79,4177,5257,910,01250,0128
Lighttpd + 2 x Single77,0374,3056,210,01290,0134

Sloupečky v grafu mají stejné pořadí jako v tabulce (ans/s, res/s, real/s - serial test a ans t, res t - serial time).

^ větší znamená lepší


v menší znamená lepší



Paralelní test

Druhá série testů byla prováděna stejnou aplikací, i měření bylo totožné, jen požadavky nebyly odesílány postupně, ale najednou 100 dotazů každou sekundu. Dotazy byly odeslány paralelně pomocí threadů, každý dotaz byl pak zpracován zvlášť. Všechny hodnoty jsou měřené stejně jako v případě sériového testu, hodnota real/s je tedy počet všech stažených stránek za dobu testu. Test ve skutečnosti netrval vždy 60 sekund, protože některé konfigurace způsobovali zahlcení testovací aplikace. hranice pro ukončení serveru bylo 600 nezpracovaných threadů. Tuto hranici dosáhly konfigurace Single, Threading a Lighttpd    + Single.


ans/sreq/spreq/sans treq t
Single9,148,8082,950,10930,1135
Forking5,124,8460,760,19500,2065
Threading6,215,8958,800,16080,1696
Apache prefork4,964,8570,790,20140,2060
Lighttpd + Single0,640,6479,501,55101,5514
Lighttpd + 2 x Single2,882,8792,040,34710,3475

Sloupečky v grafu mají stejné pořadí jako v tabulce (ans/s, res/s, real/s - serial test a  ans t, res t - serial time).

^ větší znamená lepší


v menší znamená lepší



Paměťové nároky

Měření paměťových nároků je velmi obtížný proces. V první řadě se mi nepodařilo rozumě odchytit množství pracujících procesů. Forkování procesů se často děje metodou write-on-change a tato skutečnost není do tabulek nijak promítnuta. Nakonec je tabulka počítána pro 4 procesy Apache a Poor Http v režimu Forking, kdy právě 4 procesy Apache žijí v systému. Dále je třeba brát v úvahu, že Apache procesy (alespoň některé) běží v systému vždy, i když je klid. Všechny konfigurace, byť jsou v tabulce uvedeny 4 procesy, byly nejdříve zatíženy 10ti a následně 100kou paralelních dotazů. Růst paměti nebyl u žádného ze sledovaných serverů lineární, spíše se zvedla náročnost o max. pár stovek bytů.

Paměť byla měřena příkazem: ps axo ppid,size,vsize,cmd | grep SLUZBA. V případě serveru Apache jsem z grafu schválně vyjmul hodnotu 4 x size, hodnota je příliš vysoká a ztrácí se pak porovnání ostatních konfigurací.


sizevsize4 x size
Lighttpd9526 196952
Poor Http Single4 16010 4404 160
Lighttpd + 4 x Single5 11216 63617 592
Poor Http Forking4 19610 47641 960
Poor Http Threading38 00844 28838 008
Apache228 832237 156*917 344
Sloupečky v grafu mají stejné pořadí jako v tabulce (size, vsize, 4 x size).
* Číslo je vypočítáno jako 4*size + parent process size

v menší znamená lepší



Závěrem

Každé opakování testu vede k malinko jiným výsledkům, proto jsem test prováděl po sobě, tak, aby nálada testovacího systému ovlivnila měření co nejméně. Co se vývoje aplikací týče, Poor Http má daleko lepší autoreloading modulů, resp. skutečně reloaduje každý modul, pokud je tak nastaven. Je ale důležité, že Single mód je tzv. blokující, a v případě zdržení jednoho requestu se server zablokuje (nastane deadlock). Tento nešvar je možné částečně odstranit použitím nějaké proxy před serverem. Lighttpd navíc disponuje tzv. load-balancing konfigurací, kdy je možno zátěž rozložit mezi několik serverů, což je případ právě Lighttpd + 2 x Single. Tak či tak, Poor Http si proti Apache nestojí vůbec špatně, i když je znatelně méně výkonnější, pro menší projekty, vývoj a pro místa s menší RAM je rozhodně vhodný, neztratí se ale i v jiném náročnějším prostředí.

Verze pro tisk

pridej.cz

 

DISKUZE

Co bezelo na serveru? 23.8.2010 08:49 Radim Kolář
  L Re: Co bezelo na serveru? 23.8.2010 10:21 Ondřej Tůma




Příspívat do diskuze mohou pouze registrovaní uživatelé.
> Vyhledávání software
> Vyhledávání článků

5.3.2017 19:12 /Redakce Linuxsoft.cz
PR: 23. března proběhne v Praze konferenci na téma Cloud computing v praxi. Hlavními tématy jsou: Nejžhavější trendy v oblasti cloudu a cloudových řešení, Moderní cloudové služby, Infrastruktura současných cloudů, Efektivní využití cloudu, Nástrahy cloudových řešení a jak se jim vyhnout.
Přidat komentář

27.2.2017 22:12 /František Kučera
Pozvánka na 137. sraz OpenAlt – Praha: Tentokrát jsme si pro vás připravili neobvyklou akci. Ve středu 1.3. v 17:30 nás přivítá sdružení CZ.NIC ve svých prostorách v Milešovské ulici číslo 5 na Praze 3, kde si pro nás připravili krátkou prezentaci jejich činnosti. Následně navštívíme jejich datacentrum pod Žižkovskou věží. Provedou nás prostory, které jsou běžnému smrtelníkovi nedostupné!
Po ukončení prohlídky se všchni odebereme do hostince U vodoucha, Jagelonská 21, Praha 3 pochutnat si na některém z vybraných piv či dát si něco na zub. Rezervaci máme od 19:30, heslo je OpenAlt.
Ale pozor! Do prostor datového centra máme omezený přístup, dostane se tam pouze 10 lidí! Takže kdo přijde dříve, ten má přednost, a občanky s sebou! Kdo nebude chtít na prohlídku datového centra, může se pomalu přesunout do hostince U vodoucha a u nepřeberné nabídky piv počkat na ostatní.
Přidat komentář

18.1.2017 0:49 /František Kučera
Členové a příznivci spolku OpenAlt se pravidelně schází v Praze a Brně. Fotky z pražských srazů za uplynulý rok si můžete prohlédnout na stránkách spolku. Příští sraz se koná už 19. ledna – tentokrát je tématem ergonomie ovládání počítače – tzn. klávesnice, myši a další zařízení. Také budete mít příležitost si prohlédnout pražský hackerspace Brmlab.
Přidat komentář

8.1.2017 17:51 /František Kučera
Máš rád svobodný software a hardware nebo se o nich chceš něco dozvědět? Přijď na sraz spolku OpenAlt, který se bude konat ve čtvrtek 19. ledna od 18:30 v pražském hackerspacu Brmlab. Tentokrát je tématem srazu ergonomie ovládání počítače – tzn. klávesnice, myši a další zařízení. K vidění bude mechanická klávesnice dasKeyboard, trackball Logitech nebo grafický tablet (a velký touchpad) Wacom. Přineste i vy ukázat svoje zajímavé klávesnice a další HW. V 18:20 je sraz před budovou, v 18:30 jdeme společně dovnitř, je tedy dobré přijít včas. Podle zájmu se později přesuneme do nějaké restaurace v okolí.
Přidat komentář

1.12.2016 22:13 /František Kučera
Máš rád svobodný software a hardware nebo se o nich chceš něco dozvědět? Přijď na sraz spolku OpenAlt, který se bude konat ve čtvrtek 8. prosince od 18:00 v Radegastovně Perón (Stroupežnického 20, Praha 5). Sraz bude tentokrát tématický. Bude retro! K vidění budou přístroje jako Psion 5mx nebo Palm Z22. Ze svobodného hardwaru pak Openmoko nebo čtečka WikiReader. Přijďte se i vy pochlubit svými legendami, nebo alespoň na pivo. Moderní hardware má vstup samozřejmě také povolen.
Komentářů: 1

4.9.2016 20:13 /Pavel `Goldenfish' Kysilka
PR: Dne 22.9.2016 proběhne v Praze konference Cloud computing v praxi. Tématy bude např. nejnovější trendy v oblasti cloudu a cloudových řešení, provozování ERP v cloudu, o hostování různých typů softwaru, ale třeba i o zálohování dat nabízeném podnikům formou služby.
Přidat komentář

1.9.2016 11:27 /Honza Javorek
Česká konference o Pythonu, PyCon CZ, stále hledá přednášející skrz dobrovolné přihlášky. Máte-li zajímavé téma, neváhejte a zkuste jej přihlásit, uzávěrka je již 12. září. Konference letos přijímá i přednášky v češtině a nabízí pomoc s přípravou začínajícím speakerům. Řečníci mají navíc vstup zadarmo! Více na webu.
Přidat komentář

27.8.2016 8:55 /Delujek
Dnes po 4 letech komunitního vývoje vyšla diaspora 0.6.0.0
diaspora* je open-source, distribuovaná sociální síť s důrazem na soukromý
Více v oficiálním blog-postu
Přidat komentář

   Více ...   Přidat zprávičku

> Poslední diskuze

24.3.2017 11:54 / Hui
country cottages

16.3.2017 16:33 / BezvaDesign.cz
Re: Hledám grafika do teamu

9.3.2017 11:44 / Jaromir Obr
Re: chyba

18.1.2017 20:18 / martin horky
Spolupraca linuxu a microsoftu

17.1.2017 9:57 / Pavel Hrubeš
Re: Externí USB televizní karta

Více ...

ISSN 1801-3805 | Provozovatel: Pavel Kysilka, IČ: 72868490 (2003-2017) | mail at linuxsoft dot cz | Design: www.megadesign.cz | Textová verze