PaperSpigot vs Spigot - konkrety

HardStyl3r · 16 Czerwca 2016

(za pomoc pseudoprogramistów podziękuję)

Cześć, chciałbym zapytać: jaka jest różnica między PaperSpigotem a normalnym Spigotem?

Oczekuję konkretów, nie wypowiedzi "bo jest lepszy", "bo jest zoptymalizowany" itd.

PabloTL · 16 Czerwca 2016

To jest nowy Spigot. Cały server jest jeszcze bardziej zoptymalizowany niż Spigot. Ogólnie zużywa mniej RAMu więc go polecam. Jest jeszcze więcej opcji do konfiguracji servera.

NSOfficial · 16 Czerwca 2016

PaperSpigot używa więcej RAMu, gdyż rzadziej wywoływane są GC (GC powoduje chwilowe zacięcie głównego wątku).

AdamGrzegorz · 16 Czerwca 2016

PaperSpigot używa więcej RAMu, gdyż rzadziej wywoływane są GC (GC powoduje chwilowe zacięcie głównego wątku).

To znaczy... ty na pewno wiesz czym jest GC? (GarbageCollector)?

Paper:

Dodatkowe konfiguracje.
Optymalizacje, i tak, optymalizacje. Mam ci wszystkie wymieniać? Jak tak, to proszę https://paper.readthedocs.io/en/paper-1.10/features/

NSOfficial · 16 Czerwca 2016

PaperSpigot używa więcej RAMu, gdyż rzadziej wywoływane są GC (GC powoduje chwilowe zacięcie głównego wątku).

To znaczy... ty na pewno wiesz czym jest GC? (GarbageCollector)?

Paper:

Dodatkowe konfiguracje.

Optymalizacje, i tak, optymalizacje. Mam ci wszystkie wymieniać? Jak tak, to proszę https://paper.readthedocs.io/en/paper-1.10/features/

Na pewno wiem lepiej niż ty #programistobukkitabobungeenieogarniam

dekros123 · 16 Czerwca 2016

"PaperSpigot używa więcej RAMu, gdyż rzadziej wywoływane są GC".

GC usuwa stare obiekty przez co zwalnia ram wykonuje się rzadziej bo Paper mniej ramu zabiera i nie ma takiej potrzebny a GC mocno leci po procku więc chyba lepiej jak się odpala rzadziej niż co 2minuty bo mu ramu brakuje-.-

NSOfficial · 16 Czerwca 2016

"PaperSpigot używa więcej RAMu, gdyż rzadziej wywoływane są GC".

GC usuwa stare obiekty przez co zwalnia ram wykonuje się rzadziej bo Paper mniej ramu zabiera i nie ma takiej potrzebny a GC mocno leci po procku więc chyba lepiej jak się odpala rzadziej niż co 2minuty bo mu ramu brakuje-.-

O to chodzi, że Paper odpala GC zbyt rzadko przez co jest straszny syf w EntityTracker'ze.

#confirmed

macjoker007 · 16 Czerwca 2016

Spigot to zmodyfikowany CraftBukkit

PaperSpigot to zmodyfikowany Spigot

TacoSpigot to zmodyfikowany PaperSpigot

Każda kolejna zmiana przynosi jakieś zmiany w API, co może skutkować niekompatybilnością z niektórymi pluginami lub odwrotnie. To prawda, jeśli wgrasz PaperSpigota zamiast Spigota to z 18tps na twoim serwerze zrobi się 20tps, dodatkowo otrzymujesz wiele nowych możliwości konfiguracji swojego serwera.

config-version: 10
timings:
  enabled: true
  verbose: false
  server-name-privacy: false
  hidden-config-entries:
  - database
  - settings.bungeecord-addresses
  history-interval: 300
  history-length: 3600
settings:
  min-chunk-load-threads: 2
  set-health-before-death-event: false
  load-permissions-yml-before-plugins: true
  sleep-between-chunk-saves: true
  limit-player-interactions: true
  region-file-cache-size: 256
  save-empty-scoreboard-teams: false
  enable-player-collisions: true
  baby-zombie-movement-speed: 0.5
