AsyncHTTPD (diskuse)

[xxx]

No ja nevim, ale kdyz jsem psal svuj vlastni http server, tak tam taky moc tech zamku, cekani a synchronizaci nebylo. Jen nejake okolo spusteni a likvidovani threadu. Ono taky kde by se tam tyhle veci vzali. Vzit soubor a nasypat do soketu. Zas tak challenging mi to neprijde. Ale mozna jen nechapu co mysli tim asynchrnous programming.

[andree]

no ale neznie "Is written in pure Java, uses NIO nonblocking channels and Kilim lightweight threads" uplne cool? este pridat zlavu na nakup v makre, a idem do toho

[Sid]

Povedal by som ze je to nieco na sposob grizzly v glassfish. Tato veta to celkom osvetluje

But as other Java based HTTP Connector, scalability is always limited to the number of available threads, and when keep-alive is required, suffer the one thread per connection paradigm. Because of this, scalability is most of the time limited by the platform's maximum thread number. To solve this problem, people usually put Apache in front of Java, or use a cluster to distribute requests among multiple Java server

takze NIO sa tam pouziva aby sa obisiel tento problem, preto asi asynchronny.

[Ladicek]

No, aby se obešel tenhle problém, tak se používají právě ta lehká vlákna. On totiž programovací model jeden požadavek = jedno vlákno je prostě super, ale s normálními vlákny moc dobře neškáluje. O té použité knihovně si budu muset ještě něco přečíst, ostatně poslední dobou je "erlangovský" paralelismus v javovském světě docela na vzestupu (dost se o to asi zasloužila Scala). Před pár dny jsem narazil na nějaký podobný javovský HTTP server, ten teda byl trochu dál než v alfě , ale kde to roste už nevím.

[Filip Jirsák]

Třeba Jetty, na kterém běží Abíčko, má také NIO konektor, který funguje tímhle způsobem.

[Monkey]

Presne, pouziva to mikrovlakna, takze se z toho clovek nezblazni