UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Homoran]

@schtallone sagte in Performance Probleme durch Shelly Adapter?:

Dies ist so 10 min her:

eher weniger

@schtallone sagte in Performance Probleme durch Shelly Adapter?:

Load average: 2.02 2.23 3.09

der Load average 10min ist noch deutlich höher, der load average 5 Minuten noch leicht höher als der der ketzten Minute.

Wenn jetzt wirklich alles aus ist hast du ein echtes Problem.

Dein load average ist ohne Arbeit bereits "auf Kante". über 2 darf er nicht sein.

der swap ist hier leider nicht zu sehen.

[Schtallone]

@homoran

CPU: 25.8% usr 14.8% sys  0.1% nic 58.9% idle  0.1% io  0.0% irq  0.1% sirq
Load average: 1.79 1.93 2.09 4/893 16071
  PID  PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND
 3441     1 admin    S    1326m 16.9   1  6.8 /sbin/hal_daemon -f
15096 14697 admin    S     1844  0.0   0  2.9 iotop
13927     2 admin    DW       0  0.0   0  0.5 [kworker/0:8+pm]
 9810 18618 admin    S <  2190m 28.0   0  0.3 /usr/local/apache/bin/apache_proxy -k start -f /etc/apache
10394     1 admin    S     222m  2.8   0  0.2 /mnt/ext/opt/Python/bin/python2 /sbin/wsd.py
 8493  8463 admin    S     219m  2.8   0  0.2 {ncaas} python /usr/local/network/nmd/nmd.pyc
 5479     2 admin    SW       0  0.0   1  0.2 [notify thread]
 3966     2 admin    IW       0  0.0   0  0.2 [kworker/0:1-kac]
12222 11744 admin    S     882m 11.2   1  0.1 /usr/local/mariadb/bin/mysqld --defaults-file=/usr/local/m
17751     1 admin    S     252m  3.2   0  0.1 /usr/local/samba/sbin/nmbd -l /var/log -D -s /etc/config/s
 8545  8463 admin    S     222m  2.8   0  0.1 {gwd} python /usr/local/network/nmd/nmd.pyc
20813     1 admin    S     162m  2.0   0  0.1 /usr/local/bin/hda_qmonitor -pid:24141 -reg:/mnt/HDA_ROOT
12510     1 admin    S     109m  1.4   0  0.1 /sbin/qpkgd -d0
18490     1 admin    S    90188  1.1   0  0.1 /usr/local/sbin/_thttpd_ -p 58080 -nor -nos -u admin -d /h
19118     1 httpdusr S    74864  0.9   0  0.1 /sbin/lpb_scheduler -d
11426     1 admin    S    74752  0.9   1  0.1 /sbin/vdd_control -d
   10     2 admin    IW       0  0.0   1  0.1 [rcu_sched]
    9     2 admin    SW       0  0.0   0  0.1 [ksoftirqd/0]
 1559     2 admin    IW       0  0.0   1  0.1 [kworker/1:5-eve]
17255 16150 httpdusr S    2180m 27.8   1  0.0 /usr/local/apache/bin/apache -k start -c PidFile /var/lock
10741 20178 admin    S    1360m 17.4   0  0.0 /usr/local/apache/bin/apache_proxys -k start -f /etc/apach
14539 14537 admin    S    1212m 15.5   1  0.0 /usr/local/sbin/ncd
13710     1 admin    S    1196m 15.3   0  0.0 /usr/local/sbin/qulogdb --defaults-file=/mnt/ext/opt/QuLog
26094 25688 admin    S     857m 10.9   0  0.0 /usr/local/mariadb/bin/mysqld --defaults-file=/etc/qcoolie
 7559     1 admin    S     560m  7.1   0  0.0 /mnt/ext/opt/Python/bin/python ./manage.pyc runfcgi method