world-settings:
  default:
    verbose: true
    nether-ceiling-void-damage: false
    allow-non-player-entities-on-scoreboards: true
    keep-spawn-loaded: true
    keep-spawn-loaded-range: 3
    grass-spread-tick-rate: 1
    non-player-arrow-despawn-rate: -1
    disable-explosion-knockback: false
    game-mechanics:
      disable-chest-cat-detection: false
      disable-end-credits: false
      boats-drop-boats: true
      disable-player-crits: false
    enable-old-tnt-cannon-behaviors: false
    frosted-ice:
      enabled: true
      delay:
        min: 20
        max: 40
    use-vanilla-world-scoreboard-name-coloring: true
    optimize-explosions: true
    portal-search-radius: 128
    container-update-tick-rate: 1
    allow-block-location-tab-completion: true
    generator-settings:
      canyon: true
      caves: true
      dungeon: true
      fortress: true
      mineshaft: true
      monument: true
      stronghold: true
      temple: true
      village: true
      flat-bedrock: false
    disable-ice-and-snow: true
    skeleton-horse-thunder-spawn-chance: -1.0
    fire-physics-event-for-redstone: false
    mob-spawner-tick-rate: 1
    spawner-nerfed-mobs-should-jump: false
    despawn-ranges:
      soft: 32
      hard: 128
    fast-drain:
      lava: true
      water: true
    fishing-time-range:
      MinimumTicks: 100
      MaximumTicks: 900
    lava-flow-speed:
      normal: 30
      nether: 10
    falling-block-height-nerf: 0
    tnt-entity-height-nerf: 0
    max-growth-height:
      cactus: 3
      reeds: 3
    use-hopper-check: true
    baby-zombie-movement-speed: 0.5
    all-chunks-are-slime-chunks: true
    allow-leashing-undead-horse: true
    disable-thunder: true
    disable-teleportation-suffocation-check: true
    use-chunk-inhabited-timer: true
    queue-light-updates: false
    squid-spawn-height:
      minimum: 45.0
      maximum: 63.0
    water-over-lava-flow-speed: 9
    lootables:
      auto-replenish: true
      restrict-player-reloot: true
      reset-seed-on-fill: true
      max-refills: -1
      refresh-min: 12h
      refresh-max: 2d
    max-mob-spawn-attempts: 250
    fix-cannons: true
    allow-undead-horse-leashing: true
    remove-invalid-mob-spawner-tile-entities: true
    falling-blocks-collide-with-signs: false
    disable-mood-sounds: false
    use-async-lighting: false
    tick-next-tick-list-cap: 10000
    tick-next-tick-list-cap-ignores-redstone: false
    player-exhaustion:
      block-break: 0.02500000037252903
      swimming: 0.014999999664723873
    remove-unloaded:
      enderpearls: true
      tnt-entities: true
      falling-blocks: true
    load-chunks:
      enderpearls: false
      tnt-entities: false
      falling-blocks: false
    player-blocking-damage-multiplier: 0.5
    tnt-explosion-volume: 4.0
    cache-chunk-maps: true
warnWhenSettingExcessiveVelocity: true
data-value-allowed-items: []
stackable-buckets:
  lava: true
  water: true
  milk: true
effect-modifiers:
  strength: 1.3
  weakness: -0.5

np. możesz włączyć płaski bedrock, włączyć stakowanie się pełnych wiaderek, włączyć limit koxów w ekwipunku, włączyć asynchroniczne światło, powiększyć lub zmniejszyć zasięg eksplozji tnt, włączyć szybsze lub wolniejsze rozlewanie się wody i lawy, wyłączyć całkowicie śnieg i lód, wyłączyć spawn koni szkieletowych i wiele, wiele więcej..

Najbardziej w tym silniku podoba mi się nowy model timingów, ułatwia on bardzo reportowanie błędów, autorom pluginów. Aby go zobaczyć napisz "/timings on", "/timings paste" i kliknij w link.

