RTS :: Blocking x Non-blocking sockety

[VODA]

Zdravím,

teď se trochu vzdělávám v oboru sítí kvůli semestrálce do školy a potřebuji si ujasnit pár věcí.
Jelikož bych rád udělal nějakou hodně primitivní hru (velice jednoduchou RTS), potřebuji se zeptat, co použít. Líbí se mi myšlenka mít jen jedno vlákno, ale používat non-blocking sockety moc neumím, takže co navrhujete?
Abych pravdu řekl, sítím zatím rozumím jen povrchně a zkoušel jsem zatím jen jednoduchou komunikaci mezi serverem a jedním klientem v blokovacím režimu, ale nějak jsem z toho vyvodil, že pro RTS to není to pravé ořechové...

Zkrátka, otázka je jasná. Co by jste mi poradili pro tvorbu RTS hry typu client-server, kde může běžet několik her a spolu mohou hrát maximálně 4 hráči?

Postahoval jsem nějaké články co jsem tu našel na fóru, ale rád bych slyšel váš názor.

Moc děkuji.
_________________
Opravdovost se pojí s trýzní...

[frca]

[nou]

no myslim ze non blocking sokety su vhodne aj ked clovek pouzije vlakna. pretoze inak by musel tvorit vlakno pre kazdeho klienta. co fakt nie je to prave orechove.
_________________
Najjednoduchšie chyby sa najtažšie hľadajú.

[VODA]

Oki, myslel jsem si, že mi poradíte non-blocking sockety...
Další otázkou je, jak řešit hru a tím nemyslím hru jako takovou, ale spojení několika hráčů, kteří spolu hrají...
Měl bych pro každou hru tvořit nový proces/vlákno a nebo to vše obsluhovat jedním? Já věřím, že by to jedním obsluhovat šlo, ale otázkou je, jestli to není hloupost...
_________________
Opravdovost se pojí s trýzní...

[nou]

nie. nie je to hlupost. paralelizovat je dnes vhodne. ale zase pre kazdeho vytvarat vlastne vlakno je hlupost. ono potom by to aj tak velmi pravdepodobne skoncilo serializovane na mutexoch. a este by si mohol vniest kopec deadlockov ak by si kazdeho obsluhoval z samostaneho vlakna.
_________________
Najjednoduchšie chyby sa najtažšie hľadajú.

[perry]

Server bych nechal jedno vlákno, které bude obsluhovat všechny klienty (v nějaké smyčce postupně) .. na druhém vlákně bych pak poslouchal příchozí spojení.
Tím, že se tam namlátí hory vláken se to neurychlí (pokud teda vlákno nemá 1 CPU), protože přepínání kontextu vláken to bude brzdit
_________________
Perry.cz

[satik]

U nas mame tohle reseny tak, ze kazdej klient ma svoje vlakno jen na komunikaci a kdyz od klienta prijde message, tak se ulozi do jedny velky fronty zprav od klientu (samozrejme v musi bejt lockla) a ta se pak zpracovava v mainloopu (v kazdem serverovem framu).

[Crypton]

Pokud to je jen pro semestrální práci, tak bych se vyhnul zbytečným složitostem a udělal to co nejrychleji a nejjednodušeji jak jen to jde, takže bych použil blokující operace a protokol TCP/IP. A jen jedno vlákno, samozřejme.

Nezapomeň že budeš muset ještě navrhnout svůj vlastní "protokol" pro komunikaci mezi serverem a klientem, což může zabrat taky dost času, takže bych se spíš soustředil na to. A to ani radši nemluvím o času který strávíš jen tvorbou té herní části.... takže dávej bacha ať ti z toho nevznikne věc o rozsahu bakalářské práce.

Jinak doporučuju mrknout na funkci select
_________________

[VODA]

Jo jenže pro RTS bohužel blokující sockety v jednom vlákně použít nemohu...nebo snad jo?

EDIT: select znám, už jsem si o tom něco nastudoval...
_________________
Opravdovost se pojí s trýzní...

[Crypton]

[VODA]

Pořád mi nejdou dohromady ty dva pojmy Realtime Strategy a Blocking sockets...
Ale pokud říkáš, že to půjde, tak to zkusím a uvidíme...
_________________
Opravdovost se pojí s trýzní...

[Crypton]

[perry]

Já bych ti to řekl takhle... pokud nemusíš, nedělej jako semestrálku ze sítí (UPS ?) hru A když už hru, tak hlavně ne nějaké RTS... stačí obyčejné člověče nezlob se nebo had... a práce je s tím nad hlavu i tak
_________________
Perry.cz

[VODA]

Já jsem čekal, že to řekneš...

Ale já to zvládnu...
_________________
Opravdovost se pojí s trýzní...

[perry]

Já neřikám, že ne .. jen že si přiděláváš práci když by jsi se místo toho mohl věnovat Solertii
_________________
Perry.cz