Ez a számláló a poszt nézettségét mutatja. Mindenképp olvasd el ezt a posztot a részletekért.

Minden Nagyok Klubjának ábécé szerinti utolsó tagja, a jáva-frakció elnöke olyan szinten belebolondult a Javába míg a Sunnál gyakornokoskodott (vagy mi), hogy valószínűleg sokan elgondolkodnak azon, hogy a nagy az ember vezetékneve, vagy az arcának méretére utaló jelző lehet-e. Íme a legújabb sziporka:

( NagyZ | 2010. október 22., péntek - 11:47 )

nem a vas a kerdes, hanem hogy milyen inkompetens embereket engednek javaban kodolni. barmikor lealazom neked a C -s webszervered static file kiszolgalasban grizzlyvel, pl.

(najo, nem alazom, de ugyanazt a teljesitmenyt siman hozza egy 5 soros kod.)

meg:

sajnos nem ertem azt az osmagyart, hogy "meg regelezni", de bizony ab -vel _en_ teszteltem (nem, nem azonos gepen futottak, hanem 10-15 gep rangatta, gigabiten). te elmondhatod ugyanezt, vagy csak a nagyvilagba tolod?

Ez a diskurzus felkeltette az érdeklődésemet, így gyorsan letöltöttem egy öt soros (valójában 164, de legyünk igazságosak: van benne vagy 40 sornyi komment) sample grizzly-webszervert, meg a legújabb nginxet, melléjük pedig a gatling webszervert, amelyhez jön egy HTTP szerver benchmark. A program a webszerver válaszidejét méri, a TCP connect idejét nem számítva.

Íme az eredmény 6-os, 64 bites sunos JDK-val, sokadszori futtatásra, hogy a JIT is tudjon dolgozni, ha akar:suckit: ajavaazisten.png

Megdöbbentő, a C-ben írt webszerver még mindig több, mint háromszor gyorsabb, mint a javában írt.

Akit esetleg az érdekelne, hogy miért csak 4095 kapcsolatig megy az ábra, a válasz az, hogy alapból ennyit kezel a grizzly, amin biztos lehet módosítani, de fél óránál nem akartam többet rászánni erre a projektre.

A bejegyzés trackback címe:

http://suckit.blog.hu/api/trackback/id/tr62392113

Kommentek:

A hozzászólások a vonatkozó jogszabályok értelmében felhasználói tartalomnak minősülnek, értük a szolgáltatás technikai üzemeltetője semmilyen felelősséget nem vállal, azokat nem ellenőrzi. Kifogás esetén forduljon a blog szerkesztőjéhez. Részletek a Felhasználási feltételekben.

m.ico 2010.10.23. 02:18:58

Majdnem írtam valamit a szezonról meg a fazonról, mert lemaradtam a "static file kiszolgalasban" részről.

Olyan is van, aki összekeveri a dolgokat a volt Java System WebServer-rel, viszont az se nem javában van írva, se nem Sun. :) De az télleg gyors, azért forszíroztam csak elé nginx proxyt, mert borzalmas a rewrite kezelés meg kb. az egész konfig. Viszont az nginx-nek meg a backend szerver kezelése nagyon fos, bár ahova kell ilyen statik frontend, ott van a környéken vmi tcp load balancer / haproxy / sun cluster / whatever, és akkor jut mögé is, használod ilyesmire?

blackshepherd · http://suckit.blog.hu 2010.10.25. 17:49:18

@m.ico: én nem, de ismerősök szeretik az nginxet, webre és e-mailre is.

Koshinae 2010.10.26. 08:46:03

"Megdöbbentő, a javában írt webszerver még mindig több, mint háromszor gyorsabb, mint a C-ben írt."

typo van, helyesen: LASSABB!

Ööö 2010.10.29. 19:11:49

Egy Apache Józsit még hozzácsaphattál volna.

NagyZ egy patkány 2010.11.02. 01:08:20

NagyZ egy nagypofájú okoskodó faszjankó szkriptkiddie. Semmihez sem ért lófaszt se, mégis mindenhol osztja a baromságait ez a zsidó féreg, mintha valami félistenség lenne.

blackshepherd · http://suckit.blog.hu 2010.11.02. 22:04:15

@NagyZ egy patkány: mindezt a személyes ismertség bűvköréből, vagy csak az alapos önismeret révén írod? :)

freeoli 2010.11.11. 10:07:32

Ez a késleltetés még nem tragédia önmagában. Ami nagyon érdekes lenne, hogy a többi webszerver ezt hogyan teljesíti.

De ami az igazán érdekes lenne, hogy ugyanazon erőforrásig, hány konkurens kapcsolatot képes maximálisan kiszolgálni, hol omlik össze.

Valahogy egy picit nem érzem korrektnek a tesztet, mert az nginx a leggyorsabb webszerver, igen stabilan.

blackshepherd · http://suckit.blog.hu 2010.11.12. 07:33:08

@freeoli: Egy kijelentés valóságtartalmára próbáltam választ találni. A háromszor lassabb válasz -hacsak nem valami külső erőforrásra várakozásból jön össze- szinte garantálja a megoldást a kérdésedre: a grizzly alatt fog hamarabb elfogyni a szufla.

keeroy · http://music.blog.hu 2010.11.16. 21:35:33

az apacsit' is gőzerővel portolják java-ra, mert a jittel gyorsabb lesz. nem hallottad? :)

Float 2010.11.18. 11:25:04

Kíváncsi lennék rá, hogy a node.js hogyan tejesítene ugyanezzel a felállással egy statikus router-t használva. Márcsak azért érdekel, mert napjainkban kezd a java széthullani az oracle kezei alatt.

A megállapítása egyébként ott hibádzik, hogy a statikus kiszolgálás _sosem_ volt, és nem is lesz erőssége a java-nak, még nio connectorral sem. Amiben jól teljesít, az a webapp szerver, és ott sem a teljesítményen van a hangsúly, hanem a RAD-szerű fejlesztésen.

(lovas voltam)

blackshepherd · http://suckit.blog.hu 2010.11.18. 11:53:51

@keeroy: nem követem, nem használok olyat. Ez a java jittől minden gyorsabb lesz egyébként elég elterjedt tévhit, számtalanszor sikerült már cáfolni. :)

blackshepherd · http://suckit.blog.hu 2010.11.18. 11:54:35

@Float: mérd ki, én is szívesen olvasgatok ilyeneket. :)

Float 2010.11.18. 12:44:40

@blackshepherd: Hát naiv feltételezés volt, hogy hátha felkeltem az érdeklődésedet, de reméltem, hogy nem kell nagyz-hez hasonló postot írni, hogy hirtelen felindulásból megnézd azt is.

Amúgy
zgadzaj.com/benchmarking-node-js-testing-performance-against-apache-php/

zséroskenyér 2011.01.06. 21:54:53

ez a négysoros bevezető kurva nagy szöveg :)