VS2-free Performance Diskussion

Bitte loggen sie sich ein oder registrieren sie sich.

Einloggen mit Benutzername, Passwort und Sitzungslänge
Erweiterte Suche  

Autor Thema: VS2-free Performance Diskussion  (Gelesen 15390 mal)

0 Mitglieder und 1 Gast betrachten dieses Thema.

thiloz

  • Grünschnabel
  • *
  • Offline Offline
  • Beiträge: 98
Re: VPS kaum nutzbar - Load Average 10.00-20.00
« Antwort #20 am: 19.Mai 2020, 15:04:56 »

Hallo, es interssiert mich auch:

Was bedeutet den überhaupt Load ?
Wovon ist load abhängig?
Welche Besonderheiten hat die Virtualisierungstechnologie (Linux Container)?

Wer kann die Fragen beantworten?

Liebe Grüße
thiloz
Gespeichert

viper666

  • Grünschnabel
  • *
  • Offline Offline
  • Beiträge: 17
Re: VPS kaum nutzbar - Load Average 10.00-20.00
« Antwort #21 am: 19.Mai 2020, 20:58:55 »

@viper666
Nagios, Munin, MRTG etc. sind für eine VS2free Instanz u.E. nicht geeignet, da zu viele Ressourcen benötigt werden. Bitte schauen Sie in die Mindestanforderungen der Software oder nehmen Sie vorher ein Tuning der Prozesse vor.

Ok, zu dieser Aussage fällt mir gerade nix ein.
Zumal der nagios client (nrpe) ja gar keine merklichen Ressourcen verbraucht.
0,5% des Memory und nicht messbare CPU Zeit. Wo soll hier das Problem sein?
Vieleicht wurde nicht bemerkt, ich betreibe hier nur einen Client, nicht einen Server.
Der läuft bei mir auf einem leistungsstarken Server jenseits von EU-Serv.

top - 20:35:56 up 11 days,  4:20,  1 user,  load average: 24,91, 23,70, 25,51
Tasks:  18 total,   1 running,  17 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0,0 us,  0,0 sy,  0,0 ni,100,0 id,  0,0 wa,  0,0 hi,  0,0 si,  0,0 st
MiB Mem :    976,6 total,    861,2 free,     39,9 used,     75,5 buff/cache
MiB Swap:    976,6 total,    976,6 free,      0,0 used.    936,7 avail Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
    1 root      20   0  169392   8464   6272 S   0,0   0,8   0:05.83 systemd
   38 root      20   0   29548  12592  11580 S   0,0   1,3   0:02.70 systemd-journal
   61 root      20   0   19548   3928   3260 S   0,0   0,4   0:00.68 systemd-udevd
  109 root      20   0   19500   5348   4376 S   0,0   0,5   0:00.92 systemd-logind
  110 root      20   0  156188   2888   2456 S   0,0   0,3   0:00.35 rsyslogd
  111 root      20   0   10028   2112   1848 S   0,0   0,2   0:01.85 cron
  115 message+  20   0    8700   3472   2960 S   0,0   0,3   0:00.09 dbus-daemon
  143 root      20   0    6908   1592   1472 S   0,0   0,2   0:00.00 agetty
  144 root      20   0   15852   6456   5596 S   0,0   0,6   0:00.78 sshd
17560 nagios    20   0    6432   4792   4196 S   0,0   0,5   0:01.38 nrpe
25650 root      20   0   16608   8060   6972 S   0,0   0,8   0:00.00 sshd
25653 xxxxx     20   0   21024   8544   7400 S   0,0   0,9   0:00.01 systemd
25654 xxxxx     20   0  170352   3208    912 S   0,0   0,3   0:00.00 (sd-pam)
25665 xxxxx     20   0   16608   4940   3852 S   0,0   0,5   0:00.02 sshd
25666 xxxxx     20   0    8516   3788   3264 S   0,0   0,4   0:00.01 bash
25715 root      20   0   11512   3744   3372 S   0,0   0,4   0:00.00 sudo
25716 root      20   0    8516   3536   3132 S   0,0   0,4   0:00.00 bash
25719 root      20   0   12496   3512   2988 R   0,0   0,4   0:00.00 top

