spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Jede Verbindung bekommt seinen eigenen Port. Ob dieser Port zu verschiedenen oder alle zu einer IP Adresse gehören ist völlig egal. Ein Programm kann ja locker mal eben 20 Verbindungen haben.

Du legst für jede Verbindung einen eigenen Thread an. Sowohl für den Server als auch für den Client. Jeder Thread Organisiert sich selber. Auf eine Globale Liste würd ich nett setzen. Das gibt sonst sehr viele Syncronsisationsprobleme und du läufst gefahr das sich dein Programm selber blockt. Das wird dann auch en netter selbst läufer. Wenn ein Download/Upload beendet ist, beendet sich der Thread einfach selber.

Der Ablauf währe dann etwa so.
- Client connected zum Server
- Server erstellt einen neuen Thread
- Client erstellt einen neuen Thread
- Thread läuft solange bis Download beendet ist (Client/Server)
- Thread beendet sich selber (Client/Server)

Ich würd vieleicht nur einen File Manager basteln. Der Multithreading fähig ist. Damit es hier keine Probleme gibt. Dieser sorgt dann dafür das alle Thread auf eine Datei lesen können, aber nur dann geschrieben wird, wenn keiner mehr liest und der Thread auf freigabe wartet. Des weiteren ist es seine Aufgabe die Cursor Position zu setzen. Schließlich soll ja auch die Möglichkeit gegeben sein den Download mitten drin abzubrechen. Der File Manager speichert dann natürlich auch die letzte Position.

Die Bandbreite wird dann Automatisch auf alle Verbindungen verteilt. Hier einen Manager einzubauen, würd ich erst einmal lassen. Kann man bei bedarf ja dann immer noch machen.

threading ist dafür schlecht, benutz lieber select.

Threads sind aber sehr fortschrittlich, da man dabei auch eventuelle Multiprozessorfähigkeiten ausnutzen kann. Zur Frage mit der maximalen Anzahl von Threads: Ich glaube nicht, dass es da von vornherein eine Grenze gibt (klar gibt es eine Grenze, aber die ist eher "physisch"). Ich habe gerade z.B. 460 Threads gleichzeitig auf dem PC laufen, und das bei nur ein paar Standardprogrammen.

460 Threads? Wow... im Moment hab ich grad mal 41 Thread laufen. Bei 12 Programmen im Hintergrund und 5 Normalen inkl. diesem Was haste denn für Progs?

Ich glaube da wird was verwechselt. Ich habe 37 "Prozesse" und auch viele Threads und zwar 564. Naja ich habe Apache Server laufen IRC Virenscanner InCD ... Ich frage mich nur ob das mit dem Ports stimmt. Weil Programme wie Kazaa und Emule laufen mit 1 oder maximal 4 Ports. Und man hat zig Downloads an. Da gibt es bestimmt ne bessere Möglichkeit.

Zitat von »"Tobiking"«

Ich glaube da wird was verwechselt. Ich habe 37 "Prozesse" und auch viele Threads und zwar 564.

Stimmt hast recht. Da hab ich wircklich was verwechselt. :jojo:

Aber für jedes File einen eigenen Thread anzulegen, ist glaub ich nett nötig. Aber man kann es ja noch etwas anders lösen. Man gibt jedem Download eine ID. Diese ID schickt man dann mit seinem Datenpacket ab. Der Client weis dann zu welcher Datei die Daten gehören. Man würde dann die zu Downloadende Datei in mehrere Stücke zerlegen und die dann versenden. Ein mögliche Header könnte dann so ausehenDanach würden dann die Daten verschickt. So könnte man mit einer Verbindung gleich mehrere Dateien verschicken und Organisieren. Z.B. nach Priorität. Dann würde ein Thread pro User auch reichen.

Zitat von »"Ghandi"«

Wozu die unterstriche vor manchen Datentypen, hat das eine Tiefere Bedeutung?

Ich glaube das sind compilerspezifische Typen, bin mir aber nicht sicher.

Zitat von »"Ghandi"«

Gibt es eine möglichkeit einen beliebigen Datentyp in einen String umzuwandeln, zu verschicken und dann wieder zurückzuwandeln?

Wozu willst Du das tun? Warum schickst Du nicht einfach die Daten an sich als BYTE-Buffer über's Netzwerk???