C++ szerver probléma, ha a threadet includeolom, akkor a szerver folyamatos csatlakozásokat észlel. Mi lehet a gond?

Ha 10000 kérésed van másodpercenként akkor célszerű mindegyikre új szálat indítani. Nem mindegy, hogy egy core küszködik vele vagy 8,10,20,32 stb.

A "threadet includeoltam" mondatot nem sikerült értelmeznem. Mit includoltál és hol?

Van egy accept-od ami ugye blockol addig amíg nem érzékel új kapcsolatot (blocking modeban természetesen de úgy vettem ki így szeretnéd használni).

Amikor az accept-od visszatér (tehát kapcsolódás történt) indítasz egy szálat, az accept által visszaadott socketet átadod neki paraméterként, és a threadben kezeled le az adott kapcsolat read/write-jait. Ez a thread-ed addig él amíg a kapcsolatod. Az eredeti pedig visszatér accept-be.

Ha ez már működik elkezdhetsz játszani a select-tel és a pollal. Ajánlom olvasásra "Beej's Guide to Network Programming". Ha jól emlékszem van valahol magyar fordítása is.

@Gru: Nem! Nem indítunk mindegyikre új szálat, maximum párat, ugyanis egy szál elindításának és életben tartásának baromi nagy overheadje van.

Nézd meg az apache és mondjuk az nginx közötti memória használati különbségeket. Az első sok-sok szálat indít, a második alig.

Az első több ezer kérés/sec-nél már halódni is kezd, de több GB memóriát megeszik, utóbbi ugyan annyitól meg sem izzad.

Igen, kezdőknek, ha próbálgatni kell még elmennek a szálak, vagy kisebb alkalmazásba is jó, de ahogy iostream is mondta, ott a select függvény.

Hasznos linkek:

[link]

[link]

Az ngninx processekkel oldja meg a párhuzamosítást, tehát nem kezel egy szálban minden kapcsolatot. Egy process elindításának és leállításának még nagyobb overheadje van mint egy threadnek, azért is használ process poolt, mint ahogy thread poolt is lehet használni. (és a stack méretet is lehet szabályozni, egyes népszerű linux distroknál ez defaultból 10M, ami jóval több mint amire általában szükség van)

Megteheti mindezt azért, mert két bejövő http requestnek elég kevés köze van egymáshoz, így ez egy elég szélsőséges eset. Legtöbbünk nem ilyen szerencsés, és bizony gyakran előfordul, hogy meg kell osztani dolgokat (shared state) egymás között.

Végezetül egy (ellen) példa: a legnépszerűbb voip b2bua nem is 1 hanem 2 szálat indít hívásonként (1 szál/kapcsolat). Nem egy kis alkalmazás, és ugye senki sem boldog ha akad a hang ha épp beszélget valakivel. Nem nagyon van ideje a 20ms-enként jövő csomagoknak, hogy sokáig várakozzanak az event queueban.