Bisher hat mir das Monitoring noch auf keinem anderen System (auch die lieben vielen kleinen Raspi Teilen die ich betreibe) die Leistung merklich vermindert.

Aber lassen wir das ganze. Mir ist schon klar, dass man in ein free Produkt bei dem man kein Geld verdient auch keine Ressourcen rein steckt die an anderer Stelle Umsatz erzeugen.

Wir freuen uns einfach, das Ihr einen kleinen V-Server for free anbietet. Jeder muss selbst entscheiden ob diese Leistung dann letztendlich Ausreichend ist um hier weitere Produkte zu ordern.

Gruß
viper
Gespeichert

Forum-Support2

  • EUserv Internet
  • Foren Legende
  • *
  • Offline Offline
  • Beiträge: 3842
    • http://www.euserv.de
Re: VPS kaum nutzbar - Load Average 10.00-20.00
« Antwort #22 am: 20.Mai 2020, 06:12:06 »

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.

Ich ändere jetzt den Thread auf "VS2-free Performance Diskussion".
Gespeichert
viele Grüsse / kind regards
Thomas
EUserv Foren Support
---

thiloz

  • Grünschnabel
  • *
  • Offline Offline
  • Beiträge: 98
Re: VS2-free Performance Diskussion
« Antwort #23 am: 20.Mai 2020, 07:50:31 »

Hallo Support,

warum publiziert Ihr nicht transparenter die technischen Daten und die Leistungsfähigkeit?
Klare Antworten habe ich bis jetzt nicht bekommen.
Das wirkt verschleiernd und wenig transparent.

Wenige Benutzer betrifft das vermutlich nur, weil viele vorab zu sehr genervt sind und wieder verschwinden.
Professionals raten von eurem Serverangebot ab, dazu gibt es in anderen Foren so einige Threads.

Liebe Grüße
thiloz
« Letzte Änderung: 20.Mai 2020, 07:53:42 von thiloz »
Gespeichert

viper666

  • Grünschnabel
  • *
  • Offline Offline
  • Beiträge: 17
Re: VPS kaum nutzbar - Load Average 10.00-20.00
« Antwort #24 am: 21.Mai 2020, 23:02:55 »

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.
Zitat
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.
Zitat
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.html
https://linuxwiki.de/LoadAverage
https://linuxwiki.de/sar
https://de.wikipedia.org/wiki/Load

« Letzte Änderung: 21.Mai 2020, 23:38:39 von viper666 »
Gespeichert

thiloz

  • Grünschnabel
  • *
  • Offline Offline
  • Beiträge: 98
Re: VS2-free Performance Diskussion
« Antwort #25 am: 22.Mai 2020, 07:11:30 »

Hallo viper666,

danke für deine Frage, auf die Antwort vom EUserver Support bin ich gespannt.
Heute Morgen hatte ich schon die Befürchtung, ich bin hier im Forum gesperrt worden.
Passwort hatte ich vergessen.
Nicht alle Fragen werden hier beantwortet, der Support liest mit.

Evtl. schreibt snapper100 etwas dazu, der hat sich extra angemeldet um Suchmaschinenlinks zu verteilen.
Das hilft mir nicht.

Oder Forum wir abgeschaltet, weil die Frage von viper666 zu schwer ist?

Liebe Grüße
thiloz
« Letzte Änderung: 22.Mai 2020, 07:55:10 von thiloz »
Gespeichert

viper666

  • Grünschnabel
  • *
  • Offline Offline
  • Beiträge: 17
Re: VS2-free Performance Diskussion
« Antwort #26 am: 01.Juni 2020, 22:15:21 »

@all
Ja, fragen kann man viel. Aber antworten bekommt man wohl keine.

In diesem Zusammenhang.
Hatte ja bei mir den sar laufen um Daten zu sammeln.

Hier mal ein Bereicht von 23.-27.05.2020.
https://cloud.pbox24.de/index.php/s/g6fW7wBgKBJimLy

