<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Thread Managment für einen Server]]></title><description><![CDATA[<p>Hallo zusammen,</p>
<p>Nun vorraus erstmal paar Informationen zu dem Server:<br />
- Ein Listener.<br />
- Muss einige Verbindungen / Aktive Verbindungen aushalten (mind. 1000+)<br />
- Viele kleinere DatenPackete jedoch häufig.</p>
<p>So nun möchte ich zuerst mir überlegen wie ich das ganze Threade. Zuerst dachte ich mir:</p>
<p>1. Thread: Warten auf Verbindungen. Und Akzeptiert diese.<br />
Dann pro Connection 1 Thread der auf Narchichten / Packets wartet und diese behandelt.</p>
<p>Nun denke ich mir jedoch.. Hm bei 1000 Verbindungen -&gt; 1000 Threads. Schon ein bisschen krass oder?</p>
<p>Dann kamm ich auf meine jetzige Idee.1 Thread wiegehabt für den Listener. Dann soll eine ThreadQueue eine maximale Anzahl an Threads zu verfügung geben. zB 50<br />
Wenn keiner mehr Frei ist muss gewartet werden bis wieder einer Frei ist. Klingt ja ansich ganz gut. Dann frage ich mich wiederum ist der Methode: 1. Effektiver und/oder 2. Perfomanter.</p>
<p>Die 2. Möglichkeit könnte man dann sogar noch mit Priority ausbauen, falls dies irgentwann benötigt wäre.</p>
<p>Nur wie kann ich das nun Realisieren, ich meine klar, Threads erstellen, eine Variable + 1 rechnen. Prüfen ob der Maximum erreicht ist.. So bis dahin ist es einfach, nur woher weiß ich wen ein Thread beendet ist/ durch gelaufen ist.</p>
<p>Vorallen gibt es vielleicht sogar noch eine bessere Möglichkeit?</p>
]]></description><link>https://www.c-plusplus.net/forum/topic/275984/thread-managment-für-einen-server</link><generator>RSS for Node</generator><lastBuildDate>Wed, 26 Aug 2026 14:44:01 GMT</lastBuildDate><atom:link href="https://www.c-plusplus.net/forum/topic/275984.rss" rel="self" type="application/rss+xml"/><pubDate>Sun, 24 Oct 2010 19:49:18 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Thread Managment für einen Server on Sun, 24 Oct 2010 19:49:18 GMT]]></title><description><![CDATA[<p>Hallo zusammen,</p>
<p>Nun vorraus erstmal paar Informationen zu dem Server:<br />
- Ein Listener.<br />
- Muss einige Verbindungen / Aktive Verbindungen aushalten (mind. 1000+)<br />
- Viele kleinere DatenPackete jedoch häufig.</p>
<p>So nun möchte ich zuerst mir überlegen wie ich das ganze Threade. Zuerst dachte ich mir:</p>
<p>1. Thread: Warten auf Verbindungen. Und Akzeptiert diese.<br />
Dann pro Connection 1 Thread der auf Narchichten / Packets wartet und diese behandelt.</p>
<p>Nun denke ich mir jedoch.. Hm bei 1000 Verbindungen -&gt; 1000 Threads. Schon ein bisschen krass oder?</p>
<p>Dann kamm ich auf meine jetzige Idee.1 Thread wiegehabt für den Listener. Dann soll eine ThreadQueue eine maximale Anzahl an Threads zu verfügung geben. zB 50<br />
Wenn keiner mehr Frei ist muss gewartet werden bis wieder einer Frei ist. Klingt ja ansich ganz gut. Dann frage ich mich wiederum ist der Methode: 1. Effektiver und/oder 2. Perfomanter.</p>
<p>Die 2. Möglichkeit könnte man dann sogar noch mit Priority ausbauen, falls dies irgentwann benötigt wäre.</p>
<p>Nur wie kann ich das nun Realisieren, ich meine klar, Threads erstellen, eine Variable + 1 rechnen. Prüfen ob der Maximum erreicht ist.. So bis dahin ist es einfach, nur woher weiß ich wen ein Thread beendet ist/ durch gelaufen ist.</p>
<p>Vorallen gibt es vielleicht sogar noch eine bessere Möglichkeit?</p>
]]></description><link>https://www.c-plusplus.net/forum/post/1970129</link><guid isPermaLink="true">https://www.c-plusplus.net/forum/post/1970129</guid><dc:creator><![CDATA[Aurus]]></dc:creator><pubDate>Sun, 24 Oct 2010 19:49:18 GMT</pubDate></item><item><title><![CDATA[Reply to Thread Managment für einen Server on Sun, 24 Oct 2010 20:00:22 GMT]]></title><description><![CDATA[<p>Für Server ohn ekompelxe Interaktion ist 2) sicherlich angemessen. Windows bietet sogar API-Funktionen an, die das ein wenig unterstützen. <a href="http://msdn.microsoft.com/en-us/library/ms686756(VS.85).aspx" rel="nofollow">http://msdn.microsoft.com/en-us/library/ms686756(VS.85).aspx</a></p>
<p>Viele der Speed-Überlegungen sind leider Aberglaube. Hier ausnahmsweise mal ein Skeptiker: <a href="http://www.usenix.org/events/hotos03/tech/vonbehren.html" rel="nofollow">http://www.usenix.org/events/hotos03/tech/vonbehren.html</a></p>
]]></description><link>https://www.c-plusplus.net/forum/post/1970133</link><guid isPermaLink="true">https://www.c-plusplus.net/forum/post/1970133</guid><dc:creator><![CDATA[volkard]]></dc:creator><pubDate>Sun, 24 Oct 2010 20:00:22 GMT</pubDate></item><item><title><![CDATA[Reply to Thread Managment für einen Server on Mon, 25 Oct 2010 06:16:55 GMT]]></title><description><![CDATA[<p>Guck dir doch Boost.Asio an.<br />
Es bietet dir einen Wrapper um die IOCP Technologie von Windows, mit Thread Pool und einem Pattern für Asynchrone Kommunikation.</p>
]]></description><link>https://www.c-plusplus.net/forum/post/1970192</link><guid isPermaLink="true">https://www.c-plusplus.net/forum/post/1970192</guid><dc:creator><![CDATA[theta]]></dc:creator><pubDate>Mon, 25 Oct 2010 06:16:55 GMT</pubDate></item><item><title><![CDATA[Reply to Thread Managment für einen Server on Mon, 25 Oct 2010 06:18:13 GMT]]></title><description><![CDATA[<p>Das schreit ja fast nach boost.asio. Schau dir da mal die Examples, gerade die für http-server an, da sind verschiedene Ansätze vorgestellt, von je ein Thread/Connection bis hin zu Asynchroner Threadpoollösung.</p>
<p>Wahrscheinlich, zumindest denke ich mir das, wäre Threadpool aber wirklich am schlauesten - und mit Asio in nur ein paar wenigen Zeilen implementiert.</p>
]]></description><link>https://www.c-plusplus.net/forum/post/1970194</link><guid isPermaLink="true">https://www.c-plusplus.net/forum/post/1970194</guid><dc:creator><![CDATA[Hirion_work]]></dc:creator><pubDate>Mon, 25 Oct 2010 06:18:13 GMT</pubDate></item><item><title><![CDATA[Reply to Thread Managment für einen Server on Mon, 25 Oct 2010 14:57:36 GMT]]></title><description><![CDATA[<p>Coole Sache, ist das ganze auch so Performant wie es klingt?</p>
]]></description><link>https://www.c-plusplus.net/forum/post/1970423</link><guid isPermaLink="true">https://www.c-plusplus.net/forum/post/1970423</guid><dc:creator><![CDATA[Aurus]]></dc:creator><pubDate>Mon, 25 Oct 2010 14:57:36 GMT</pubDate></item><item><title><![CDATA[Reply to Thread Managment für einen Server on Mon, 25 Oct 2010 15:20:13 GMT]]></title><description><![CDATA[<p>ja. <img
      src="https://www.c-plusplus.net/forum/plugins/nodebb-plugin-emoji/emoji/emoji-one/1f576.png?v=ab1pehoraso"
      class="not-responsive emoji emoji-emoji-one emoji--sunglasses"
      title=":sunglasses:"
      alt="🕶"
    /></p>
]]></description><link>https://www.c-plusplus.net/forum/post/1970450</link><guid isPermaLink="true">https://www.c-plusplus.net/forum/post/1970450</guid><dc:creator><![CDATA[theta]]></dc:creator><pubDate>Mon, 25 Oct 2010 15:20:13 GMT</pubDate></item></channel></rss>