Renderowanie odbywa się na karcie graficznej i na kliencie, nie na procesorze i na serwerze. Jeśli masz na myśli powolne odbieranie pakietów chunków od serwera, przyczyną może być użycie wolnego dysku lub słabego procesora przez twój hosting vps lub problemy związane z siecią (mało prawdopodobne z powodu freezowania się serwera). Wyślij profiler z pluginu Spark, logi zawierające uruchomienie i wyłączenie przez watchdoga (jeden ze zarchiwizowanych plików) oraz pełne specyfikacje swojej wirtualnej maszyny (przede wszystkim rodzaj dysku, najlepiej jego prędkość odczytu i zapisu oraz opóźnienia).

Godzinę temu, Helios1993 napisał:

Renderowanie odbywa się na karcie graficznej i na kliencie, nie na procesorze i na serwerze. Jeśli masz na myśli powolne odbieranie pakietów chunków od serwera, przyczyną może być użycie wolnego dysku lub słabego procesora przez twój hosting vps lub problemy związane z siecią (mało prawdopodobne z powodu freezowania się serwera). Wyślij profiler z pluginu Spark, logi zawierające uruchomienie i wyłączenie przez watchdoga (jeden ze zarchiwizowanych plików) oraz pełne specyfikacje swojej wirtualnej maszyny (przede wszystkim rodzaj dysku, najlepiej jego prędkość odczytu i zapisu oraz opóźnienia).

Logów nie wyśle ze wzglęgu na informacje takie jak hasła do pluginów itd

Wcisnęli ci procka za kilkadziesiąt zł sprzed dekady, który na dodatek jest pod całkiem inne środowisko. Nie ma szans że ci na tym pójdzie serwer mc.
Logi nie zawierają żadnych prywatnych informacji, w pełni nadają się do udostępniania. Niektórzy mogą uznać adresy ip za prywatne informacje, ale ich zapisywanie można łatwo wyłączyć w configu serwera. Można też wrzucić logi na stronę mclo.gs (specjalnie przystosowana do udostępniania logów), która automatycznie je wyłapuje i ukrywa.

Godzinę temu, Helios1993 napisał:

Wcisnęli ci procka za kilkadziesiąt zł sprzed dekady, który na dodatek jest pod całkiem inne środowisko. Nie ma szans że ci na tym pójdzie serwer mc.
Logi nie zawierają żadnych prywatnych informacji, w pełni nadają się do udostępniania. Niektórzy mogą uznać adresy ip za prywatne informacje, ale ich zapisywanie można łatwo wyłączyć w configu serwera. Można też wrzucić logi na stronę mclo.gs (specjalnie przystosowana do udostępniania logów), która automatycznie je wyłapuje i ukrywa.

 Info  Plugin  Mod  API 

Log nie był już potrzebny, mówi to samo do czego doszliśmy już wcześniej - masz zbyt słaby procesor. Po tym, że uruchomiłeś serwer na roocie i korzystasz z bardzo starych wersji systemu oraz kernela, mogę stwierdzić, że nie masz doświadczenia z obsługą linuxa, więc gdy będziesz się przenosił to celuj raczej w hosting zarządzany - nie będziesz w stanie popełnić na nim takich poważnych błędów.

4 godziny temu, Helios1993 napisał:

Log nie był już potrzebny, mówi to samo do czego doszliśmy już wcześniej - masz zbyt słaby procesor. Po tym, że uruchomiłeś serwer na roocie i korzystasz z bardzo starych wersji systemu oraz kernela, mogę stwierdzić, że nie masz doświadczenia z obsługą linuxa, więc gdy będziesz się przenosił to celuj raczej w hosting zarządzany - nie będziesz w stanie popełnić na nim takich poważnych błędów.

nie rozumiem w czym jest kłopot w robieniu serwera na root jeśli chodzi o linuxa to była najnowsza wersja jaką można było pobrać na tym hoście teraz zakupiliśmy na innym hoscie vps 

aktualnie tak to wygląda lecz nie wiemy dlaczego przy mocniejszym obciążeniu się wywala bo myślę że serwer powinien raczej działać do upadłego a nie się wywalać 

Teraz kupiłeś maszynę z tylko jednym wątkiem, podczas gdy serwer wymaga minimum 2 do działania.

3 godziny temu, Kowalski_2M napisał:

nie rozumiem w czym jest kłopot w robieniu serwera na root

W tym, że jeśli przypadkowo pobierzesz plugin z wirusem (co się zdarza - na spigotmc raz na jakiś czas na krótko się pojawiają, na martwym bukkicie potrafią siedzieć miesiącami i nikt nic z tym nie robi) to cały system wyląduje w koszu, nie tylko executable na twoim serwerze. Izolacja aplikacji w systemie i prawidłowe zarządzanie uprawnieniami to podstawa do stawiania publicznych projektów na vpsie.

3 godziny temu, Kowalski_2M napisał:

nie wiemy dlaczego przy mocniejszym obciążeniu się wywala bo myślę że serwer powinien raczej działać do upadłego a nie się wywalać 

Ponieważ tak działa Watchdog - system, który by nie dopuścić do nieskończonego deadlocka i nieprawidłowego zamknięcia serwera bezpiecznie zatrzymuje jego proces gdy na pojedynczy tick zejdzie zbyt wiele czasu.

10 godzin temu, Helios1993 napisał:

Teraz kupiłeś maszynę z tylko jednym wątkiem, podczas gdy serwer wymaga minimum 2 do działania.

 

W tym, że jeśli przypadkowo pobierzesz plugin z wirusem (co się zdarza - na spigotmc raz na jakiś czas na krótko się pojawiają, na martwym bukkicie potrafią siedzieć miesiącami i nikt nic z tym nie robi) to cały system wyląduje w koszu, nie tylko executable na twoim serwerze. Izolacja aplikacji w systemie i prawidłowe zarządzanie uprawnieniami to podstawa do stawiania publicznych projektów na vpsie.

 

Ponieważ tak działa Watchdog - system, który by nie dopuścić do nieskończonego deadlocka i nieprawidłowego zamknięcia serwera bezpiecznie zatrzymuje jego proces gdy na pojedynczy tick zejdzie zbyt wiele czasu.

jeśli chodzi o rdzenie to wiemy że kupiliśmy ich za mało ale to ma być maszyna tylko do roboty nad serwerem a za resztę podpowiedzi dzięki 

W dniu 16.07.2024 o 22:34, Kowalski_2M napisał:

nie rozumiem w czym jest kłopot w robieniu serwera na root jeśli chodzi o linuxa to była najnowsza wersja jaką można było pobrać na tym hoście teraz zakupiliśmy na innym hoscie vps 

 

najlepszym wyjściem jest stawianie serwerów przez dockera, to odosobniony kontener, który jest małą wirtualną cząstką na Twojej maszynie. W przypadku infekcji taki kontener można usunąć, lub nawet przywrócić.