Ich bin leider kein Performance Speziallist, daher ist eine Auswertung von meiner Seite recht schwierig.
Aber ich Glaube die Werte bei iowait (page 2), Load Average und damit auch Tasks blocket (Page 15) sowie Pging fault (Page 18) sind keine gesunde Werte.
Für eine Server auf dem nur ein Betriebssystem läuft und keine Serverprodukte, genug Speicher vorhanden ist und eigentlich nix drauf passiert, Erschreckend!

Und man merkt es ja auch schon wenn man sich einloggt. Jeder noch so einfache Befehl auf der commandozeile dauert eine halbe Ewigkeit bis das eine Ausgabe kommt. Mein raspi incl. darauf laufendem Webserver und Owncloud ist 10 mal schneller als dieser V-Server.

Die eingesetzte Technologie ist hier entweder völlig Unterdimensioniert, für das was darauf betrieben werden soll oder nicht dafür geeignet.

Normal ist das jedenfalls nicht.

Gruß
Viper
Gespeichert

rian18

  • Grünschnabel
  • *
  • Offline Offline
  • Beiträge: 2
Re: VS2-free Performance Diskussion
« Antwort #27 am: 02.Juni 2020, 07:44:23 »

Ich habe auch seit wenigen Wochen einen VS2-free.
Die Performance ist äußerst mies. Fragwürdig, wie man seinen Kunden guten Gewissens sowas anbieten kann.
Unter 'top' ist nichts ersichtlich. Prozentuale CPU-Auslastung unter 10%.
Webmin gibt mir hier in über 50% der Zeit 100% Auslastung aus.
Das System regiert auf alle Befehle sehr langsam. Mir kommt es so vor, als wäre die HDD im Hintergrund voll ausgelastet.

Wenn EUServ hier auch mit den anderen vServern derart hantiert, empfehle ich jedem Interessenten, die Finger von diesem Laden zu lassen.

Die Ticketanfrage von vor über einer Woche scheint im Innendienst voll ignoriert zu werden - ist wohl nur der free-User...
Die bezahlte IPV4 scheint hier nichts dran zu ändern.
Gespeichert

Forum-Support2

  • EUserv Internet
  • Foren Legende
  • *
  • Offline Offline
  • Beiträge: 3842
    • http://www.euserv.de
Re: VS2-free Performance Diskussion
« Antwort #28 am: 02.Juni 2020, 08:36:15 »

Hallo,

gern schauen wir uns die hier im Thread vorhandenen Server an. Wir benötigen dazu wie immer die IPv6 Adresse. Relative Aussagen wie "mies", "schlecht", "gut", "langsam" uswusf. sind nicht quantifiziert genug, um diese realistisch betrachten zu können. Nutzen Sie bitte stattdessen einen Benchmarktest um Bottlenecks zu erkennen.

Bzgl. "Support" gibt es gemäß Leistungsbeschreibung für VS2 Free Nutzer derzeit ausschliesslich Support via Forum. Direkten Support gibt es nicht.

Der Support via Forum bezieht sich auf folgende Hilfe:

* Funktionen des Kundencenters (Bedienung oder Technik)
* Allgemeines wie z.B. "Erreichbarkeit via IPv6"
* Performance (in Bezug auf korrekte Einstellungen des Hostsystems)

In Bezug auf die Performance dürfen Sie bei VS2free via IPv6 keine Wunder erwarten. Das ist bei VS2free so gewollt. Ein lokaler Raspi wird schneller sein. Ein anderes Problem ist IPv6. Einige Provider haben das bisher noch ungenügend implementiert. Das verbessert sich jedoch stetig.

VS2 wird zur Realisierung der SLA von VS2free isoliert und anders gehostet. Dies gilt auch bis auf IPv4 für die Erweiterungen von VS2free.
« Letzte Änderung: 03.Juni 2020, 08:52:13 von Forum-Support2 »
Gespeichert
viele Grüsse / kind regards
Thomas
EUserv Foren Support
---

viper666

  • Grünschnabel
  • *
  • Offline Offline
  • Beiträge: 17