To nie prawda że PaperSpigot nie nadaje się na małe serwery, jest wręcz nawet odwrotnie.

Dzięki niemu, z serwera 10slotów, możesz zrobić serwer 13/16+ slotów.

Silnik PaperSpigot posiada też własne proxy do łączenia serwerów, taki odpowiednik BungeeCorda o nazwie WaterFall, który to pozwala ustawić wersje klienta, zwiększa wydajność, zmniejsza lagi itd..

Słyszałem też że tylko PaperSpigot pozwala na utrzymanie ponad 600 graczy na jednym świecie bez stref, Spigot wymięka przy 400 graczach i to nie z winy maszyny.

AdamGrzegorz · 16 Czerwca 2016

PaperSpigot używa więcej RAMu, gdyż rzadziej wywoływane są GC (GC powoduje chwilowe zacięcie głównego wątku).

To znaczy... ty na pewno wiesz czym jest GC? (GarbageCollector)?

Paper:

Dodatkowe konfiguracje.

Optymalizacje, i tak, optymalizacje. Mam ci wszystkie wymieniać? Jak tak, to proszę https://paper.readthedocs.io/en/paper-1.10/features/

Na pewno wiem lepiej niż ty #programistobukkitabobungeenieogarniam

Widzę bardzo dorosła odpowiedź, hashtagiem.

Zero argumentów, ale po co? Najlepiej kogoś nazwać programistą "bukkita". Gratuluje mózgu i nie pozdrawiam.

GotoFinal · 16 Czerwca 2016

"PaperSpigot używa więcej RAMu, gdyż rzadziej wywoływane są GC".

GC usuwa stare obiekty przez co zwalnia ram wykonuje się rzadziej bo Paper mniej ramu zabiera i nie ma takiej potrzebny a GC mocno leci po procku więc chyba lepiej jak się odpala rzadziej niż co 2minuty bo mu ramu brakuje-.-

O to chodzi, że Paper odpala GC zbyt rzadko przez co jest straszny syf w EntityTracker'ze.

#confirmed

Idz pisać w pehapie...

Żaden z tych silników nie steruje ręcznie GC, bo to prawie nie możliwe, więc twój argument jest inwalidą.

A do tego zbyt rzadkie odpalanie GC nie powoduje żadnego syfu w żadnej klasie... bo jak?

Jedyne co wpływa na GC... to GC.

Można co najwyżej poprosić GC o to by się uruchomiło ale po 1: nie musi tego zrobić. po 2: to kretynizm.

GC kontroluje się flagami startowymi, tam można ogarniczyć pamięć, i nie płakać wtedy że dałeś 16GB i zjada ci 10GB pomimo tylko kilku graczy online!!!!1111oneoneone

Bo tak działa GC, po co ma się odpalać, skoro jeszcze jest spory zapas pamięci?

Więc @AdamGrzegorz ma rację, a ty @NSOfficial wracaj do pehapa czy innego pod języka, a biedną javę zostaw w spokoju, albo przestań pisać o czymś czego nie rozumiesz.

NSOfficial · 16 Czerwca 2016

"PaperSpigot używa więcej RAMu, gdyż rzadziej wywoływane są GC".

GC usuwa stare obiekty przez co zwalnia ram wykonuje się rzadziej bo Paper mniej ramu zabiera i nie ma takiej potrzebny a GC mocno leci po procku więc chyba lepiej jak się odpala rzadziej niż co 2minuty bo mu ramu brakuje-.-

O to chodzi, że Paper odpala GC zbyt rzadko przez co jest straszny syf w EntityTracker'ze.

#confirmed

Idz pisać w pehapie...

Żaden z tych silników nie steruje ręcznie GC, bo to prawie nie możliwe, więc twój argument jest inwalidą.

A do tego zbyt rzadkie odpalanie GC nie powoduje żadnego syfu w żadnej klasie... bo jak?

Jedyne co wpływa na GC... to GC.

Można co najwyżej poprosić GC o to by się uruchomiło ale po 1: nie musi tego zrobić. po 2: to kretynizm.

