in absehbarer Zeit werde ich mein Browsergame veröffentlichen. Nun frage ich mich jedoch, wie hoch ich das Benutzerlimit ansetzen soll. Es werden ja nie alle gleichzeitig on sein, sondern nur immer ein kleiner Teil. Aber wieviel Prozent der Spieler sind in spitztenzeiten gleichzeitig on??? hat da jemand Erfahrung??
Gibt es vieleicht auch ein tool, dass die Serverlast bei verschiedenen Mengen an Abfragen simulieren kann.
mfg Benj
Benutzerlimit
gepostet vor 18 Jahre, 9 Monate von Benj
gepostet vor 18 Jahre, 9 Monate von Kallisti
ca. 40-50% generell aktiv (in den letzten 24h eingeloggt),
ca. 10-20% in der letzten Stunde, je nach Uhrzeit.
Loeschfrist: 3 Wochen.
So ists bei uns..
Benchmarking: ab / ab2
ca. 10-20% in der letzten Stunde, je nach Uhrzeit.
Loeschfrist: 3 Wochen.
So ists bei uns..
Benchmarking: ab / ab2
gepostet vor 18 Jahre, 9 Monate von Fornax
Ø Logins pro Benutzer/Tag: 1.67
40% haben sich heute eingeloggt
66% haben sich diesen Monat eingeloggt
Teilw. sehr aktive, teilw. wenig/garnicht aktive
sind leider nur sehr ungenaue Zahlen, da es noch in der Programierung steckt.
Such bei google einfach nach "Apache Tool Performance Last" o.ä.
40% haben sich heute eingeloggt
66% haben sich diesen Monat eingeloggt
Teilw. sehr aktive, teilw. wenig/garnicht aktive
sind leider nur sehr ungenaue Zahlen, da es noch in der Programierung steckt.
Such bei google einfach nach "Apache Tool Performance Last" o.ä.
gepostet vor 18 Jahre, 8 Monate von Crafty-Catcher
z.B. Siege
http://www.joedog.org/siege/
soll gegenüber ab im Vorteil sein, da das Benchmarking realistischer sein soll.
http://www.joedog.org/siege/
soll gegenüber ab im Vorteil sein, da das Benchmarking realistischer sein soll.
gepostet vor 18 Jahre, 7 Monate von Kapsonfire
also das ist eine sache vom gametyp udn wie es programmiert ist ein unsauberer code der 3x so lang ist wie ein sauberer egschriebener braucht natürlich länger
zusätzlich sollte man vergleichen zwischen strategie/manager games und rpg'S
rpg's verbrauchen in der regel mehr traffic.... besonders grafische rpg's
es kann natürlich auchs ein das ein strategie browsergame mehr verbaucht als ein rpg
zudem ist es auch eine sache wieviel mit mysql doer mit dateien gearbeitet wird...
meines wissens brauchen mysqlabfragen mehr traffic als z.B. datein auszulesen
zudem sollte beachtet werden was für eine anbindung der server hat... eine 100k/bit leitung kann nicht soviele user versorgen wie eine 500k/bit
zudem ist es auch wichtig wie viel speicher der rechner hat (arbeitsspeicher) die spielt eine sehr große rolle
nun solltest du eventuell überlegen wieviele abfargen in der sekunde geschehen..... dies kannste ja dann mal simulieren wielange das braucht... dort wirste sehen wie es aussieht abwieviel user der laggt
ein tipp von mri ist es grafikpackete optional anzubieten..... dies entlastet den server enorm und hat ausserdem ein schnelleren bildaufbau für die user.... allgemein kann ich sagen man sollte es einfach drauf ankommen lassen und eventuell dann den server verbessern oder eine max user online zahl einbauen
ist aufjeden meine meinung!
zusätzlich sollte man vergleichen zwischen strategie/manager games und rpg'S
rpg's verbrauchen in der regel mehr traffic.... besonders grafische rpg's
es kann natürlich auchs ein das ein strategie browsergame mehr verbaucht als ein rpg
zudem ist es auch eine sache wieviel mit mysql doer mit dateien gearbeitet wird...
meines wissens brauchen mysqlabfragen mehr traffic als z.B. datein auszulesen
zudem sollte beachtet werden was für eine anbindung der server hat... eine 100k/bit leitung kann nicht soviele user versorgen wie eine 500k/bit
zudem ist es auch wichtig wie viel speicher der rechner hat (arbeitsspeicher) die spielt eine sehr große rolle
nun solltest du eventuell überlegen wieviele abfargen in der sekunde geschehen..... dies kannste ja dann mal simulieren wielange das braucht... dort wirste sehen wie es aussieht abwieviel user der laggt
ein tipp von mri ist es grafikpackete optional anzubieten..... dies entlastet den server enorm und hat ausserdem ein schnelleren bildaufbau für die user.... allgemein kann ich sagen man sollte es einfach drauf ankommen lassen und eventuell dann den server verbessern oder eine max user online zahl einbauen
ist aufjeden meine meinung!
gepostet vor 18 Jahre, 7 Monate von woodworker
Original von Browser-Games World
also das ist eine sache vom gametyp udn wie es programmiert ist ein unsauberer code der 3x so lang ist wie ein sauberer egschriebener braucht natürlich länger
zusätzlich sollte man vergleichen zwischen strategie/manager games und rpg'S
naja ich bin der meinung in den meisten fällen ist guter(schöner) code != schneller code
gepostet vor 18 Jahre, 7 Monate von TheUndeadable
> meines wissens brauchen mysqlabfragen mehr traffic als z.B. datein auszulesen
*ins Kantholz beiß*
*Namen aufschreib*
*Interne Ignore-List aktualisier*
*Auf Forenbereich schau: Anfänger* *Verschnauf*
*ins Kantholz beiß*
*Namen aufschreib*
*Interne Ignore-List aktualisier*
*Auf Forenbereich schau: Anfänger* *Verschnauf*
gepostet vor 18 Jahre, 7 Monate von Kapsonfire
dann haste ein falschen geschmack
ein guter code ist ein optimierter mit sowenig zeilen wie möglich^^ und der wird dann schneller sein^^
ein guter code ist ein optimierter mit sowenig zeilen wie möglich^^ und der wird dann schneller sein^^
gepostet vor 18 Jahre, 7 Monate von TheUndeadable
> ein guter code ist ein optimierter mit sowenig zeilen wie möglich
*Nochmals Kantholz raushol*
if ( $x == $y ) { DoSomething ( $x ); } else { DoSomethingElse ( $y ); }
soll also besser als die ordentliche Variante sein
*beißfest*
*Nochmals Kantholz raushol*
if ( $x == $y ) { DoSomething ( $x ); } else { DoSomethingElse ( $y ); }
soll also besser als die ordentliche Variante sein
*beißfest*
gepostet vor 18 Jahre, 7 Monate von Kapsonfire
es geht darum wie schnell der compiler des verarbeiten kann... nagut funktion gehen natürlich inder masse schenller
aber wenn man ein langen code hat der x macht und einen kürzeren der x genauso gut ausführt wird er kürze nach reinster logik schneller sein^^
sowie mysql-abfragen in der regel auh erstmal ausgelesen,verarbeitet und wieder gelesen und ausgewertet werden müssen
dateien müssten in der theorie schneller sein da sie auslesen und verarbietet werden müssen
das heisst 2 arbeitschschritte weniger
wenn du ne html seite machst ist sie in einer datei schneller als in mysql
aber wenn man ein langen code hat der x macht und einen kürzeren der x genauso gut ausführt wird er kürze nach reinster logik schneller sein^^
sowie mysql-abfragen in der regel auh erstmal ausgelesen,verarbeitet und wieder gelesen und ausgewertet werden müssen
dateien müssten in der theorie schneller sein da sie auslesen und verarbietet werden müssen
das heisst 2 arbeitschschritte weniger
wenn du ne html seite machst ist sie in einer datei schneller als in mysql
gepostet vor 18 Jahre, 7 Monate von TheUndeadable
a) Die deutsche Sprache kenn Komma, Punkt, Bindestrich und vor allem Groß- und Kleinschreibung. Deine Beiträge sind kurz davor unlesbar zu sein
b) Informier dich bitte zuerst über die theoretische Arbeitsweise von MySQL und der allgemeinen Server-Client-Technologie.
> aber wenn man ein langen code hat der x macht und einen kürzeren der x genauso gut ausführt wird er kürze nach reinster logik schneller sein^^
Schonmal was von der Wartbarkeit des Codes gehört? Und die Länge des Codes ist nahezu irrelevant. Wichtiger ist die Auswahl der Algorithmen und der Verfahrensweisen.
> es geht darum wie schnell der compiler des verarbeiten kann...
PHP ist keine kompilierte Sprache, sondern eine interpretierte mit einem Zwischencode, der den Quelltext in eine Tokensprache umwandelt.
> wenn du ne html seite machst ist sie in einer datei schneller als in mysql
Wenn du mir noch sagst, wie ich in MySQL-Webseiten mach, dann wäre ich dir sehr dankbar. Wäre mir neu, dass der MySQL-Server das HTTP-Protokoll versteht.
Naja, was schreibe ich. Ich hole lieber mein Kantholz raus, wenn ich deine Beiträge lese.... Ich wäre sehr verbunden, wenn du deine Signatur mal bei dir selbst ausführst. Nichts dagegen, dass du Fragen stellst, aber was du teilweise von dir gibst, geht unter keine Kuhhaut.
b) Informier dich bitte zuerst über die theoretische Arbeitsweise von MySQL und der allgemeinen Server-Client-Technologie.
> aber wenn man ein langen code hat der x macht und einen kürzeren der x genauso gut ausführt wird er kürze nach reinster logik schneller sein^^
Schonmal was von der Wartbarkeit des Codes gehört? Und die Länge des Codes ist nahezu irrelevant. Wichtiger ist die Auswahl der Algorithmen und der Verfahrensweisen.
> es geht darum wie schnell der compiler des verarbeiten kann...
PHP ist keine kompilierte Sprache, sondern eine interpretierte mit einem Zwischencode, der den Quelltext in eine Tokensprache umwandelt.
> wenn du ne html seite machst ist sie in einer datei schneller als in mysql
Wenn du mir noch sagst, wie ich in MySQL-Webseiten mach, dann wäre ich dir sehr dankbar. Wäre mir neu, dass der MySQL-Server das HTTP-Protokoll versteht.
Naja, was schreibe ich. Ich hole lieber mein Kantholz raus, wenn ich deine Beiträge lese.... Ich wäre sehr verbunden, wenn du deine Signatur mal bei dir selbst ausführst. Nichts dagegen, dass du Fragen stellst, aber was du teilweise von dir gibst, geht unter keine Kuhhaut.
gepostet vor 18 Jahre, 7 Monate von BLUESCREEN
@Browser-Games World:
Mal abgesehen von dem Inhalt: Warum postest du exakt den gleichen Text in zwei Threads (hier und in http://www.galaxy-news.de/forum/viewtopic.php?t=1426) in denen dann auch noch seit zwei bzw. fünf Wochen sonst nichts gepostet wurde?
Irgendwie scheint es mir so, als ob da jemand mal eben Posts sammeln will...
Außerdem ist deine Signatur etwas lang.
Mal abgesehen von dem Inhalt: Warum postest du exakt den gleichen Text in zwei Threads (hier und in http://www.galaxy-news.de/forum/viewtopic.php?t=1426) in denen dann auch noch seit zwei bzw. fünf Wochen sonst nichts gepostet wurde?
Irgendwie scheint es mir so, als ob da jemand mal eben Posts sammeln will...
Außerdem ist deine Signatur etwas lang.
gepostet vor 18 Jahre, 7 Monate von Kapsonfire
php wird im prinzip serverseitig compiliert^^
und ich meine wenn man ne htmls eite in mysql speichert und die dann abfragt..... achja es macht ein gewaltigen unterschied aus wie lang der text ist... bei einem aufruf klar... ist egal wenn aber täglich 5000 user auff die seite eghen wird es problematisch zu dem wurden ja templates systeme wie smarty entwickelt um den traffic und den arbeitsvorgang ein bissl zu optimieren
und ich meine wenn man ne htmls eite in mysql speichert und die dann abfragt..... achja es macht ein gewaltigen unterschied aus wie lang der text ist... bei einem aufruf klar... ist egal wenn aber täglich 5000 user auff die seite eghen wird es problematisch zu dem wurden ja templates systeme wie smarty entwickelt um den traffic und den arbeitsvorgang ein bissl zu optimieren
gepostet vor 18 Jahre, 7 Monate von TheUndeadable
> täglich 5000
Ab 500 pro Sekunde würde ich mir langsam Gedanken machen.
Ab 500 pro Sekunde würde ich mir langsam Gedanken machen.
gepostet vor 18 Jahre, 7 Monate von Kapsonfire
Original von TheUndeadable
> täglich 5000
Ab 500 pro Sekunde würde ich mir langsam Gedanken machen.
da würd ich mir überlegen ob ich nciht besitzer googles bin oder ob jemand ein bissl spammt
gepostet vor 18 Jahre, 7 Monate von Klaus
Um diesen quatsch endlich zu unterbrechen...
in absehbarer Zeit werde ich mein Browsergame veröffentlichen. Nun frage ich mich jedoch, wie hoch ich das Benutzerlimit ansetzen soll. Es werden ja nie alle gleichzeitig on sein, sondern nur immer ein kleiner Teil. Aber wieviel Prozent der Spieler sind in spitztenzeiten gleichzeitig on??? hat da jemand Erfahrung??
Gibt es vieleicht auch ein tool, dass die Serverlast bei verschiedenen Mengen an Abfragen simulieren kann.
mfg Benj
Es werden wohl kaum innerhalb von wenigen Tagen Tausende Spieler zu dir strömen. Bevor du also rumspekulierst und theoretische Berechnungen ausführst, die sowieso zwecklos sind, da die ganze Thematik von zu vielen Faktoren abhängt, solltest du die tore erstmal öffnen und regelmäßig die Serverbelastung überwachen. Wenn zu Spitzenzeiten die Auslastung hoch genug ist kannst du dicht machen, lass am besten noch etwas Luft falls das Spiel erweitert wird.
Original von Benj
in absehbarer Zeit werde ich mein Browsergame veröffentlichen. Nun frage ich mich jedoch, wie hoch ich das Benutzerlimit ansetzen soll. Es werden ja nie alle gleichzeitig on sein, sondern nur immer ein kleiner Teil. Aber wieviel Prozent der Spieler sind in spitztenzeiten gleichzeitig on??? hat da jemand Erfahrung??
Gibt es vieleicht auch ein tool, dass die Serverlast bei verschiedenen Mengen an Abfragen simulieren kann.
mfg Benj
Es werden wohl kaum innerhalb von wenigen Tagen Tausende Spieler zu dir strömen. Bevor du also rumspekulierst und theoretische Berechnungen ausführst, die sowieso zwecklos sind, da die ganze Thematik von zu vielen Faktoren abhängt, solltest du die tore erstmal öffnen und regelmäßig die Serverbelastung überwachen. Wenn zu Spitzenzeiten die Auslastung hoch genug ist kannst du dicht machen, lass am besten noch etwas Luft falls das Spiel erweitert wird.
gepostet vor 18 Jahre, 7 Monate von Sarge
@ Klaus:
Ich finde es sinnvoll bevor es online geht ersteinmal versuch zu testen wieviele vielleicht draufpassen könnten.. denn gerade wenn das BG jung ist wird es nicht eben mal einen weiteren nebendran stehen haben um es dann zu testen wenn ersteinmal die ersten paar hundert drauf sind. Außerdem wird es kaum schaden die Testfunktionen dann schon zu haben wenn man sich jetzt schon welche geschrieben hat.
Wie aussage kräftig dieser Benchmark dann tatsächlich ist, ist die andere Frage.. Schaden bis auf eins zwei Tage arbeit kann es aber sicher nicht.
Ich muss allerdings zugeben, das meist wohl die "let-them-in-and-we-will-see" praktiziert wird. Mehr oder weniger freiwillig.
Für die angesprochene Überwachung werf ich nun einfach mal ungefragt zwei Tools in den Raum damit der Thread vielleicht noch etwas Produktives erfährt ... Nagios bzw Zabbix um zwei Stellvertreter zu nenne die ein wenig aufschluss geben können wie es um das eigene Kind bestellt ist.
Hätt ich den Thread zu erst gelesen hätt ich mir ja jegliche atwort zu Browser-Games World sparen können. *kopfschüttel*
Ich finde es sinnvoll bevor es online geht ersteinmal versuch zu testen wieviele vielleicht draufpassen könnten.. denn gerade wenn das BG jung ist wird es nicht eben mal einen weiteren nebendran stehen haben um es dann zu testen wenn ersteinmal die ersten paar hundert drauf sind. Außerdem wird es kaum schaden die Testfunktionen dann schon zu haben wenn man sich jetzt schon welche geschrieben hat.
Wie aussage kräftig dieser Benchmark dann tatsächlich ist, ist die andere Frage.. Schaden bis auf eins zwei Tage arbeit kann es aber sicher nicht.
Ich muss allerdings zugeben, das meist wohl die "let-them-in-and-we-will-see" praktiziert wird. Mehr oder weniger freiwillig.
Für die angesprochene Überwachung werf ich nun einfach mal ungefragt zwei Tools in den Raum damit der Thread vielleicht noch etwas Produktives erfährt ... Nagios bzw Zabbix um zwei Stellvertreter zu nenne die ein wenig aufschluss geben können wie es um das eigene Kind bestellt ist.
Hätt ich den Thread zu erst gelesen hätt ich mir ja jegliche atwort zu Browser-Games World sparen können. *kopfschüttel*
gepostet vor 18 Jahre, 7 Monate von Amun Ra
Ich fand den Thread recht amüsant bem Lesen...
BGWORLD stellt hier echt hammerharte Theorien in den Raum
BGWORLD stellt hier echt hammerharte Theorien in den Raum