Re: VS2-free Performance Diskussion
« Antwort #29 am: 02.Juni 2020, 21:25:40 »

Hallo Support,
vielen Dank für Ihr Feedback!

gern schauen wir uns die hier im Thread vorhandenen Server an. Wir benötigen dazu wie immer die IPv6 Adresse.

Gerne: 2a02:180:6:1::18d5

Relative Aussagen wie "mies", "schlecht", "gut", "langsam" uswusf. sind nicht quantifiziert genug, um diese realistisch betrachten zu können. Nutzen Sie bitte stattdessen einen Benchmarktest um Bottlenecks zu erkennen.

Habe ich ja gemacht. Ich hoffe dazu gibt es noch eine Reaktion.


In Bezug auf die Performance dürfen Sie bei VS2free via IPv6 keine Wunder erwarten. Das ist bei VS2free so gewollt.

Ok, kein Problem. Ist Wunder besser als "mies", "schlecht" oder eher wie "gut", "langsam"?
Das ist für mich genau so schwierig zu Beurteilen. Ist mein Server nun normal schnell?

Ein anderes Problem ist IPv6.

Nein, kein Problem. Kann ich super mit arbeiten. Ich arbeite mit Portmapper die auf Servern mit ipv4 und ipv6 Netzen laufen. So kann ich diese Server von überall her erreichen.

Aber eigentlich möchte ich nicht auf diesen Servern produktiv arbeiten. Ich möchte nur rausfinden ob die Produkte hier bei Ihnen für meinen Einsatz ausreichend sind.

VS2 wird zur Realisierung der SLA von VS2free isoliert und anders gehostet. Dies gilt auch bis auf IPv4 für die Erweiterungen von VS2free.

Genau diese Transparenz fehlt hier etwas. Wenn man das weiß kann man die Sache anders betrachten.
Sonst denkt doch jeder, wenn VS-free schon so träge ist, wie wird das erst bei den anderen Produkten?


Gruß
viper
Gespeichert

Forum-Support2

  • EUserv Internet
  • Foren Legende
  • *
  • Offline Offline
  • Beiträge: 3842
    • http://www.euserv.de
Re: VS2-free Performance Diskussion
« Antwort #30 am: 03.Juni 2020, 09:07:06 »

Hallo viper666,

ich habe meinen obigen Post präzisiert im Bereich "Performance", da wir hier generell nicht einzelne vServer bewerten (das würde unseren Supportrahmen sprengen), sondern immer das gesamte System betrachten.

Bzgl. Ihres Benchmarks wäre es schön, wenn andere Nutzer ebenso welche durchführen und posten, damit Sie Vergleichswerte haben und diese gemeinsam diskutieren können. Ihr Server jedenfalls ist hostseitig korrekt konfiguriert. Teilweise kommen gute Vorschläge.

Details zur Technik werden wir nur teilweise veröffentlichen. Stattdessen werden wir gemeinsam mit den Nutzern die SLA bzw. Leistungswerte der Dienste so genau wie möglich definieren und ggf. nachjustieren.
Gespeichert
viele Grüsse / kind regards
Thomas
EUserv Foren Support
---

Forum-Support2

  • EUserv Internet
  • Foren Legende
  • *
  • Offline Offline
  • Beiträge: 3842
    • http://www.euserv.de
Re: VPS kaum nutzbar - Load Average 10.00-20.00
« Antwort #31 am: 03.Juni 2020, 09:15:04 »

Mein Eindruck: Zu hoher Wert bei %iowait, oder was meint ihr?

Ja, der I/O wait ist hoch und wird Ihr Problem verursachen. Der Bereich "%steal" ist der Wert, der Ihnen anzeigt, ob Ihnen nicht genügend CPU Ressourcen zur Verfügung stehen.
Gespeichert
viele Grüsse / kind regards
Thomas
EUserv Foren Support
---

rian18

  • Grünschnabel
  • *
  • Offline Offline
  • Beiträge: 2
Re: VS2-free Performance Diskussion
« Antwort #32 am: 03.Juni 2020, 19:51:18 »

Hallo viper666,