GC kontroluje się flagami startowymi, tam można ogarniczyć pamięć, i nie płakać wtedy że dałeś 16GB i zjada ci 10GB pomimo tylko kilku graczy online!!!!1111oneoneone

Bo tak działa GC, po co ma się odpalać, skoro jeszcze jest spory zapas pamięci?

Więc @AdamGrzegorz ma rację, a ty @NSOfficial wracaj do pehapa czy innego pod języka, a biedną javę zostaw w spokoju, albo przestań pisać o czymś czego nie rozumiesz.

Spigot z tą samą linijką startową używa 5x mniej ramu niż PaperSpigot.

Nie dzięki, wolę Javę

Po 6-7 godzinach zaczynają się lagspikes na dużych serwerach z paper.

PaperSpigot używa więcej RAMu, gdyż rzadziej wywoływane są GC (GC powoduje chwilowe zacięcie głównego wątku).

To znaczy... ty na pewno wiesz czym jest GC? (GarbageCollector)?

Paper:

Dodatkowe konfiguracje.

Optymalizacje, i tak, optymalizacje. Mam ci wszystkie wymieniać? Jak tak, to proszę https://paper.readthedocs.io/en/paper-1.10/features/

Na pewno wiem lepiej niż ty #programistobukkitabobungeenieogarniam

Widzę bardzo dorosła odpowiedź, hashtagiem.

Zero argumentów, ale po co? Najlepiej kogoś nazwać programistą "bukkita". Gratuluje mózgu i nie pozdrawiam.

Przecież sam ostatnio pisałeś, że nie robisz pluginów na Bungee bo nie ogarniasz, lel.

Może mam gdzieś SS bo pamiętam, że była beka z tego na konfie jakiejś jak znajdę to wstawię ;p

AdamGrzegorz · 16 Czerwca 2016

"PaperSpigot używa więcej RAMu, gdyż rzadziej wywoływane są GC".

GC usuwa stare obiekty przez co zwalnia ram wykonuje się rzadziej bo Paper mniej ramu zabiera i nie ma takiej potrzebny a GC mocno leci po procku więc chyba lepiej jak się odpala rzadziej niż co 2minuty bo mu ramu brakuje-.-

O to chodzi, że Paper odpala GC zbyt rzadko przez co jest straszny syf w EntityTracker'ze.

#confirmed

Idz pisać w pehapie...

Żaden z tych silników nie steruje ręcznie GC, bo to prawie nie możliwe, więc twój argument jest inwalidą.

A do tego zbyt rzadkie odpalanie GC nie powoduje żadnego syfu w żadnej klasie... bo jak?

Jedyne co wpływa na GC... to GC.

Można co najwyżej poprosić GC o to by się uruchomiło ale po 1: nie musi tego zrobić. po 2: to kretynizm.

GC kontroluje się flagami startowymi, tam można ogarniczyć pamięć, i nie płakać wtedy że dałeś 16GB i zjada ci 10GB pomimo tylko kilku graczy online!!!!1111oneoneone

Bo tak działa GC, po co ma się odpalać, skoro jeszcze jest spory zapas pamięci?

Więc @AdamGrzegorz ma rację, a ty @NSOfficial wracaj do pehapa czy innego pod języka, a biedną javę zostaw w spokoju, albo przestań pisać o czymś czego nie rozumiesz.

Spigot z tą samą linijką startową używa 5x mniej ramu niż PaperSpigot.

Nie dzięki, wolę Javę

Po 6-7 godzinach zaczynają się lagspikes na dużych serwerach z paper.

PaperSpigot używa więcej RAMu, gdyż rzadziej wywoływane są GC (GC powoduje chwilowe zacięcie głównego wątku).

To znaczy... ty na pewno wiesz czym jest GC? (GarbageCollector)?

Paper:

Dodatkowe konfiguracje.

Optymalizacje, i tak, optymalizacje. Mam ci wszystkie wymieniać? Jak tak, to proszę https://paper.readthedocs.io/en/paper-1.10/features/

Na pewno wiem lepiej niż ty #programistobukkitabobungeenieogarniam

