Administrace komentářů

Pokud to má mít vysoký výkon nebo to má obsluhovat mnoho najednou připojených klientů, pak je nejlepším řešením epoll, select apod. Jinak si to můžeš naprogramovat, jak chceš :)

Řešení pomocí vláken - tedy jedno vlákno na jednoho připojeného klienta - je řekl bych oblíbené, protože komunikace s klientem se pak snadno programuje. S vlákny mohou být problémy - žerou prostředky (paměť, také context switch není nejlevnější), špatně se ladí, mohou vznikat opravdu ošklivé chyby při špatné synchronizaci vláken. Tisíce vláken vedle sebe asi není ideální stav.

Řešení pomocí selectu, epollu apod. je výkonnější, ale implementace takového serveru je o něco těžší.

Je možná i kombinace - spojení, na kterých se zrovna nic neděje, mohou odpočívat v selectu/epollu, když ale něco přijde, může se o ně začít starat pro ně vyhrazené vlákno.

Selectování/epollování rozdělit do více procesů, aby nebylo příliš spojení na jeden proces - počet otevřených deskriptorů je defaultně omezen tuším na 1024, dá se to zvýšit, ale AFAIK zase ne o moc.

Jenom bych chtěl upozornit, že při selectování nemusejí být sokety v neblokujícím režimu :) Ten je zcela nutně potřeba snad až u edge-triggered epollu.

Jestli je to vážně míněný projekt, je dobré přemýšlet i o bezpečnosti - o tom, jakým způsobem by útočník mohl server znepřístupnit nebo shodit, např. příliš velkým počtem spojení s napůl odeslaným požadavkem.