ich habe meinen obigen Post präzisiert im Bereich "Performance", da wir hier generell nicht einzelne vServer bewerten (das würde unseren Supportrahmen sprengen), sondern immer das gesamte System betrachten.

Bzgl. Ihres Benchmarks wäre es schön, wenn andere Nutzer ebenso welche durchführen und posten, damit Sie Vergleichswerte haben und diese gemeinsam diskutieren können. Ihr Server jedenfalls ist hostseitig korrekt konfiguriert. Teilweise kommen gute Vorschläge.

Details zur Technik werden wir nur teilweise veröffentlichen. Stattdessen werden wir gemeinsam mit den Nutzern die SLA bzw. Leistungswerte der Dienste so genau wie möglich definieren und ggf. nachjustieren.

Ich bin kein Linuxguru, welche Tests wären das?

Wunder erwarte ich definitiv nicht, nur ein einigermaßen laufendes System. Ein yum update darf OHNE updates keine 5 Minuten dauern.

Dass der Support für die free Server nur über das Forum läuft hätte ich gerne präzise bei meiner Anfrage gelesen. Ist nicht schwer dort einzubringen...

IPv6: 2a02:0180:0006:0001:0000:0000:0000:1a96
Mit v6 kenne ich mich nicht aus, daher habe ich die v4 dazugebucht.

Dennoch, danke für die Antworten.
Gespeichert

lu1906

  • Grünschnabel
  • *
  • Offline Offline
  • Beiträge: 10
Re: VS2-free Performance Diskussion
« Antwort #33 am: 04.Juni 2020, 07:39:08 »

Hallo viper666,

ich habe meinen obigen Post präzisiert im Bereich "Performance", da wir hier generell nicht einzelne vServer bewerten (das würde unseren Supportrahmen sprengen), sondern immer das gesamte System betrachten.

Bzgl. Ihres Benchmarks wäre es schön, wenn andere Nutzer ebenso welche durchführen und posten, damit Sie Vergleichswerte haben und diese gemeinsam diskutieren können. Ihr Server jedenfalls ist hostseitig korrekt konfiguriert. Teilweise kommen gute Vorschläge.

Details zur Technik werden wir nur teilweise veröffentlichen. Stattdessen werden wir gemeinsam mit den Nutzern die SLA bzw. Leistungswerte der Dienste so genau wie möglich definieren und ggf. nachjustieren.
Das Problem liegt hier sicherlich dabei, dass die 4c 8t Host Node, auf welcher meine VS2-free Instanz läuft, zu schwach ist um hunderte oder sogar tausende virtuelle Instanzen auszuführen.

Zu den Benchmarks:
Benchmarks werden bei mir sofort oder nach kurzer Zeit vom System gekillt.
Gespeichert

viper666

  • Grünschnabel
  • *
  • Offline Offline
  • Beiträge: 17
Re: VS2-free Performance Diskussion
« Antwort #34 am: 04.Juni 2020, 21:35:49 »

Ich bin kein Linuxguru, welche Tests wären das?

Generell hätte ich hier aber dann schon gesagt, dass es das falsche Produkt für Dich ist.

Ich möchte Dir nicht zu nahe treten, aber ein root Server ist nix für Anfänger.
Und man sollte wohl schon ziemlich genau wissen was man auf diesen Systemen macht.

Ggf. ist ein Webhosting Produkt hier die bessere Lösung.

Zu den Tests:
Ich habe in meinem Post am 21.Mai 2020, 23:02:55 die gemachten Tests weiter unterhalb im Post verlinkt.
Im groben war das sar als Bestandteil von sysstat -> https://linuxwiki.de/sar. Bitte unbedingt hier etwas im Netz nach Informationen für Euer System suchen, denn damit Daten über eine Zeit hinweg gesammelt werden muss man noch ein paar Optionen einstellen und konfigurieren.
Mit KSar kann man dann die Auswertungen auch Grafisch darstellen -> https://github.com/vlsi/ksar/releases/tag/v5.2.4-snapshot.8-g27d96e7
Um diese Tools zu installieren und Daten sammeln zu lassen sollte man aber ein paar Linux Kenntnisse mitbringen. Für KSar muss man noch java installieren. Was im überigen bei mir ca. 20 minuten gedauert hat. (Wegen der guten performance). KSar wird später per X11-forwarding auf den X-Server (Den man dann zuhause auf seinem PC noch installieren muss, zb. Xming) als Windows-Fenster auf seinen PC übertragen. Wer Linux Zuhause benutzt, hat es dann einfacher.