Widzę bardzo dorosła odpowiedź, hashtagiem.

Zero argumentów, ale po co? Najlepiej kogoś nazwać programistą "bukkita". Gratuluje mózgu i nie pozdrawiam.

Przecież sam ostatnio pisałeś, że nie robisz pluginów na Bungee bo nie ogarniasz, lel.

Może mam gdzieś SS bo pamiętam, że była beka z tego na konfie jakiejś jak znajdę to wstawię ;p

No i co to ma do rzeczy? Nigdy nie pisałem pluginów opartych na bungee, ale czemu nie, może ogarne sobie, teraz wakacje.

Czekaj, ale może jakieś ssy, dowody na to że zużywa więcej ramu, może Twoje #ałtorskiepluginypisanewbukkicie (oko za oko, hashtag za hashtag) go zjadają niepotrzebnie dużo?

Jak na razie twoje argumenty płaczą i błagają o litość niestety.

GotoFinal · 16 Czerwca 2016

"PaperSpigot używa więcej RAMu, gdyż rzadziej wywoływane są GC".

GC usuwa stare obiekty przez co zwalnia ram wykonuje się rzadziej bo Paper mniej ramu zabiera i nie ma takiej potrzebny a GC mocno leci po procku więc chyba lepiej jak się odpala rzadziej niż co 2minuty bo mu ramu brakuje-.-

O to chodzi, że Paper odpala GC zbyt rzadko przez co jest straszny syf w EntityTracker'ze.

#confirmed

Idz pisać w pehapie...

Żaden z tych silników nie steruje ręcznie GC, bo to prawie nie możliwe, więc twój argument jest inwalidą.

A do tego zbyt rzadkie odpalanie GC nie powoduje żadnego syfu w żadnej klasie... bo jak?

Jedyne co wpływa na GC... to GC.

Można co najwyżej poprosić GC o to by się uruchomiło ale po 1: nie musi tego zrobić. po 2: to kretynizm.

GC kontroluje się flagami startowymi, tam można ogarniczyć pamięć, i nie płakać wtedy że dałeś 16GB i zjada ci 10GB pomimo tylko kilku graczy online!!!!1111oneoneone

Bo tak działa GC, po co ma się odpalać, skoro jeszcze jest spory zapas pamięci?

Więc @AdamGrzegorz ma rację, a ty @NSOfficial wracaj do pehapa czy innego pod języka, a biedną javę zostaw w spokoju, albo przestań pisać o czymś czego nie rozumiesz.

Spigot z tą samą linijką startową używa 5x mniej ramu niż PaperSpigot.

Nie dzięki, wolę Javę

Po 6-7 godzinach zaczynają się lagspikes na dużych serwerach z paper.

PaperSpigot używa więcej RAMu, gdyż rzadziej wywoływane są GC (GC powoduje chwilowe zacięcie głównego wątku).

To znaczy... ty na pewno wiesz czym jest GC? (GarbageCollector)?

Paper:

Dodatkowe konfiguracje.

Optymalizacje, i tak, optymalizacje. Mam ci wszystkie wymieniać? Jak tak, to proszę https://paper.readthedocs.io/en/paper-1.10/features/

Na pewno wiem lepiej niż ty #programistobukkitabobungeenieogarniam

Widzę bardzo dorosła odpowiedź, hashtagiem.

Zero argumentów, ale po co? Najlepiej kogoś nazwać programistą "bukkita". Gratuluje mózgu i nie pozdrawiam.

Przecież sam ostatnio pisałeś, że nie robisz pluginów na Bungee bo nie ogarniasz, lel.

Może mam gdzieś SS bo pamiętam, że była beka z tego na konfie jakiejś jak znajdę to wstawię ;p

aż sprawdziłem, bez żadnych flag spigot na początku zjadł 400MB, paper spigot 300MB. Z tym że to o niczym i tak nie świadczy....

A po 2... zużycie pamięci nie świadczy o programie, większe zużycie może często być wynikiem optymalizacji, ram jest tani, a CPU już niezbyt.

