komische maximallast von perl - kennt das wer?

[Wernieman]

Sorry aber gewisse "basics" sollst Du Dir aneignen. Außerdem kann (und will) ich nur Hilfe zur Selbsthilfe geben.

Ohne getestet zu haben:

Code Auswählen Erweitern

sudo /etc/init.d/ntpd stop

P.S. bash kennt die "tape-completion". drucke mal nach "/etc/init.d/n" 2 mal TAB ...

[the ratman]

Code Auswählen Erweitern

root@luke7:~# sudo /etc/init.d/ntpd stop
sudo: /etc/init.d/ntpd: Kommando nicht gefunden

ich finde nur einen "ntp" ohne "d"

mache ich
root@luke7:~# sudo /etc/init.d/ntp stop
kommt zumindest 5 min. lang mal nix besonderes. perl tuckert weiterhin mit 1% oder weniger rum. hab dann das ding wieder mit start angeworfen.

[Wernieman]

Neee ... Du solstest es mal 3-4 Tage OHNE ntp ausprobieren und gucken, ob Dein Problem damit zusammenhängt.

ntp ist eigentlich Harmlos, er gleicht nur die Uhrzeit mit Internetquellen ab. Wenn ein Zeitunterschied besteht, läst er die locale Uhr schneller/langsamer laufen, bis die zeiten sich angglichen haben. Dabei wird auch die Laufzeit der Signale Quelle-Empfänger berücksichtigt.

Zu Deinem Problem das es ntp und nicht ntpd lautet möchte ich mich Zitieren:

Ohne getestet zu haben:

[the ratman]

ok, dann schalten ma mal ab *g*

[the ratman]

hat auch nix geändert.
natürlich passiert nix, seitdem ich die sache genauer im auge hab *g*. mußte ja so kommen ...

aber ich hab da ne andere idee: ich hab mir mal alte werte mit dem raspi 2 angschaut (derzeit rennt fhem ja auf nem raspi 3).
und siehe da: die selben peaks, nur immer um rund 10 grad kälter.
könnte es sein, das der raspi 3 die temperaturen etwas anders angibt als der 2er und mir deshalb früher nie was aufgfallen ist, weil einfach noch keine warnung gekommen ist?
und wenn das so wäre, welche temperaturen treffen dann zu - die vom 2er oder die vom 3er?

[the ratman]

jetzt hab ihn mal erwischt.
die gewünschte "apptime"

Code Auswählen Erweitern

name                                     function                               max  count    total  average maxDly TS Max call     param Max call
WEB_192.168.178.35_39408                 FW_Read                                587     39    10301   264.13      0 24.06. 14:37:39 HASH(WEB_192.168.178.35_39408)
WEB_192.168.178.35_39406                 FW_Read                                535     50    11779   235.58      0 24.06. 14:37:35 HASH(WEB_192.168.178.35_39406)
WEB_192.168.178.35_39278                 FW_Read                                533     46    11232   244.17      0 24.06. 14:37:04 HASH(WEB_192.168.178.35_39278)
WEB_192.168.178.35_39405                 FW_Read                                530     44     9245   210.11      0 24.06. 14:37:08 HASH(WEB_192.168.178.35_39405)
WEB_192.168.178.35_39484                 FW_Read                                525     38    14801   389.50      0 24.06. 14:36:58 HASH(WEB_192.168.178.35_39484)
tmr-LGTV_WebOS_TimerStatusRequest        HASH(0x35c5720)                        149      5      704   140.80   1407 24.06. 14:37:34 HASH(Fembotter)
tmr-at_Exec                              HASH(0x2befea0)                        112      1      112   112.00   1124 24.06. 14:36:57 HASH(AbfallAktuell)
ViewAbfall                               CALVIEW_Set                            100      1      100   100.00      0 24.06. 14:36:57 HASH(ViewAbfall); ViewAbfall; update
zWaveDongle                              ZWDongle_Read                           85      3      191    63.67      0 24.06. 14:37:13 HASH(zWaveDongle)
HMLan                                    HMLAN_Read                              62      5      142    28.40      0 24.06. 14:37:04 HASH(HMLan)
tmr-MPD_watch_idle                       HASH(0x38b2190)                         42      1       42    42.00   1580 24.06. 14:36:57 HASH(Luke7_Stream)
moRat_WetterEchtzeit_Handy               readingsGroup_Notify                    35     70      170     2.43      0 24.06. 14:37:04 HASH(moRat_WetterEchtzeit_Handy); HASH(SR_Terrasse)
tmr-at_Exec                              HASH(0x1037300)                         32      1       32    32.00    931 24.06. 14:36:53 HASH(heartbeat)
tmr-SYSMON_Update                        HASH(0x1036a78)                         31      1       31    31.00   1148 24.06. 14:37:39 HASH(ratOhaus_SM)
telnetForBlockingFn_1498303633_127.0.0.1_54090 telnet_Read                             27      1       27    27.00      0 24.06. 14:37:41 HASH(telnetForBlockingFn_1498303633_127.0.0.1_54090)
tmr-DbLog_execmemcache                   HASH(0xd0d5f8)                          20      2       36    18.00    744 24.06. 14:37:39 HASH(logdb)
tmr-PRESENCE_StartLocalScan              HASH(0x3a831c8)                         20      1       20    20.00    905 24.06. 14:37:34 HASH(Ping_Laserdrucker)
tmr-PRESENCE_StartLocalScan              HASH(0x28fec38)                         17      1       17    17.00    906 24.06. 14:37:34 HASH(Ping_FatBastard)
tmr-Twilight_sunpos                      HASH(0x3e1d4f0)                         17      1       17    17.00     83 24.06. 14:37:06 HASH(Twilight_sunpos)
tmr-DLNARenderer_renewSubscriptions      HASH(0x38cd190)                         16      1       16    16.00   1449 24.06. 14:37:10 HASH(DLNA_5C2BFF310001)
moRat_Lichter                            readingsGroup_Notify                    15     70       15     0.21      0 24.06. 14:36:57 HASH(moRat_Lichter); HASH(Terrasse_Wandlampe)

vielleicht hilfts ja: es fällt mir auf, dass ich z.b. keinerlei (subjektive) verzögerungen bei ansage über amad habe, oder wenn irgendwas an hardware-devices schaltet, lediglich das aufrufen der website dauert ewigkeiten.

[the ratman]

hab mich n bissi gespielt

ein "sudo killall perl" mit anschließenden starten von fhem wirkt ware wunder.

sollts das sein (ich glaub ja schon fast nimma dran), kann mir bitte jemand erklären, warum nicht mal ein reboot und/oder ausstecken des raspi hilft?
und - es darf auch gerne geraten sein - woran könnt sich perl so derartig aufhängen? ich nehm da auch gerne schlimmste vermutungen. vielleicht stößt mich ja eine davon dann in die richtige richtung ...

[Wernieman]

Bist Du Dir wirklich sicher, das es das perl vom FHEM ist?

Code Auswählen Erweitern

sudo killall perl
Killt nicht nur FHEM ....

[the ratman]

das is ja nur ne nothilfe
in nem anderen thread haben wir wohl den übeltäter schon gefunden: dlna-renderer in verbindung mit lg-tv modul mögen sich scheints nicht
ich geh mal davon aus, dass es der dlna-renderer is, weil der sowieso permanent warnings wirft.

also: hier https://forum.fhem.de/index.php/topic,73539.msg652443.html#msg652443 gehts weiter
war ungewollt, hat sich aber so entwickelt.