EpicHopper3 (Plugin)

EpicHoppers3

Ist ein Plugin was den Trichtern einige weitere Funktionen gibt.

Bevor jetzt einige User meckern das neue Funktionen ja wieder auf die Performance gehen, bitte erst alles lesen.

Epic Hopper erweitert den Trichter um ein Menu wo man den Trichter upgraden kann.

Upgrades können mit XP Punkten oder Geld bezahlt werden.

Das Plugin bietet viele verschiedene Upgrades an, die in der Config eingestellt werden können.

Für GG wären folgende Upgrades interesant:

1. Item Teleport, man bräuchte keine langen Trichterstraßen mehr, da die Items vom Trichter direkt in eine Truhe telportiert werden.

2. Item Sort, man bräuchte keine Sortieranlagen mehr da die Item´s direkt über Telport vom Trichter in die entsprechenden Truhe gelangen.

3. BlockBreaker, der Blockbreaker würde die Cobblegeneratoren mit Pistons ersetzen.

4. Autocrafting !

Link zu EpicHoppers3

Zu der Performance:

zu 1. Weniger Trichter, weniger Lags.

zu 2. Bei der traditionellen Item Sortieranlage braucht man 3 Trichter, pro Item + Redstone, hier nur noch 1 Trichter und kein Redstone, also schon mal 66 % an Trichter gespart.

Vom Programm Code ist as auch kein Unterschied ob ich ein Item in ein nachbar Trichter sende oder an eine Truhe am anderen Ende des GS.

zu 3. Die Pistons und das Blöcke verschieben fällt weg, stattdessen würde nur der Block über dem Trichter abgebaut, ist nicht sehr schnell ungefähr 1 Block die Sek.

Damit die Leute das alles nicht zu extrem benutzen, könnte man auch noch die Anzahl der Trichter irgendwie Limitieren, nicht das nachher einer 200 Trichter als Blockbreaker benutzt.

zu 4. wäre ein nices Future!

Generell würde man eine Menge Trichter sparen, was ein merklichen Performance Boost bringen würde.

zusätzlich nutzt das Plugin die Funktionen um die Rechenleistung auf die anderen CPU Kerne zu verteilen(Thread/ASYNC), was auch noch mal einiges in der Server Performance bringen sollte.

Hier nachmal der Link zu meinem Post unter:

Trichter Updates und Performance Tests
Diesen Post hat ABGE auch gelesen, da er ein Like dagelassen hatte.

Desweiteren verweise ich mal auf einen anderen Post von mir auch unter Trichter Updates und Performance Tests der Zeigt genau was bei den Trichtern so Extrem Rechenintensiv ist.

Es sind alle Trichter die oben offen sind und nicht von einem Block mit Inventar abgedeckt werden, die Funktion um Items zu suchen zum aufsammeln verbraucht die meiste Leistung.

Link

Zitat von CuzImJ4nn1k

Huhu

Finde ich eine Interessante Idee, nur gegen das Auto Break wäre ich, da dieses sehr ausgenutzt werden könnte.

MfG

Wie gesagt, da müßte man ein Lösung finden, irgendwie über ein max Limit, weiß jetzt gerade nicht ob da was in der Config ist.

-Edit-

Habe mal schnell in der config nachgeschaut, also man kann die Anzahl der Trichter limitieren aber nur pro Chunk was nicht ganz so optimal wäre, da ja auch manchmal 1 Chunk über mehrere GS´e gehen kann.

Zitat von DerJP

Ich bin mir nicht sicher, ob das wirklich die Performance-Schübe bringen würde, die du anspreist. Ich hab mir den Code nicht angesehen, aber allein ein Großteil der Spigot-Reviews spricht von "Lag-Spikes" und allgemein "Lags", bei einer großen Spielerzahl. Es wird sich auch unüblich viel über Bugs beschwert. Wenn man sich die Größe von GG und der einzelnen Server anschaut, ist es wahrscheinlich dass diese Probleme hier noch verstärkter auftreten würden.

Ich will deinen Vorschlag nicht schlecht reden, man müsste sich das nur besonders gut anschauen, bevor man es implementiert. Das Plugin ergänzt die Trichter auch um sehr viele Features, zumindest hab ich das gerade so aufgeschnappt, deswegen würden erhöhte Lags auch Sinn ergeben.

Die meisten Review´s die was mit Performance zu zun hatten, sind vom letzten Jahr, Versionen vor 3.2.x glaube ich danach wurde ein teil umgeschrieben und auch das Thread problem scheinbar gelöst,

Man muß ja auch nicht alle Funktionen nutzen, da man sie in der Config Aktivieren/deaktivieren kann.

Als Beispiel nur mal Item Teleport,

der normale Hopper schaut wo ist ein anderer Hopper oder eine Truhe wo ich mein Item hinsenden kann.

EpicHopper weiß zu welcher Truhe das Item hintelportiert wird, sollte also vom Code nicht Rechenintensiver sein, da bei beiden nur Items an die Koordinaten gesendet werden egal ob gleich nebenan oder am anderen Ende des GS.

Beim Sortieren, gebe ich dir vielleicht recht, da es vom Code her aufwendiger ist, aber dafür brauchst weniger Hopper und wie gesagt die Hopper verbrauchen schon Rechenleistung wenn sie in einem geladenen Chunk stehen ohne was zu tun. Das müßte man halt mal richtig testen.

aber durch das Auslagern der Berechnungen auf andere CPU Kerne, sollte man trotzdem eine gute Leistungssteigerung erhalten.

EntchenBuilds , da es sich um ein Bezahlplugin handelt und ich dieses legal besitze wäre ich bereit, bei Interesse schnell einen Spigot Server mit dem plugin bereitzustellen, damit es von den Devs auf Performance getestet werden könnte.