Puncte:0

Imposibil de creat thread nativ, Pterodactyl Panel, servere Minecraft

drapel in

Panoul Linux 5.4.0-80-generic #90-Ubuntu SMP Vin. 9 iulie 22:49:44 UTC 2021 x86_64 x 86_64 x86_64 GNU/Linux

Așa că rulez servere minecraft folosind panoul pterodactyl pe un server linux ubuntu. serverul are 8 nuclee 16 fire. Folosesc steaguri aikars pentru argumentele mele jvm -pretouch ex:

java -Xms10G -Xmx10G -XX:+UseG1GC -XX:+ParallelRefProcEnabled - 
XX:MaxGCPauseMillis=200 -XX:+UnlockExperimentalVMOptions - 
XX:+DisableExplicitGC -XX:G1NewSizePercent=30 - 
XX:G1MaxNewSizePercent=40 -XX:G1HeapRegionSize=8M - 
XX:G1ReservePercent=20 -XX:G1HeapWastePercent=5 - 
XX:G1MixedGCCountTarget=4 -XX:InitiatingHeapOccupancyPercent=15 - 
XX:G1MixedGCLiveThresholdPercent=90 - 
XX:G1RSetUpdatingPauseTimePercent=5 -XX:SurvivorRatio=32 - 
XX:+PerfDisableSharedMem -XX:MaxTenuringThreshold=1 - 
Dusing.aikars.flags=https://mcflags.emc.gs -Daikars.new.flags=true 
-jar server.jar nogui

Primesc aproape o accidentare pe zi, pe care scrie

java.lang.OutOfMemoryError: nu se poate crea un fir nativ nou
    la java.lang.Thread.start0(Metoda nativă) ~[?:1.8.0_282]
    la java.lang.Thread.start(Thread.java:717) ~[?:1.8.0_282]

Iată configurațiile mele pentru lucrurile verificate până acum.

ulimit -a (mi-am schimbat fișierele deschise de la 1024 și max. procese utilizator de la 514861, accidentul a avut loc)

dimensiunea fișierului de bază (blocuri, -c) 0
dimensiunea segmentului de date (kbytes, -d) nelimitat
prioritate de programare (-e) 0
dimensiunea fișierului (blocuri, -f) nelimitată
semnale în așteptare (-i) 514861
memorie maximă blocată (kbytes, -l) 65536
dimensiunea maximă a memoriei (kbytes, -m) nelimitată
deschideți fișierele (-n) 65535
dimensiunea conductei (512 octeți, -p) 8
Cozi de mesaje POSIX (octeți, -q) 819200
prioritate în timp real (-r) 0
dimensiunea stivei (kbytes, -s) 8192
timp CPU (secunde, -t) nelimitat
max. procese utilizator (-u) nelimitat
memorie virtuală (kbytes, -v) nelimitată
blocări de fișiere (-x) nelimitate

cat /proc/sys/kernel/pid_max
= 4194304
cat /proc/sys/kernel/threads-max
= 1029723
ps -eo nlwp | coada -n +2 | awk '{ num_threads += $1 } END { print 
num_threads }'
= 1340
cat /sys/fs/cgroup/pids/user.slice/user-1000.slice/pids.current
= 48
cat /sys/fs/cgroup/pids/user.slice/user-1000.slice/pids.max
= 339808

sus - 14:41:56 până la 10:38, 1 utilizator, medie de încărcare: 3,95, 3,59, 3,50
Sarcini: 333 în total, 2 alergând, 331 dormit, 0 oprit, 0 zombi
%Cpu(e): 17.4 us, 0.8 sy, 0.0 ni, 81.4 id, 0.0 wa, 0.0 hi, 0.4 si, 0.0 st
MiB Mem: 128819.0 total, 80682.1 gratuit, 37721.6 folosit, 10415.4 buff/cache
MiB Swap: 0.0 total, 0.0 gratuit, 0.0 folosit. 89871.1 disponibil Mem

PID UTILIZATOR PR NI VIRT RES SHR S %CPU %MEM TIME+ COMANDA
53162 pteroda+ 20 0 20,3g 11,3g 39840 S 153,3 9,0 494:58,15 java
43419 pteroda+ 20 0 20.3g 9.0g 37312 S 106.7 7.1 607:24.21 java
3153 pteroda+ 20 0 17.2g 7.8g 38628 S 20.0 6.2 135:52.38 java
2274 pteroda+ 20 0 9.9g 2.5g 33944 S 6.7 2.0 26:30.98 java
2275 pteroda+ 20 0 15.4g 3.8g 30664 S 6.7 3.1 49:33.29 java
63729 pteroda+ 20 0 18.2g 1.4g 30920 S 6.7 1.1 22:08.05 java

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.