Więc często warto poświęcić kilka czy nawet kilkanaście i kilkaset MB ramu, by zaoszczędzić milliardy cykli procesora.

Dokupić 2GB ramu to prawie żaden koszt, znaleźć procek o znacznie wyższym taktowaniu i wydajności dla 1 rdzenia... koszta ogromne.

Ram jest po to by go używać...

A paper spigot używa go dobrze, i też optymalizuje wiele bubli mojangu który tylko marnuje i RAM i CPU... Jak np w spigocie gdy masz hoppera pod skrzynką, co 2 ticki cała zawartość skrzynki jest klonowana, masakryczne ilości obiektów, masakryczna ilość cykli procesora jest zmarnowana, tylko dlatego że nie mogą tego napisać normalnie - w paper spigocie tego nie ma, wszystko śmiga. I takich optymalizacji jest masa.

NSOfficial · 16 Czerwca 2016

"PaperSpigot używa więcej RAMu, gdyż rzadziej wywoływane są GC".

GC usuwa stare obiekty przez co zwalnia ram wykonuje się rzadziej bo Paper mniej ramu zabiera i nie ma takiej potrzebny a GC mocno leci po procku więc chyba lepiej jak się odpala rzadziej niż co 2minuty bo mu ramu brakuje-.-

O to chodzi, że Paper odpala GC zbyt rzadko przez co jest straszny syf w EntityTracker'ze.

#confirmed

Idz pisać w pehapie...

Żaden z tych silników nie steruje ręcznie GC, bo to prawie nie możliwe, więc twój argument jest inwalidą.

A do tego zbyt rzadkie odpalanie GC nie powoduje żadnego syfu w żadnej klasie... bo jak?

Jedyne co wpływa na GC... to GC.

Można co najwyżej poprosić GC o to by się uruchomiło ale po 1: nie musi tego zrobić. po 2: to kretynizm.

GC kontroluje się flagami startowymi, tam można ogarniczyć pamięć, i nie płakać wtedy że dałeś 16GB i zjada ci 10GB pomimo tylko kilku graczy online!!!!1111oneoneone

Bo tak działa GC, po co ma się odpalać, skoro jeszcze jest spory zapas pamięci?

Więc @AdamGrzegorz ma rację, a ty @NSOfficial wracaj do pehapa czy innego pod języka, a biedną javę zostaw w spokoju, albo przestań pisać o czymś czego nie rozumiesz.

Spigot z tą samą linijką startową używa 5x mniej ramu niż PaperSpigot.

Nie dzięki, wolę Javę

Po 6-7 godzinach zaczynają się lagspikes na dużych serwerach z paper.

PaperSpigot używa więcej RAMu, gdyż rzadziej wywoływane są GC (GC powoduje chwilowe zacięcie głównego wątku).

To znaczy... ty na pewno wiesz czym jest GC? (GarbageCollector)?

Paper:

Dodatkowe konfiguracje.

Optymalizacje, i tak, optymalizacje. Mam ci wszystkie wymieniać? Jak tak, to proszę https://paper.readthedocs.io/en/paper-1.10/features/

Na pewno wiem lepiej niż ty #programistobukkitabobungeenieogarniam

Widzę bardzo dorosła odpowiedź, hashtagiem.

Zero argumentów, ale po co? Najlepiej kogoś nazwać programistą "bukkita". Gratuluje mózgu i nie pozdrawiam.

Przecież sam ostatnio pisałeś, że nie robisz pluginów na Bungee bo nie ogarniasz, lel.

Może mam gdzieś SS bo pamiętam, że była beka z tego na konfie jakiejś jak znajdę to wstawię ;p

No i co to ma do rzeczy? Nigdy nie pisałem pluginów opartych na bungee, ale czemu nie, może ogarne sobie, teraz wakacje.

Czekaj, ale może jakieś ssy, dowody na to że zużywa więcej ramu, może Twoje #ałtorskiepluginypisanewbukkicie (oko za oko, hashtag za hashtag) go zjadają niepotrzebnie dużo?

Jak na razie twoje argumenty płaczą i błagają o litość niestety.