Dann wurde hier auch noch das "yet-another-bench-script-master" und "sysbench" verwendet.

Fände es schon gut, wenn so viele wie möglich hier auch mal diese Tests laufen lassen.

Gruß
viper
Gespeichert

dosammy

  • Grünschnabel
  • *
  • Offline Offline
  • Beiträge: 3
Re: VS2-free Performance Diskussion
« Antwort #35 am: 18.Juni 2020, 13:11:40 »

Ich hab auch mal die Tests laufen lassen - hier meine Ergebnisse:

root@srv6820:~# sysbench cpu run                                                                                                                                                                                   
sysbench 1.0.11 (using system LuaJIT 2.1.0-beta3)

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:   291.62                                                                                                                                                                                   
                                                                                                                                                                                                                   
General statistics:                                                                                                                                                                                               
    total time:                          10.0009s                                                                                                                                                                 
    total number of events:              2926                                                                                                                                                                     
                                                                                                                                                                                                                   
Latency (ms):                                                                                                                                                                                                     
         min:                                  0.85                                                                                                                                                               
         avg:                                  3.42                                                                                                                                                               
         max:                                 34.27                                                                                                                                                               
         95th percentile:                     27.66                                                                                                                                                               
         sum:                               9996.97                                                                                                                                                               
                                                                                                                                                                                                                   
Threads fairness:                                                                                                                                                                                                 
    events (avg/stddev):           2926.0000/0.00                                                                                                                                                                 
    execution time (avg/stddev):   9.9970/0.00
                                                                                                                                                                     
                                                                                                                                                                                                                   
root@srv6820:~# sysbench threads run                                                                                                                                                                               
sysbench 1.0.11 (using system LuaJIT 2.1.0-beta3)                                                                                                                                                                 
                                                                                                                                                                                                                   
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.0203s                                                                                                                                                                 
    total number of events:              2955                                                                                                                                                                     
                                                                                                                                                                                                                   
Latency (ms):                                                                                                                                                                                                     
         min:                                  0.69                                                                                                                                                               
         avg:                                  3.39                                                                                                                                                               
         max:                                 46.24                                                                                                                                                               
         95th percentile:                     27.66                                                                                                                                                               
         sum:                              10015.78                                                                                                                                                               
                                                                                                                                                                                                                   
Threads fairness:                                                                                                                                                                                                 
    events (avg/stddev):           2955.0000/0.00                                                                                                                                                                 
    execution time (avg/stddev):   10.0158/0.00

Gruß
Gespeichert

Forum-Support2

  • EUserv Internet
  • Foren Legende
  • *
  • Offline Offline
  • Beiträge: 3842
    • http://www.euserv.de
Re: VS2-free Performance Diskussion
« Antwort #36 am: 16.August 2020, 09:29:16 »

Hallo an alle,

Wir haben diese Woche neue Verbesserungen für CBCI und VS2 Free aktiviert. Wir bitte hier um Feedback für Eure Anwendungen und die Performance.
Gespeichert
viele Grüsse / kind regards
Thomas
EUserv Foren Support
---

gr33n

  • Grünschnabel
  • *
  • Offline Offline
  • Beiträge: 4
Re: VS2-free Performance Diskussion
« Antwort #37 am: 16.August 2020, 12:36:00 »

Die allgemeine Performance ist deutlich besser, reagiert richtig flott nun  8)

Docker funktioniert immer noch nicht.

docker: Error response from daemon: OCI runtime create failed: container_linux.go:349: starting container process caused "process_linux.go:449: container init caused \"join session keyring: create session key: disk quota exceeded\"": unknown.

