zrobilem taki ‘’mechanizm’’ i spamuje dzwignia, a tpsy skacza.
https://timings.aikar.co/?id=393d71b715f048aea5c254579f870a13
nie chce sobie nawet wyobrazic co jak kilku graczy zacznie tak spamowac, albo jak porobią ‘’zegarki’’ xD
Jordii | 2019-11-23 12:16:31 UTC | #1
problem dość powszechny, myślę, że nie ma co tu tłumaczyć.
Moj silnik: paperspigot 1.14.4 latest
pandawire nie działa na 1.14.4 (darmowa wersja), poza tym płatna wersja 1.14.4 jest ‘’beta’’ i tez nie ma pewnosci czy by działała + ogolnie nie dziala to na silnikach paperspigota, jedynie spigot.
zapoznalem sie rowniez z tym: https://www.spigotmc.org/threads/guide-optimizing-spigot-remove-lag-fix-tps-improve-performance.21726/
jednak to nie blokuje problemu zawartego w tytule.
Z góry dziękuje.
Nieznajomy11 | 2019-11-22 20:19:16 UTC | #2
Timingi, logi? Cokolwiek?
Jordii | 2019-11-22 22:21:56 UTC | #3
zrobilem taki ‘’mechanizm’’ i spamuje dzwignia, a tpsy skacza.
https://timings.aikar.co/?id=393d71b715f048aea5c254579f870a13
nie chce sobie nawet wyobrazic co jak kilku graczy zacznie tak spamowac, albo jak porobią ‘’zegarki’’ xD
Timo | 2019-11-22 23:02:20 UTC | #4
Jak patrzę, sporo problemów stwarza Shopkeepers, może spróbujesz tymczasowo go wyłączyć? Ostatnio na forum komuś to pomogło, jeśli tobie też pomoże to będziesz musiał poszukać alternatywy.
Jordii | 2019-11-22 23:05:38 UTC | #5
ok zastąpie go czymś, jednak ssa tpsów zrobiłem sekunde po zaspamowaniu dźwignią.
Jordii | 2019-11-22 23:06:03 UTC | #6
watpie ze to przez shopkeepers
Timo | 2019-11-22 23:11:13 UTC | #7
Ja natomiast nie:
[quote=”Jordii, post:5, topic:12746”]
po zaspamowaniu dźwignią
[/quote]
Właśnie dotyczy ten Event, który Shopkeepers wykorzystuje i jak widać w Timingsach - nie wychodzi mu to najlepiej.
Jordii | 2019-11-22 23:11:46 UTC | #8
usunalem, sprawdzilem ten mechanizm i dalej to samo, tpsy spadaja tak samo jak spadaly wczesniej, spamowalem w sumie krocej niz wczesniej nawet.
za 60sekund podesle timingsy.
Jordii | 2019-11-22 23:12:54 UTC | #9
@Timo @Nieznajomy11
https://timings.aikar.co/?id=178ca2744793451cab57ecf3cd025b36
Nieznajomy11 | 2019-11-23 16:42:07 UTC | #10
[quote=”Timo, post:7, topic:12746”]
Ja natomiast nie:
[/quote]
To nie jest wina tych wtyczek. Po prostu niefortunnie BlockPhysicsEvent jest wywoływany dla każdego block update redstone, a jest ich naprawdę dużo. Większość wtyczek w ogóle nie potrzebuje sprawdzać redstone.
@Jordii
Zerknij, czy masz w paper.yml opcje world-settings.default.fire-physics-event-for-redstone. Zazwyczaj bez większych problemów można to ustawić na false. Znacznie pomoże na te wszystkie wysokie czasy wywołań z tego eventu w widocznych w timingach wtyczkach.
Jordii | 2019-11-23 16:41:31 UTC | #11
niestety nie mam takiej opcji.
Nieznajomy11 | 2019-11-23 19:11:43 UTC | #12
Wygląda na to, że w wersji papera 1.14 nie ma takiego patcha. Jest on natomiast w 1.12. Z jakiegoś powodu jest jeden związany, ale nie ma tego przydatniejszego.
Jordii | 2019-11-23 21:52:05 UTC | #13
zdecyduje się zastosować dość prymitywne zabezpieczenie, które dobrze sprawdzą się na podobnym serwerze, mianowicie chodzi o limit w sekundach używania dźwigni. Zegarki redstonowe nie powodują takich lagów, jak spamowanie dźwignią.
Nieznajomy11 | 2019-11-23 21:54:51 UTC | #14
Jest to nie takie złe rozwiązanie, ale należy pamiętać, że można zbudować odpowiednio szybki zegar i odpowiednio długie ścieżki redstone z reapeterami i można uzyskać podobny efekt. Niemniej, mniejsza ilość osób o tym wie i z tego aktywnie korzysta.
Jordii | 2019-11-23 22:25:15 UTC | #15
mam jeszcze jakiś plugin powiadamiający administratorów o takich przypadkach gdy ktoś w podobny sposób próbuje lagować serwer: https://www.spigotmc.org/resources/redstone-clock-preventer.1054/
wtedy wystarczy się przeteleportować w dane miejsce i zbanować gracza/zniszczyć mechanizm.
system | 2019-12-25 22:25:19 UTC | #16
Ten temat został automatycznie zamknięty 32 dni po ostatnim wpisie. Tworzenie nowych odpowiedzi nie jest już możliwe.