Hallo Zusammen!
Hallo,
ich bitte alle hier um konstruktive Kommentare und um Hilfe, den kostenfreien Dienst weiter zu verbessern. Es scheint hier offenbar nur einige weniger Nutzer zu betreffen.
@all
Bitte macht alle auf Euren Servern einen wie @razor1986 identischen Test. Wir müßten uns dann ggf. jeden Server individuell anschauen, damit wir ein technisches Problem lokalisieren können.
Hier mal ein paar Infos von meinem System:
root@srv10864:~# uptime
17:59:33 up 13 days, 1:43, 1 user, load average: 20,13, 15,95, 14,08
aus
cat /proc/stat habe ich noch folgende infos entnommen (hieraus wird der load berechnet):
user nice system idle sum
cpu 7505412 5139 11995996 29350462 60215313
cpu % 15,3620% 0,0105% 24,5533% 60,0742% 100,0000%
root@srv10864:~# top
top - 18:57:24 up 13 days, 2:41, 1 user, load average: 25,97, 27,45, 28,23
Tasks: 18 total, 1 running, 17 sleeping, 0 stopped, 0 zombie
[b]%Cpu(s): 0,0 us, 0,0 sy, 0,0 ni,100,0 id[/b], 0,0 wa, 0,0 hi, 0,0 si, 0,0 st
MiB Mem : 976,6 total, 796,8 free, 41,0 used, 138,8 buff/cache
MiB Swap: 976,6 total, 976,6 free, 0,0 used. 935,6 avail Mem
Dann der Bench von @razor1986
root@srv10864:~/yet-another-bench-script-master# ./yabs.sh
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
# Yet-Another-Bench-Script #
# v2020-02-10 #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
Do 21. Mai 20:24:18 CEST 2020
Basic System Information:
---------------------------------
Processor : AMD Phenom(tm) II X6 1055T Processor
CPU cores : 1 @ 2543.211 MHz
AES-NI : ❌ Disabled
VM-x/AMD-V : ✔ Enabled
RAM : 976Mi
Swap : 976Mi
Disk : 9.8G
fio Disk Speed Tests (Mixed R/W 50/50):
---------------------------------
Block Size | 4kb (IOPS) | 64kb (IOPS)
------ | --- ---- | ---- ----
Read | 1.12 MB/s (282) | 37.48 MB/s (585)
Write | 1.13 MB/s (284) | 37.81 MB/s (590)
Total | 2.26 MB/s (566) | 75.30 MB/s (1.1k)
| |
Block Size | 512kb (IOPS) | 1mb (IOPS)
------ | ----- ---- | --- ----
Read | 18.87 MB/s (36) | 20.76 MB/s (20)
Write | 20.51 MB/s (40) | 22.58 MB/s (22)
Total | 39.38 MB/s (76) | 43.35 MB/s (42)
iperf3 Network Speed Tests (IPv6):
---------------------------------
Provider | Location (Link) | Send Speed | Recv Speed
| | |
Bouygues Telecom | Paris, FR (10G) | 375 Mbits/sec | 275 Mbits/sec
Online.net | Paris, FR (10G) | 401 Mbits/sec | 255 Mbits/sec
WorldStream | The Netherlands (10G) | 558 Mbits/sec | 326 Mbits/sec
wilhelm.tel | Hamburg, DE (10G) | 427 Mbits/sec | 268 Mbits/sec
Airstream Communications | Eau Claire, WI, US (10G) | 1.79 Mbits/sec | 247 Mbits/sec
Hurricane Electric | Fremont, CA, US (10G) | 8.57 Mbits/sec | 115 Mbits/sec
Da bei @razor1986 nicht dabei stand welchen Test er bei sysbench durchgeführt hat hier mal einen für cpu und einen für threads.
Und sorry, ist nicht die gleiche Version wie bei @razor1986. Aber für debian 10 (buster) wurde sysbench noch nicht mitgriert. Musste man etwas tricksen um eine neue Version zu bekommen.
root@srv10864:~# sysbench cpu run
sysbench 1.0.20 (using bundled LuaJIT 2.1.0-beta2)
Running the test with following options:
Number of threads: 1
Initializing random number generator from current time
Prime numbers limit: 10000
Initializing worker threads...
Threads started!
CPU speed:
events per second: 205.30
General statistics:
total time: 10.0275s
total number of events: 2059
Latency (ms):
min: 1.13
avg: 4.84
max: 28.74
95th percentile: 27.17
sum: 9970.93
Threads fairness:
events (avg/stddev): 2059.0000/0.00
execution time (avg/stddev): 9.9709/0.00
root@srv10864:~# sysbench threads run
sysbench 1.0.20 (using bundled LuaJIT 2.1.0-beta2)
Running the test with following options:
Number of threads: 1
Initializing random number generator from current time
Initializing worker threads...
Threads started!
General statistics:
total time: 10.0255s
total number of events: 4915
Latency (ms):
min: 0.46
avg: 2.04
max: 36.73
95th percentile: 25.74
sum: 10020.23
Threads fairness:
events (avg/stddev): 4915.0000/0.00
execution time (avg/stddev): 10.0202/0.00
All diese Tests haben jedoch wenig mit dem aktuell berechneten load zu tun.
Daher haben die Tests für mich absolut keine Aussagekraft. Das ist lediglich eine Momentaufnahme.
Zurück zum LOAD!Ich zitiere gerne mal meine Quellen.
Was ist der Linux Load?
Die load average ist ein sehr wichtiger Wert im Bezug auf die Systemauslastung. Der Load in Linux-Systemen ist die Anzahl an wartenden Prozessen. Der optimale Wert entspricht immer der Anzahl der im System vorhandenen Prozessoren. In Systemen mit einem Single-Core-Prozessor ist der optimale Load 1, da zu dem Zeitpunkt ein Prozess in der Bearbeitungsschlange des Prozessors ist. Liegt der Wert unterhalb von 1, ist das System unterfordert, bei Werten über 1 überfordert. In Multicore-Prozessoren liegt der optimale Load höher. Bei einem Quad-Core-Prozessor beispielsweise 4.
Da liegen wir wohl über dem mindestens 20-fachem des optimalem Load!
Wir erinnern uns auch an den Anfang dieses Threads bei dem ich geschrieben habe, dass ich in den ersten Tagen einen ganz normalen Load (unter 1) hatte. Mein System hatte sich in der Tat gelangweilt. Das tut es auch jetzt noch. Denn es macht nicht mehr und nicht weniger als vorher.
Woher kommt also der Sprung beim Load???
Und dass der load nicht über die Leistungsfähigkeit meines Systems aussagt ich schlichtweg eine falsche Aussage! Warum wird er bei uns im Rechenzentrum, also bei mir in der Arbeit, dann auf jedem System überwacht und als Leistungsindikator verwendet?
Meine Vermutung ist, dass hier einfach die eingesetzte Virtualisierungstechnik der Grund für einen load auf den Systemen ist, der gar nicht von dort aus verursacht wird.
Bei der Containertechnologie wird so wie ich das verstehe, bei den Guests der gleiche Kernel wie beim Host benutzt. Darauf bin ich über meinen anderen thread ->
https://forum.euserv.de/index.php/topic,9133.0.html bereits gestolpert.
Kann es daher sein, dass die Last des Host in die Statistik der Guests mit einbezogen werden? Also Kernelbezogen.
Der Load ist eine komplexe Berechnung der Bearbeitungswarteschlange meines abgesetzten Kommandos.
Also tippe ich den Befehl -> ls -l ein muss der Computer verschiedene Dinge ausführen. Zb. ein Zugriff auf das Dateisystem (HDD) und die directory Informationen lesen. Aber auch auf den Speicher (RAM) muss zugegriffen werden.
Daher zitiere ich hier gerne nochmal.
die load average gibt Auskunft darüber, wie viele Prozesse durchschnittlich in der Warteschlange waren, um bearbeitet zu werden. Die Gründe hierfür können unterschiedlich sein, so dass man analysieren muss, welche Komponente (CPU, RAM, HDD, LAN, ...) der Flaschenhals des Systems ist. Eine hohe load average sagt aber eindeutig aus, dass das System in irgendeiner Form überlastet ist.
Also lieber Support.
Wo kommt diese Überlastung her?
Für mich kann ich sagen, dass diese nicht durch mein bei Ihnen eingesetztes V-Server System kommt.
Wie können wir Euch bei Euren Untersuchungen unterstützen?Gruß
viper
P.S.
Ich habe mir heute dann noch die sysstat Tools installiert, da hier das tool sar enthalten ist.
Um mit sar eine Rückwirkende Aussage treffen zu können muss es erst daten sammeln.
Also habe ich das mal eingeschaltet (Sieh unten bei den Quellen).
Eine aktuelle Ausgabe von sar gibt es hier. (parameter 2 4 bedeutet 4 mal testen mit Abstand von 2 sek.)
Mein Eindruck: Zu hoher Wert bei %iowait, oder was meint ihr?
root@srv10864:~# sar 2 4
Linux 4.20.8-1.el7.elrepo.x86_64 (srv10864) 21.05.2020 _x86_64_ (6 CPU)
22:39:06 CPU %user %nice %system %iowait %steal %idle
22:39:08 all 6,52 0,00 11,96 63,59 0,00 17,93
22:39:10 all 7,49 0,00 18,18 74,33 0,00 0,00
22:39:12 all 7,57 0,00 16,76 52,43 0,00 23,24
22:39:14 all 9,24 0,00 23,91 11,41 0,00 55,43
Durchschn.: all 7,70 0,00 17,70 50,54 0,00 24,05
P.P.S: Ich habe das Gefühl hier ein Muster bei der Last (Load Messung) zu erkennen. Siehe angehängte Grafik. Was passiert denn jeden Morgen so um 6:10 Uhr bis 6:30 Uhr.
bei mir...
May 20 06:08:16 srv10864 systemd[1]: Starting Daily apt upgrade and clean activities...
May 20 06:08:19 srv10864 systemd[1]: apt-daily-upgrade.service: Succeeded.
May 20 06:08:19 srv10864 systemd[1]: Started Daily apt upgrade and clean activities.
Verursacht aber sicherlich nicht solch einen heftigen peak!
Quellen:
https://www.pc-erfahrung.de/linux/administration/linux-systemauslastung-analysieren.htmlhttps://linuxwiki.de/LoadAveragehttps://linuxwiki.de/sarhttps://de.wikipedia.org/wiki/Load