Reboot ändert auch nichts daran
Gespeichert

viper666

  • Grünschnabel
  • *
  • Offline Offline
  • Beiträge: 17
Re: VS2-free Performance Diskussion
« Antwort #38 am: 16.August 2020, 21:53:43 »

Wir bitte hier um Feedback für Eure Anwendungen und die Performance.

Hallo Zusammen!

Hier ein erstes Feedback vom Server mit IP: 2a02:180:6:1::18d5


Aktuell bin ich noch im Urlaub. Daher noch keine Perfomance Tests. War auch nicht möglich. Grund siehe folgender Text.

Am 11.08. wurde der Update ja per Mail angekündigt. Wann er durchgeführt wird oder wurde...?
Keine Ahnung?!

Was ich aber schon bemerkt habe:
Am 14.08.20 um ca. 11:40 Uhr meldete mein Monitoring -> Server nicht erreichbar. (Test Ping)
Um 11:52 ging es aber dann wieder.
Möglicherweise war hier das Update. Allerdings nicht sehr lange.
Aber um ca. 13.54 funktionierte keine Verbindung merh. Monitoring meldet erneut. Server nicht erreichbar. Auf allen Kanälen. Ping, SSH. Nichts geht mehr!
Dieser Zustand war bis heute 16.08.20. (Hatte mal kurz Zeit um in das Kundenportal zu sehen) unverändert.
Im Kundenportal unter Konfigurieren -> Tools versucht über die Webconsole mit einzuloggen.
Ging nicht. Immer die Meldung "falsches Passwort". Sowohl mit root als auch mit meinem eigenen angelegten Account.
Per ssh war keine Verbindung möglich.
Also habe ich einen Webreboot durchgeführt. Das hat schon mal 5min gedauert, bis der Job überhaupt mal anlief.
Zwichenzeitlich im Kundenportal über Konfigurieren -> Serverdaten mal alles anzeigen lassen.
Dort stand ganz unten Netzwerkkarte 1 und eine Zeile tiefer "Nicht verbunden".
Gehört das zusammen?
Als der Server irgendwann mal durchgestartet war kam ich auch wieder auf den Server drauf.
Unter Konfigurieren -> Serverdaten aber immer noch die gleiche Anzeige: "Nicht verbunden". Hat wohl daher nichts mit Netzwerkkarte 1 zu tun. Oder doch?

Jedenfalls habe ich im syslog mal nachgesehen. Man sieht wohl, das der Server am 14.08. neu gestartet wurde (Nicht von mir!).
Der Server muss anschließend weiter gelaufen sein. Aber hat sich wohl aus irgendeinem Grund über Netzwerk nicht mehr ansprechen lassen. (Ist mir hier aber auch schon sehr oft passiert, das man den Server einfach nicht mehr erreicht. Und im Forum sieht man da auch einige Meldungen zu.)

Und warum kann ich mich über die Webconsole eigentlich nicht anmelden?
Das ging auch nach dem reboot nicht.
Ich habe gleichzeitig über ssh mal in das auth.log geschaut. es wird bei einer Anmeldung über Webconsole noch nicht einmal ein Loginversuch protokolliert.

Auf den ersten Blick hat sich für micht nach ansehen des Loads noch nicht viel verändert.

root@srv10864:/var/log# cat /proc/loadavg
34.80 41.32 42.46 1/4166 556

Ich werde aber die nächsten Tage ggf. mal versuchen die Benchmarks nochmal laufen zu lassen. Mal sehen ob es hier unterschiede gibt.

Bis dann....



Gespeichert

Forum-Support2

  • EUserv Internet
  • Foren Legende
  • *
  • Offline Offline
  • Beiträge: 3842
    • http://www.euserv.de
Re: VS2-free Performance Diskussion
« Antwort #39 am: 17.August 2020, 08:50:14 »

@gr33n
Wie lautet Ihre IPv6? Wir würden uns das nochmal anschauen.
Gespeichert
viele Grüsse / kind regards
Thomas
EUserv Foren Support
---
 

Seite erstellt in 0.242 Sekunden mit 18 Abfragen.