a mostani projektjeimbe, ahol valami nagyon konnyu NIO framework kell, mindig a grizzlyt hasznaltam. most viszont belefutottam egy nagyon egyszeru problemaba: ugyanarrol a forrasportrol akartam csomagot kuldeni, mint amin a grizzly figyelt. es erre a nagyon egyszeru megoldasra (UDP eseteben) nincs egyszeru, es szep megoldas. talan majd a grizzly v2ben...
ugyhogy el kellett gondolkondom, hogy mi legyen: apache mina, vagy netty. a netty lett, az architekturalis doksija es az SO -s velemenyek alapjan.
nem bantam meg, igazabol ami tetszik:
- o kezeli kulon az aszinkron feldolgozast, nem nekem kell szalat inditanom
- nem blockol amikor bindel
- sokkal egyszerubb pipeline-elv, a grizzlyben a filterek nem voltak ilyen szepek
- a doksik alapjan zero-copy teljesen
- nagyon kis egyszeru bytebuffer wrapper (ami ha tobbet osszeraksz is megoldja a zerocopyt)
elegedett vagyok vele. :)
meg fogom csinalni suckit kollega altal lefikazott grizzlys hozzaszolasom alapjaul szolgalo mereset is ujra,
mert mikor en mertem, meg tenyleg jobb volt a grizzly static file kiszolgalasban, mint a lighttpd akkori verzioja
(masfel-2 eve), en nem nginx-el vetettem ossze. (persze ezt ki hiszi mar el nekem, de az latszik,
hogy azon a benchmarkon a lighttpd is 50usec korul van, a grizzly is, szoval ...)
azota ennyit fejlodott a technika ;-)
- NagyZ blogja
- A hozzászóláshoz be kell jelentkezni
- 1390 megtekintés