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/
Sorry wenn ich da nun kurz zwischen grätsche...
Buggy Sensoren Okay, kann man melden, ist auch okay.
Die 4000 Sensoren, die du verbaut hast und die dazugehörige Meldung sind Dir aber völlig egal, oder?
Überall wird geschimpft, dass Redstone mist ist und ständig aus geht etc.
Genau solche "Bauwerke" sind aber zum Teil daran schuld und ich finde es schon bemerkenswert, dass du trotzdem daran fest hältst, obschon du sogar vom System eine Aufforderung bekommst weniger zu machen. Sorry aber sowas nenne ich schon sportlichen Egoismus. Jedem das Seine, mir das Meiste.
Najaaa.. jeder Sensor ist ja nen Redstonebauteil, in diesem Fall eines, welches Signale sendet. Das das Plugin nur eine Meldung anzeigen kann, dass du etwas verlangsamen sollst, sollte schon klar sein. Es ist halt ein Plugin mit einer vordefinierten Meldung.
Najaaa.. jeder Sensor ist ja nen Redstonebauteil, in diesem Fall eines, welches Signale sendet. Das das Plugin nur eine Meldung anzeigen kann, dass du etwas verlangsamen sollst, sollte schon klar sein. Es ist halt ein Plugin mit einer vordefinierten Meldung.
Aber da die Meldung doch schon sagt "Die Schaltung wird temporär abgeschalten/blockiert", sollte diese doch in dem Fall gar nicht mehr laufen, oder verstehe ich das jetz vollkommen falsch 
Würde mich auch schon interessieren von einem Redstoneexperten da mehr zu erfahren ob redstonebauteile auch ohne bepowerung als aktiv gelten und womöglich an den Serverressourcen fressen.
Könnte gut möglich sein das Tageslichtsensoren dann aktiv sind und ein Signal rausgeben auch wenn dieser nicht weitergeleitet wird.
Heyho,
ob redstonebauteile auch ohne bepowerung als aktiv gelten und womöglich an den Serverressourcen fressen.
Gehe ich in meinem In-Depth-Look auf die Hintergründe der Serverperformance näher ein. Kurze Antwort: Ja.
Jeder Block, welcher seinen Blockzustand ändern kann, muss dauerhaft vom Server auf eine solche Änderung "geprüft" werden. (i.d.R 20x pro Sekunde). Je mehr solcher Items also in Chunks um einen Spieler herum geladen sind, desto mehr hat der Server also zu berechnen.
Die Benachrichtigung, dass Redstone temporär auf deinem Plot deaktiviert wird, kommt ebenfalls durch ein Sicherheitsplugin, welches nach genau solchen beeinträchtigenden Bauten sucht und dann das Redstone bis zum nächsten Neustart deaktiviert. Die Meldung geht dabei normalerweise von großen oder schnellen Schaltungen aus, weswegen der vorgefertigte Text angezeigt wird. Eine große Menge an redstone-affinen Blöcken hat selbstverständlich den gleichen Effekt und sollte ebenfalls von dir betrachtet werden.
==========================================
Zum eigentlichen "Bugreport". Dass einige redstone-affine Blöcke (wie Tageslichtsensoren oder Druckplatten) von einem Brot "ausgelöst" werden können, ist bereits seit Längerem bekannt und wird aktuell nicht weiter verfolgt.
Siehe dazu auch die letzten Bugreports zu diesem Thema: (Suchfunktion ca. 10 Sekunden)
Zitat von Wurmi_das_FratzGuten Abend,
Wir haben dies als nettes Feature deklariert, damit kann man hin und wieder jemanden trollen und es macht dem anderen keinen Schaden. Vielen Dank für deine Meldung.
Viel Spaß weiterhin auf GrieferGames!
Gut, aber wenn jetzt Druckplatten usw, womöglich sogar Schalter/Hebel durch brot aktiviert werden können...
Mal abgesehen davon das dann Redstonebasierte Eingänge noch nutzloser sind als gedacht, sicherheitstechnisch betrachtet.
Ich weiss nicht ob das dann so harmlos ist wenn da eine größere Redstone Farm widerrechtlich in gang gesetzt werden kann.
Schließlich wird dann wegen AFK Farming der Plotbesitzer zur Verantwortung gezogen.
Mit aktiv meinte ich ob die gesetzen Redstonelemente genauso behandelt werden als ob es eine aktive Schaltung wäre.
Im konkreten Beispiel also die 4 K Sensoren so an den Ressourcen fressen als wären sie alle in Betrieb.
Und gilt dasselbe auch für Redstonestaub? Das wird ja bisweilen in relativ großen mengen verlegt.
Ja, die Sensoren werden so behandelt und fressen die Ressourcen, na klar nur in den Chunks die geladen werden/sind
Der Redstonestaub ist weniger das Problem, weil das Signal erst anliegen muss, bevor etwas passiert. Was beim Staub allerdings an der Performance zieht ist das verlegen in völliger Dunkelheit, weil der Staub ja "beleuchtet angezeigt" wird. Da kann man aber gut gegen an, wenn man an der Spur noch Fackeln platziert und somit die Lichtabfrage minimiert.
Mit aktiv meinte ich ob die gesetzen Redstonelemente genauso behandelt werden als ob es eine aktive Schaltung wäre.
Jeder Block, welcher seinen Blockzustand ändern kann, muss dauerhaft vom Server auf eine solche Änderung "geprüft" werden. (i.d.R 20x pro Sekunde). Je mehr solcher Items also in Chunks um einen Spieler herum geladen sind, desto mehr hat der Server also zu berechnen.
Im konkreten Beispiel also die 4 K Sensoren so an den Ressourcen fressen als wären sie alle in Betrieb.
Und gilt dasselbe auch für Redstonestaub? Das wird ja bisweilen in relativ großen mengen verlegt.
Nun, Redstone-Elemente belasten den Server erstmal weitestgehend genauso stark, als wären sie angeschlossen...
Einziger Unterschied ist, dass der Server noch mehr Daten verarbeiten muss, wenn sie auch wirklich aktiviert werden, weil sich ihre Zustände dann auch permanent ändern. Die Anzahl der Spieler, welche auf dem CB gerade online sind, sind dabei natürlich auch ausschlaggebend...
Beispiel 1:
5 Redstone-Elemente, deren Zustand sich ändern kann. Keines der Elemente ist powered. Keines der Elemente wird geändert.
Server muss alle Elemente 20x/s abfragen, um eine mögliche Änderung zu ermitteln.
Ergebnis: 100 lesende Abfragen/Sekunde
Beispiel 2:
5 Redstone-Elemente, deren Zustand sich ändern kann. Die Elemente sind dauerhaft powered. Keines der Elemente wird geändert.
Server muss alle Elemente 20x/s abfragen, um eine mögliche Änderung zu ermitteln.
Ergebnis: 100 lesende Abfragen/Sekunde
Beispiel 3:
5 Redstone-Elemente, deren Zustand sich ändert. Langsame Clock läuft. 2 Wechsel/Sekunde. 150 Spieler online.
Server muss alle Elemente 20x/s abfragen und die Änderungen an alle Spieler senden, welche online sind.
Ergebnis: 100 lesende Abfragen/Sekunde, 1500 Änderungseinträge/Sekunde.
Beispiel 4:
5 Redstone-Elemente, deren Zustand sich ändert. Schnelle Clock läuft. 5 Wechsel/Sekunde. 10 Spieler online.
Server muss alle Elemente 20x/s abfragen und die Änderungen an alle Spieler senden, welche online sind.
Ergebnis: 100 lesende Abfragen/Sekunde, 250 Änderungseinträge/Sekunde.
Für mehr Details und die Hintergründe empfehle ich weiterhin: Serverperformance - Ein "In-Depth"-Look auf die Hintergründe - Einfach und verständlich
Was beim Staub allerdings an der Performance zieht ist das verlegen in völliger Dunkelheit, weil der Staub ja "beleuchtet angezeigt" wird. Da kann man aber gut gegen an, wenn man an der Spur noch Fackeln platziert und somit die Lichtabfrage minimiert.
Selbstverständlich spielen auch Abfragen des Lichtlevels eine Rolle...
Diese jetzt aber noch mit ein zu beziehen würde "den Rahmen sprengen". Betrachtet man jetzt ausschließlich die Aktivität am Redstone am Server... bleibt obrige Frage einfach erklärbar.
Im Klartext also als Fazit hängt die belastung des Servers durch aktive Redstoneelemente maßgeblich von der anzahl der Spieler ab welche sich gerade auf dem CB befinden unabhängig ob sich nun hundert oder nur ein Spieler in dem betreffenden Chunk aufhält?
Sieht man mal von der Anzahl der Elemente und anderen Faktoren ab...
Also ist es am ratsamsten große Redstonemaschinen erst gar nicht auf CBs mit vielen Einwohnern zu bauen.
Oder eben auf GSe weit abseits von Publikumsverkehr zu bauen damit man sie, wenn nicht in betrieb, durch das entladen der Chunks erst gar nicht als abzufragende Elemente ins spiel bringt.
Mal eine Frage etwas abseits des Themas an 50U7R34P3R:
Wie kommt es das Banner sich so negativ auf dei Serverperformance in einzelnen Chunks auswirkt wenn selbige in großer Zahl aufgestellt werden.
Im Grunde kann man damit jemandem koplett sein GS verleiden wenn man daneben ein Plot claimt und paar hundert billiger Banner aufstellt.
Hey,
Ich wollte nur sagen, dass bei mir gar keine Lichtsensoren (auch nur einer) funktionieren 
vielleicht hilft diese Info ja weiter 
LG Fire_and_Flame
Wie kommt es das Banner sich so negativ auf dei Serverperformance in einzelnen Chunks auswirkt wenn selbige in großer Zahl aufgestellt werden.
Jedes Banner ist eine eigene Entity mit mehreren Blockzuständen... Viele Entities = viel Rechenbelastung. Je mehr davon, desto schlimmer für einen Spieler. Banner gehen aber weniger auf Kosten der Serverperformance, sondern sind vor allem clientseitig störend, da der Spielclient viele Entities einzeln visualisieren muss. Je mehr "verschiedene" Banner, desto schlimmer wird der Effekt, da dann die Banner im lokalen Cache auch noch ständig gespeichert & abgefragt werden müssen.