22489     1 admin    S     549m  7.0   1  0.0 /sbin/upnpd br0 br0
14499     1 admin    S     507m  6.5   1  0.0 /usr/local/sbin/ncdb --defaults-file=/mnt/ext/opt/Notifica
 9830     1 admin    S     441m  5.6   0  0.0 /mnt/ext/opt/Python/bin/python /mnt/ext/opt/netmgr/api ser
 1562     1 admin    S     409m  5.2   0  0.0 tunnelagent
 1368 17710 Peter Pa S     374m  4.7   1  0.0 /usr/local/samba/sbin/smbd -l /var/log -D -s /etc/config/s
 3293     1 admin    S     360m  4.6   0  0.0 {php-fpm-proxy} php-fpm: master process (/etc/php-fpm-sys-
 3298  3293 admin    S     360m  4.6   0  0.0 {php-fpm-proxy} php-fpm: pool www
 3299  3293 admin    S     360m  4.6   1  0.0 {php-fpm-proxy} php-fpm: pool www

SwapIn über 0%, hatte vorher auch die Speicherbreinigung laufen gelassen.

[~] # iotop

Total DISK READ:    0.00 B/s | Total DISK WRITE: 4096.00 B/s

  TID  PRIO     USER      DISK READ   DISK WRITE  SWAPIN      IO> COMMAND

 2494   -/0  UNKNOWN       0.00 B/s  4096.00 B/s  0.00 %  6.19 %  /usr/sbin/rsyslogd -f /etc/rsyslog_on

 3228  be/3  UNKNOWN       0.00 B/s     0.00 B/s  0.00 %  0.01 %  [jbd2/md9-]

    3   -/4  UNKNOWN       0.00 B/s     0.00 B/s  0.00 %  0.00 %  [rcu_g]

    4   -/4  UNKNOWN       0.00 B/s     0.00 B/s  0.00 %  0.00 %  [rcu_par_g]

    8   -/4  UNKNOWN       0.00 B/s     0.00 B/s  0.00 %  0.00 %  [mm_percpu_w]

    9   -/4  UNKNOWN       0.00 B/s     0.00 B/s  0.00 %  0.00 %  [ksoftirqd/]

   10   -/4  UNKNOWN       0.00 B/s     0.00 B/s  0.00 %  0.00 %  [rcu_sche]

[Homoran]

@schtallone sagte in Performance Probleme durch Shelly Adapter?:

SwapIn über 0%,

???

@schtallone sagte in Performance Probleme durch Shelly Adapter?:

hatte vorher auch die Speicherbreinigung laufen gelassen.

das ist dann kontraproduktiv
vor dem Nachsehen, oder vor dem Abschalten?

@schtallone sagte in Performance Probleme durch Shelly Adapter?:

Load average: 1.79 1.93 2.09 4/893 16071

da kommen wir kangsam aus dem roten Beteich!
Aber normal ist das nicht!

hast du Meldungen im S.M.A.R.T?

[Ein ehemaliger Benutzer]

@schtallone sagte in Performance Probleme durch Shelly Adapter?:

ja es greifen auch unter anderem ein PC, vor dem ich sitze auf das NAS zu. Ich glaube das ist auch der SInn der Sache.

Moin,

ja, das wollte ich nicht in Abrede stellen, nur wenn dann mal die SMB Verbindung aus welchen Gründen auch immer abkackt, kommt es auf dem Host zu einer höheren Last, weil der SMB Server versucht die Verbindung aufrecht zu halten, ganz am Anfang waren da mal Zombie Prozesse, die sind dann aber nach dem Reboot natürlich weggeräumt.

@schtallone sagte in Performance Probleme durch Shelly Adapter?:

Aber was ist denn jetzt nun mit der einen Aussage, dass diue load Average nicht nur auf den iob, sondern auf das gesamte NAS bezogen ist?

Da hab ich weiter oben auch gesehen, dass da ein rsyslog läuft, was steht denn im SYSLOG der QNAP?

VG
Bernd

Edit
ich würde mal alle SMB Verbindungen trennen und schauen, ob der Load weiter herunterkommt.

[Schtallone]

@homoran said in Performance Probleme durch Shelly Adapter?:

@schtallone sagte in Performance Probleme durch Shelly Adapter?:

SwapIn über 0%,

???

@schtallone sagte in Performance Probleme durch Shelly Adapter?:

hatte vorher auch die Speicherbreinigung laufen gelassen.

das ist dann kontraproduktiv
vor dem Nachsehen, oder vor dem Abschalten?

nach dem Abschalter aller APPS und vor dem Auslesen der Daten

@schtallone sagte in Performance Probleme durch Shelly Adapter?:

Load average: 1.79 1.93 2.09 4/893 16071

da kommen wir kangsam aus dem roten Beteich!
Aber normal ist das nicht!

hast du Meldungen im S.M.A.R.T?

ja, ID197 und 198 seit ca. 20 Wochen. Habe Suche nach defekten Blöcken ohne Ergbnis mehrfach gemacht. Habe aber jetzt noch keine neue Festplatte besorgt. Jetzt werde ich wohl gesteinigt.....

[Homoran]

@schtallone sagte in Performance Probleme durch Shelly Adapter?:

Jetzt werde ich wohl gesteinigt.....

da verkauft doch jemand Steine!
...und Bärte

und ja!
wir fragen danach schon ewig!

[FredF]

@homoran sagte in Performance Probleme durch Shelly Adapter?:

da verkauft doch jemand Steine!
...und Bärte

OT: :rolling_on_the_floor_laughing: Das kennt auch nicht mehr jede Altersklasse :stuck_out_tongue_winking_eye:

[Schtallone]

@homoran
korrektur:; nicht 20 Wochen, 2 Wochen.

Also nach SMART gefragt worden zu sein, habe ich wohl übersehen... Oder es wurde nicht so klar gefragt, wie eben gerade.

[Schtallone]

@fredf Sie wars Sie wars, ähhm Er war Er wars.....

[Schtallone]

@homoran
Ich werde mir eine neue Festplatte besorgen. Ist nen RAID 0 Verbund. Ich tausche 1 Platte aus

[Homoran]

@schtallone sagte in Performance Probleme durch Shelly Adapter?:

Oder es wurde nicht so klar gefragt, wie eben gerade.

nö, erst allgemein nach I/O, dann nach Festplatten.

[66er]

@Schtallone :

Also wissen, dass man seit 2 Wochen eine defekte Platte hat und dann hier die User beschäftigen ...

--> ohne Worte

[Ein ehemaliger Benutzer]

@schtallone sagte in Performance Probleme durch Shelly Adapter?:

CPU: 25.8% usr 14.8% sys 0.1% nic 58.9% idle 0.1% io 0.0% irq 0.1% sirq

Moin,

was ich wirklich nicht verstehe, sind die Werte für nic und nur 0,1 % für Idle.
Erklärung für die Werte:
CPU-Zeile

Abkürzung	Bedeutung
us	user - Zeit, die von ungeniceten Benutzerprozessen verwendet wird
sy	system - Zeit, die von Kernelprozessen verwendet wird
ni	nice - Zeit, die von ge"nice"ten Userprozessen verwendet wird
id	idle - Zeit, die das System im Leerlauf verbringt
wa	IO-wait - Zeit, die auf Datenverarbeitung gewartet wird (gibt Hinweise auf Engpässe bei der Datenträgergeschwindigkeit)
hi	Zeit, die auf das Bearbeiten von Hardware Interrupts verwendet wird
si	Zeit, die auf das Bearbeiten von Software Interrupts verwendet wird
st	stolen - Zeit, die von der laufenden Virtuellen Maschine vom Hypervisor für andere Aufgaben gestohlen wird (z.B. für andere VM)

Bei Dir ist ni=~60 % <- also sind dort einige Prozesse ge-niced, sprich eine andere Priorität als 0 am Laufen, nice geht von -20 höchste Priorität über 0 = Standard bis +19 niedrigste Priorität.
Auf der anderen Seite, Dein System hat kein idle, nur 0.1 %, ist also nie im Leerlauf???

Schau mal wie Du bei Dir top so aufrufen kannst, das auch ni angezeigt wird, wie bei mir

top - 19:09:57 up 41 days, 10:37,  1 user,  load average: 1.73, 1.75, 3.68 [IO: 0.68, 0.88, 2.80 CPU: 1.05, 0.88, 0.88]
Tasks: 813 total,   1 running, 812 sleeping,   0 stopped,   0 zombie
%Cpu(s):  3.6 us,  3.9 sy,  0.0 ni, 92.5 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
GiB Mem :    7.718 total,    0.997 free,    3.171 used,    3.550 buff/cache
GiB Swap:    6.633 total,    3.947 free,    2.686 used.    4.180 avail Mem 
                    ||
                    \/
  PID USER      PR  NI    VIRT    RES  %CPU  %MEM     TIME+ S COMMAND                                                                                          
12828 root      20   0   57.3m   2.5m 3.846 0.032 776:16.38 S synostgd-space                                                                                   
18292 dp20eic   20   0   34.1m   2.7m 3.846 0.035   0:15.33 R top                                                                                              
17518 root      20   0  835.6m   8.4m 2.564 0.106 658:38.72 S /usr/syno/bin/scemd                                                                              
20309 104       20   0   62.4m   8.5m 2.564 0.107 761:48.40 S /usr/sbin/mosquitto -c /mqtt/config/mosquitto.conf                                               
 2903 1000      20   0 3366.4m  72.7m 1.282 0.920  60:59.37 S emqx -Bd -spp true -A 4 -IOt 4 -SDio 8 -e 262144 -zdbbl 8192 -Q 1048576 -P 2097152 -- -root /op+ 
 2955 1000      20   0 3360.9m  68.4m 1.282 0.866  58:10.59 S emqx -Bd -spp true -A 4 -IOt 4 -SDio 8 -e 262144 -zdbbl 8192 -Q 1048576 -P 2097152 -- -root /op+ 
   18 root      20   0    0.0m   0.0m 0.641 0.000  27:02.42 S [ksoftirqd/2]  

VG
Bernd

[Schtallone]

@66er

Wie viel Pro muss man hier sein, damit man nicht ins Messer läuft? Um diese Fehler zu finden bzw. im Dialog herauszuarbeiten, dafür dachte ich wäre ein solches Forum geeignet. Es tut mir leid dass ich nicht so ein Spezialist bin, wie Ihr hier.

@66er : Ich bitte um entschuldigung, falls ich hier Zeit anderer verschwendet habe.

[66er]

@schtallone sagte in Performance Probleme durch Shelly Adapter?:

@homoran
Ich werde mir eine neue Festplatte besorgen. Ist nen RAID 0 Verbund. Ich tausche 1 Platte aus

Ach ja, fast vergessen:

Viel Glück.

https://www.storage-insider.de/was-ist-raid-0-a-820811/

[Schtallone]

@66er oh, ne sorry, dann Raid 1, also 2 gleiche Platten gespiegelt. (es wird nicht besser mit mir, oder?)

[66er]

@schtallone

Ich bin raus.

[Ein ehemaliger Benutzer]

@schtallone sagte in Performance Probleme durch Shelly Adapter?:

Ich werde mir eine neue Festplatte besorgen. Ist nen RAID 0 Verbund. Ich tausche 1 Platte aus

Moin,

Raid 0 ist eine ganz schlechte Idee, denn es werde immer abwechseld Blöcke auf die eine, dann auf die andere Platte geschrieben, geht eine gänzlich den Bach runter, hast Du 100 % Datenverlust.

Wenn man nur zwei Platten hat, lieber zwei größere Platten im Raid 1, da werde die Daten gespiegelt, dann kann eine Platte total ausfallen, macht nichts der Spiegel ist noch vorhanden.
Wenn man Geschwindigkeit und Sicherheit haben möchte, dann Raid 10. ich werde hier aber jetzt keine Lehrstunde in Raid geben, ist das falsch Forum.

VG
Bernd

[Schtallone]

@dp20eic
https://forum.iobroker.net/post/1045475

[Frederik Buss]

@schtallone Ich habe größtenteils still mitgelesen, weil mich das Thema auch interessiert, möchte aber hierzu was sagen: Sieh es mal so: Es haben doch einige sich ordentlich bemüht, Dir zu helfen, aber einige Vorgehensweisen wurden nicht umgesetzt, oder erst nach Nachfrage. Am Ende kommt nach über 200 Beiträgen raus, dass Du weisst, dass eine Platte hin ist, schreibst das aber eben nicht gleich rein ("Ich weiss, dass eine Platte ein Thema hat, aber ist das wirklich mein Problem mit der Performance?") - Du weisst was ich meine. Das der Eine oder Andere, zwischenzeitlich am Verzweifeln, jetzt bestenfalls mit den Augen rollt, ist schon nachvollziehbar und hat nichts mit Pro zu tun...