Support- und Community-Themen werden lediglich über unseren Discord-Server abgewickelt, wo ihr uns schneller und unkomplizierter erreicht.
Meldet euch einfach dort, wenn ihr Fragen oder Anliegen habt: https://discord.griefergames.net/
Wir benutzen Paper (Spigot Fork mit u.a. besserer Performance), Plugins, Tnt, View-distance, Hopper, etc. sind optimiert [...]
Auch haben wir ein neues Projekt mit einzelnen Leuten aus dem Team und auch externen Leuten gestartet, welches eine Bukkit-Veränderung sein wird. Diese Gruppe arbeitet aktuell daran, Bukkit zu optimieren, um diese Version vielleicht sogar in naher Zukunft auf GrieferGames implementieren zu können, sodass eine durchaus viel bessere Serverperformance die Folge sein wird.
Was du ansprichsrt ist Multithreading. Genau das was die ganze Zeit versucht wird...
Das Problem an der aktuellen SpigotPaper-Version und insbesodnere den verwendeten PlugIns ist, dass diese nur den MainThread ansteuern... Weswegen bereits ein Server für jeden CB genutzt wird...
Wie in der aktuellen News angekündigt, wird allerdings bereits an einer Optimierung des Bukkit gearbeitet. Da hier im Thread einige versierte Leute sich gemeldet haben und zumindest zu einem Gespräch mit den Dev's auf den Teamspeak eingeladen wurden... und jetzt "mit einzelnen Leuten aus dem Team und auch externen Leuten" daran gearbeitet wird, gibt zu hoffen.
Ich denke in einigen Wochen/Monaten werden wir hier eine große Besserung sehen.
Die bisherigen Maßnahmen haben bereits viel zur Verbesserung beigetragen.
Selbst auf CB8 ist jetzt bei voller Belegung des CB, manchmal sogar bei Überfüllung (>300 Spieler) Wasser & Lava an, das Redstone auch nur noch gelegentlich aus. Der "Block-Respawn" und andere Lagauswirkungen kaum spürbar...
Nein ist es ist kein Multithreading.
Es ist einen 2. Rootserver mit der selben Leistung wie der CB Server an den CB Server anknüpfen um die Last die der komplette CB Root Server hat mit dem 2. Root Server zu teilen. Das hat nichts mit Minecraft zutun.
Man kann hier keine Bilder anhängen, aber ein Load Balancing System dient dazu die last die auf einem Server ist (cb) auf mehrere Extra Server aufzuteilen.
Beispiel
1000 Gehen auf den Citybuild Server, die Last die entsteht wird auf 4 Server aufgeteilt so dass der cb server die Last nicht alleine tragen muss.
Das Problem an der aktuellen Performance ist CPU, nicht RAM... Die PlugIns, der Bukkit... Alles ist auf SingleCore ausgelegt... Was, wie im Eingangspost von Abge klargestellt, das ganze Dilemma an der aktuellen Situation darstellt.
Wie also diese Aufgaben zwischen unterschiedlichen Servern aufteilen? Wie sorgst du dafür, dass die Anfragen und Aufgaben, die die PlugIns des einen Servers erstellen, diese an den anderen ("Loadbalancing"-)Server abgeben?
Wäre es so einfach dies aufzuteilen könnte man die Server auch einfach mit Mehrkernsystemen ausstatten und diese die Anfragen parallel abarbeiten lassen... :/
Moin 50U7R34P3R
Genau daran wird meiner Meinung ja gerade gearbeitet also an Bukkit auf welchem das alles basiert man kann ja nur aufs Beste hoffen.
Mfg
Das muss die Software (minecraft/spiggot) aber auch hergeben und als verteiltes System programmiert sein.
Ich befürchte das Minecraft ein Singleplayer-Spiel mit aufgepropfter Multiplayer-Möglichkeit ist.
Daher kommen auch die Beschränkungen.
Wie die Vorredner schon geschrieben haben. Multithreading /asynchrone / verteilte Systeme sind nicht so einfach. Bei MC ist ein Tick-basiertes system. Das heisst alle Vorgänge und Prüfungen erfolgen innerhalb eines Ticks. Im Normalfall sollte der Zeitabschnitt nur 1/20 Sekunde sein. Ist mehr zu tun, dann merkt man das durch Verzögerungen/Lags. Diese Verzögerungen kommen dadurch zustande, das eine Aufgabe warten muss bis andere fertig sind. In einem Single-Threading-Programm ist das relativ einfach. Da alle Anweisungen der reihe nach abgewartet werden.
Bei Multi-threading erledige ich parallel zur Hauptaufgabe gleichzeitig auch noch andere Aufgaben (Tasks).
Allerdings weiß man nicht im vorraus wie lange welche Aufgabe dauert. Also muss der die eine Aufgabe unter umständen auf die andere warten bis es weitergeht. Ergebnis, so ziemlich das selbe wie bei Multi-threading. Nur mehr Programmieraufwand und Fehlermöglichkeiten.
Die meisten Duplizierfehler sind auf solche asynchronitäten zurückzuführen, die dann geschickt ausgenutzt werden konnten.
Meine Vermutung: MC wird nie soweit weiterentwickelt, da Microsoft die MC-Kuh melken möchte und alle User mit ein bisschen Content-Update bei Laune hält.
Bewegung wird hier nur ein neuer Konkurrent reinbringen.
An bukkit/spiggot rumdoktern nur mit ein paar Entwicklern wird nicht funktionieren, ausser man ist bereit
viel Zeit und/oder Geld zu investieren. Da sich die beiden aber eh immer am rande der Legalität bewegten und eigentlich nur geduldet wurden, ist es schwierig da wirklich was zu investieren.
Ich bin mal auf hytale gespannt.
Da sich die beiden aber eh immer am rande der Legalität bewegten und eigentlich nur geduldet wurden, ist es schwierig da wirklich was zu investieren.
Nicht richtig.
Wenn es euch interessiert, gebe ich euch gerne ein paar Informationen bezüglich Multithreading, async/sync, Loadbalancing, Ticks (bei anderen Spielen die berüchtigten Hertz), wie es Minecraft derzeit macht und was das Ziel ist.
Natürlich ohne Versprechen was zu wann umgesetzt wird, da ich ein Performancepedant bin und die Qualität ja auch stimmen soll.
Hi, ich finde das Redstone eines der elementaren Dinge hier ist und ich bin ein begeisterter Redstone Verwender!
Somit würde ich Redstone auf keinen Fall aussschalten! (Bei Lags - ok - so wie bisher)!
Denke das die Spawner Flut eher eigedämmt werden sollte, denn davon profitieren die wenigsten!
Geld für die Freischaltung von Redstone zu bezahlen ist in meinen Augen sinnbefreit, wenn einer (wie ich) ganz neu anfängt und dann erstmal 150 k (zB) sammeln muss um Redstone freizuschalten führt dazu das viele Spieler direkt wieder aufhören mit spielen!
Ich würde eher wie schon erwähnt die Spawner pro Slot begrenzen und evtl dafür eine Freischaltung verlangen, denn wer sich Spawner leisten kann, kann sich auch die Freischaltung leisten, wenn er es unbedingt nutzen will!
Habt ihr mal überlegt die CPUs zu virtualisieren. Dann könnten evtl. mehr Kerne gleichzeitig genutzt werden.
Abge Der Joke ist, dass normale Farmen wo die Monster in den Tod fallen, ganz normal funktionieren.
Wer so eine funktionieres Modell sehen möchte, kann gerne auf cb3 auf meinem 20ten GS vorbeischauen, diese beiden Modelle dir ich dort nutze funktionieren prächtig.
dan mach deine türen auf xD
Bringt aber nix bei den Schaffarmen, da muss Redstone aktiv sein.
Die anfängliche Freude über die Neuerungen ist mittlerweile auch gedämmt - ich fasse es mal wie folgt zusammen:
Als ich im Oktober auf CB5 angefangen habe, war Redstone wirklich nur paar mal in Hightimes aus und meist auch nur für wenige Minuten...
Im Dezember war auch noch alles wunderprächtig, Nature lief auch noch super und auf CB5 ebenfalls bis halt die üblichen Lags.
Seit Januar ist Redstone nur vormittags und nachts aktiv, alsbald mehr als 200 User auf dem Server sind geht gar nix mehr.
Im Februar kurz Kertwende und Neuerungen, es lief teilweise sogar etwas besser - aber aktuell auch mit einer Spielerbegrenzung von 250 Spielern eher unspielbar.
Mittlerweile ist die Farmausbeute so gering, dass ich auf Nature besser die Schafe von Hand killen sollte, dies ist vielleicht erfreulich für die Wirtschaft - andersrum für jeden der eine Eisentür benutzen will oder andere kleinere Spielereien nicht nutzbar.
Aktuell selbst bei 160 Spielern um 0:37 Redstone deaktiviert - echt sehr schade.
Ich weiss der Prozess wird länger andauern und es geht nicht von heute auf morgen, die Frage ist warum ist der Einbruch innerhalb von wenigen Monaten so massiv, obwohl die Spielerzahl auf den CBs nicht wesentlich mehr geworden sind.
Bringt aber nix bei den Schaffarmen, da muss Redstone aktiv sein.
Die anfängliche Freude über die Neuerungen ist mittlerweile auch gedämmt - ich fasse es mal wie folgt zusammen:
Als ich im Oktober auf CB5 angefangen habe, war Redstone wirklich nur paar mal in Hightimes aus und meist auch nur für wenige Minuten...
Im Dezember war auch noch alles wunderprächtig, Nature lief auch noch super und auf CB5 ebenfalls bis halt die üblichen Lags.
Seit Januar ist Redstone nur vormittags und nachts aktiv, alsbald mehr als 200 User auf dem Server sind geht gar nix mehr.
Im Februar kurz Kertwende und Neuerungen, es lief teilweise sogar etwas besser - aber aktuell auch mit einer Spielerbegrenzung von 250 Spielern eher unspielbar.
Mittlerweile ist die Farmausbeute so gering, dass ich auf Nature besser die Schafe von Hand killen sollte, dies ist vielleicht erfreulich für die Wirtschaft - andersrum für jeden der eine Eisentür benutzen will oder andere kleinere Spielereien nicht nutzbar.
Aktuell selbst bei 160 Spielern um 0:37 Redstone deaktiviert - echt sehr schade.
Ich weiss der Prozess wird länger andauern und es geht nicht von heute auf morgen, die Frage ist warum ist der Einbruch innerhalb von wenigen Monaten so massiv, obwohl die Spielerzahl auf den CBs nicht wesentlich mehr geworden sind.
Da es mittlerweile auf allen CB´s so aussieht und nicht nur auf CB5, vermute ich mal das es eine Menge neuer Farmen gibt, z.B. auch Community Farmen und dem entsprechend auch jede Menge neuer Trichter zum Item Transport also eine ganze Menge neuer Entity´s die halt extrem auf die Server Performance gehen.
Du musst aber aufpassen nicht das sich jemand damit ne API macht dass er sich damit mit der Einfachen Methode onCommand
Op holt! Aber du findest schon Leute dazu!
Sry wegen Rechtsschreibung ich schreibe am Handy!
~Ben121
Du musst aber aufpassen nicht das sich jemand damit ne API macht dass er sich damit mit der Einfachen Methode onCommand
Op holt! Aber du findest schon Leute dazu!
Sry wegen Rechtsschreibung ich schreibe am Handy!
~Ben121
Das ist nicht so einfach möglich.... Wir arbeiten in einem Team über ein Git-Repository wo niemand etwas einfach einspielen kann, da es die Teammitglieder jederzeit einsehen können und ein Codereview gemacht wird.
Und ich mag keinem in dem Team so wie es gerade ist, unterstellen, dass einer davon irgendwelches Schindluder betreiben will, da die Motivation aller diejenige ist, Abgegrieft weiter zu bringen und Lukas zu unterstützen.
Du musst Dir das auch so vorstellen, dass es unterschiedliche Core-Teams gibt. Und diejenigen die von extern zuarbeiten haben keine zusätzlichen Rechte irgendwas zu deployen oder einzustellen.
Also sind Entwicklung, Weiterentwicklung, Bugfixing und Administration in unterschiedlichen Händen.
Hmmmmmm...
Würde is helfen, wenn die Spieler gleichmäßigeehrter auf die CBs verteilt wären?
Wenn ja wäre eine leichte Art dem Umzugs sinnvoll.
Dass man z.B. mit /p Umzug cb11 das aktuelle gs auf cb 11 verschieben könnte.
Hmmmmmm...
Würde is helfen, wenn die Spieler gleichmäßigeehrter auf die CBs verteilt wären?
Wenn ja wäre eine leichte Art dem Umzugs sinnvoll.
Dass man z.B. mit /p Umzug cb11 das aktuelle gs auf cb 11 verschieben könnte.
Für die Performance ist leider nicht nur die Spieler Anzahl ausschlag gebend, sondern vielmehr was von den Spielern alles gebaut wird.
z.B. Lange und komplexe Trichtersysteme oder Redstoneschaltungen.
Für die Performance ist leider nicht nur die Spieler Anzahl ausschlag gebend, sondern vielmehr was von den Spielern alles gebaut wird.
z.B. Lange und komplexe Trichtersysteme oder Redstoneschaltungen.
ok, auch in diesem Fall ist ein Umzug von Redstonelastigen Plots auf weniger frequentierte Server entlastend. Man könnte ja die möglichen Zielserver abhängig von der Menge der Trichter etc. Machen.
ok, auch in diesem Fall ist ein Umzug von Redstonelastigen Plots auf weniger frequentierte Server entlastend. Man könnte ja die möglichen Zielserver abhängig von der Menge der Trichter etc. Machen.
Aber auch das wird schwierig, wie willst du da die einzelnen Plots nach der Serverlast bewerten, neue Spieler kommen auf die Server und fangen auch an wie wild zu bauen und dann müßen die Spieler wieder umziehen.
Das wird zuviel arbeit, da das Plot moven ja alles manuell gemacht werden muß.
Da lieber hoffen, das da was über Plugins geklärt wird.
Die ganze Arbeit zur Performanceverbesserung läuft auf einer sehr professionellen Ebene.
Mit Ergebnissen ist aber nicht von heute auf morgen zu rechnen, da ihr euch vorstellen könnt, dass eine Umstrukturierung und Anpassung des Codes in dem Umfang von Minecraft nicht so schnell zu bewerkstelligen ist.
Hinzu kommt, dass viele Eventualitäten zu beachten sind, Testings durchgeführt werden müssen und selbst dann bei sehr behutsamen Vorgehen kann es noch immer zu Fehlern kommen, die erst im Livebetrieb auftreten. Um dies natürlich so klein wie möglich zu halten, wird sich immer nur auf Teilaspekte konzentriert um dort dann das Maximum herauszuholen.
Dabei darf aber auch die Wartbarkeit und die Möglichkeit zum Update ausser Acht gelassen werden.
Ich möchte euch daher bitten Geduld walten zu lassen.
Aber ich kann euch versichern, dass der gute Paskal eine Ebene geschaffen hat, die weit über dem liegt was andere Projekte zur Verbesserung von Minecraft geschafft haben.
Dabei darf aber auch die Wartbarkeit und die Möglichkeit zum Update ausser Acht gelassen werden.
Jo eindeutig, ein Plus!
Sorry mußte einfach sein.