Nie to nie #ałtorskiepluginypisanewbukkicie zjadały niepotrzebnie dużo, bo posunąłem się do zrobienia memory dumpa gdzie wykazało 80% zajętego ram w EntityTracker, serwer co kilka-kilkanaście sekund dostawał lag spike. Po zmianie na czystego spigota problem ustąpił. Czemu piszesz, że brak argumentów - przecież powiedziałem prawdę, że nie potrafisz pisać pluginów pod bungee więc nazwałem Cię programistą bukkita ;-;

@up

Spróbuj przy ~400-500 online, wtedy widać różnicę.

Testowane na MC-32 (8x 4,4GHZ 32gb) z ovh

#nohate

AdamGrzegorz · 16 Czerwca 2016

"PaperSpigot używa więcej RAMu, gdyż rzadziej wywoływane są GC".

GC usuwa stare obiekty przez co zwalnia ram wykonuje się rzadziej bo Paper mniej ramu zabiera i nie ma takiej potrzebny a GC mocno leci po procku więc chyba lepiej jak się odpala rzadziej niż co 2minuty bo mu ramu brakuje-.-

O to chodzi, że Paper odpala GC zbyt rzadko przez co jest straszny syf w EntityTracker'ze.

#confirmed

Idz pisać w pehapie...

Żaden z tych silników nie steruje ręcznie GC, bo to prawie nie możliwe, więc twój argument jest inwalidą.

A do tego zbyt rzadkie odpalanie GC nie powoduje żadnego syfu w żadnej klasie... bo jak?

Jedyne co wpływa na GC... to GC.

Można co najwyżej poprosić GC o to by się uruchomiło ale po 1: nie musi tego zrobić. po 2: to kretynizm.

GC kontroluje się flagami startowymi, tam można ogarniczyć pamięć, i nie płakać wtedy że dałeś 16GB i zjada ci 10GB pomimo tylko kilku graczy online!!!!1111oneoneone

Bo tak działa GC, po co ma się odpalać, skoro jeszcze jest spory zapas pamięci?

Więc @AdamGrzegorz ma rację, a ty @NSOfficial wracaj do pehapa czy innego pod języka, a biedną javę zostaw w spokoju, albo przestań pisać o czymś czego nie rozumiesz.

Spigot z tą samą linijką startową używa 5x mniej ramu niż PaperSpigot.

Nie dzięki, wolę Javę

Po 6-7 godzinach zaczynają się lagspikes na dużych serwerach z paper.

PaperSpigot używa więcej RAMu, gdyż rzadziej wywoływane są GC (GC powoduje chwilowe zacięcie głównego wątku).

To znaczy... ty na pewno wiesz czym jest GC? (GarbageCollector)?

Paper:

Dodatkowe konfiguracje.

Optymalizacje, i tak, optymalizacje. Mam ci wszystkie wymieniać? Jak tak, to proszę https://paper.readthedocs.io/en/paper-1.10/features/

Na pewno wiem lepiej niż ty #programistobukkitabobungeenieogarniam

Widzę bardzo dorosła odpowiedź, hashtagiem.

Zero argumentów, ale po co? Najlepiej kogoś nazwać programistą "bukkita". Gratuluje mózgu i nie pozdrawiam.

Przecież sam ostatnio pisałeś, że nie robisz pluginów na Bungee bo nie ogarniasz, lel.

Może mam gdzieś SS bo pamiętam, że była beka z tego na konfie jakiejś jak znajdę to wstawię ;p

No i co to ma do rzeczy? Nigdy nie pisałem pluginów opartych na bungee, ale czemu nie, może ogarne sobie, teraz wakacje.

Czekaj, ale może jakieś ssy, dowody na to że zużywa więcej ramu, może Twoje #ałtorskiepluginypisanewbukkicie (oko za oko, hashtag za hashtag) go zjadają niepotrzebnie dużo?

Jak na razie twoje argumenty płaczą i błagają o litość niestety.

Nie to nie #ałtorskiepluginypisanewbukkicie zjadały niepotrzebnie dużo, bo posunąłem się do zrobienia memory dumpa gdzie wykazało 80% zajętego ram w EntityTracker, serwer co kilka-kilkanaście sekund dostawał lag spike. Po zmianie na czystego spigota problem ustąpił. Czemu piszesz, że brak argumentów - przecież powiedziałem prawdę, że nie potrafisz pisać pluginów pod bungee więc nazwałem Cię programistą bukkita ;-;

@up

Spróbuj przy ~400-500 online, wtedy widać różnicę.

Testowane na MC-32 (8x 4,4GHZ 32gb) z ovh

#nohate

Co ma "programista bukkita" (zakładam, iż jest to obraźliwe stwierdzenie) do braku umiejętności jednej z wielu technologii? Nie rozumiem, oświeć mnie.

GotoFinal · 16 Czerwca 2016

Nie to nie #ałtorskiepluginypisanewbukkicie zjadały niepotrzebnie dużo, bo posunąłem się do zrobienia memory dumpa gdzie wykazało 80% zajętego ram w EntityTracker, serwer co kilka-kilkanaście sekund dostawał lag spike. Po zmianie na czystego spigota problem ustąpił. Czemu piszesz, że brak argumentów - przecież powiedziałem prawdę, że nie potrafisz pisać pluginów pod bungee więc nazwałem Cię programistą bukkita ;-;

@up

Spróbuj przy ~400-500 online, wtedy widać różnicę.

Testowane na MC-32 (8x 4,4GHZ 32gb) z ovh

#nohate

to podeślij memory dump-a z spigota i z paper spigota do mnie lub ekipy paperspigota.

Jak wyślesz do mnie do napisze do w tej sprawie do Aikara i może coś zdziałamy. + Sam poprzeglądam

A tak to zmień GC na g1gc, to nie będzie takim problemów z pauzami GC. (i javę na 8 oczywiście) + można się pobawić flagami, ale tu już trzeba profilować i szukać gdzie są problemy.

I Aikar się pyta o to jak dużo entities tam było.

Etaku · 16 Czerwca 2016

Polecam uzyc mojego autorskiego skryptu na anty lag.

on anti-lag:
    message: "Serwer zostal odlagowany";

Teraz nie wazne jaki silnik, wazne ze zero lagow. Pozdrawiam.

Risen. · 16 Czerwca 2016

Testowane na MC-32 (8x 4,4GHZ 32gb) z ovh

Taki znawca jesteś, a nawet w tak prostych zagadnieniach jak procesory na poziomie doradcy dla Januszy z Komputronika błędy popełniasz.

Core i7 po pierwsze ma 4 rdzenie fizyczne, a nie 8 (osiem ma wątków, a to co innego), po drugie "8x" jest błędne, bo rdzeni się nie mnoży przez ilość GHz.

#antywarn

PaperSpigot, argumenty podane wyżej.

GotoFinal · 16 Czerwca 2016

Testowane na MC-32 (8x 4,4GHZ 32gb) z ovh

Taki znawca jesteś, a nawet w tak prostych zagadnieniach jak procesory na poziomie doradcy dla Januszy z Komputronika błędy popełniasz.

Core i7 po pierwsze ma 4 rdzenie fizyczne, a nie 8 (osiem ma wątków, a to co innego), po drugie "8x" jest błędne, bo rdzeni się nie mnoży przez ilość GHz.

#antywarn

PaperSpigot, argumenty podane wyżej.

oznaczanie 8x 4,4 oznacza 8 rdzeni po 4.4 GHz, nie ma tu nic błędnego, nikt tego nie wymnaża.

Oczywiście zgadzam się z rdzeniami.

Ale sam procek jest dobry pod mc, mocne rdzenie więc mc na tym 1 którego używa może szaleć, a reszta na taski, bungee, mniejsze serwerki.

HardStyl3r · 16 Czerwca 2016

Dziękuję za pomoc!

Zaloguj się

👋 Witaj na MPCForum!

PaperSpigot vs Spigot - konkrety

Rekomendowane odpowiedzi

Zarchiwizowany