Linux: 190GB RAM erwünscht ..

Da heißt es immer, Linux wäre so Ressourcenschonend .. mu har har har..auf dem Papier, ok 🙂

190 GB RAM erwünscht

Vorhin glitschte bei mir kurz die TOP Anzeige durch, da fielen mir folgende Angaben auf:

3294 marius 20 0 9,9g 1,0g 53144 S 0,7 6,7 2:18.47 java
2767 marius 20 0 3658568 703720 157848 S 1,3 4,3 8:02.93 thunderbird
4718 marius 20 0 3611796 622464 245956 R 2,7 3,8 41:28.36 firefox
3061 marius 20 0 5029712 561352 140764 S 0,3 3,4 36:38.85 skypeforlinux
2636 marius 20 0 1404048 516784 55476 S 0,0 3,2 0:48.15 gnome-software
2577 marius 20 0 3878152 293020 103852 S 0,0 1,8 8:53.58 cinnamon
6285 marius 20 0 2848784 275648 178572 S 0,0 1,7 1:06.03 Web Content
1713 gdm 20 0 2882496 222756 105604 S 0,0 1,4 0:11.92 gnome-shell
4961 marius 20 0 2721516 222324 147568 S 0,3 1,4 1:35.18 Web Content
2601 marius 20 0 98,4g 201364 73168 S 0,0 1,2 0:22.12 liferea
9771 marius 20 0 2612880 192700 127616 S 0,0 1,2 0:23.12 Web Content
10910 marius 20 0 2607960 187556 129964 S 3,3 1,1 0:19.45 Web Content
4900 marius 20 0 2627124 185064 106852 S 0,0 1,1 1:11.14 WebExtensions
2998 marius 20 0 935120 177228 90376 S 0,0 1,1 1:38.35 skypeforlinux
11932 marius 20 0 2581276 174744 129216 S 0,0 1,1 0:13.21 Web Content
4833 marius 20 0 2688600 172948 117520 S 0,0 1,1 1:31.50 Web Content
2603 marius 20 0 2899340 167280 99908 S 0,3 1,0 1:18.97 skypeforlinux
2090 root 20 0 431540 157632 127032 S 0,3 1,0 10:22.48 Xorg
2418 marius 9 -11 2493616 104560 16004 S 1,3 0,6 25:37.16 pulseaudio
3151 marius 20 0 82,4g 98896 77908 S 2,7 0,6 8:23.59 WebKitWebProces

rechnet man das zusammen, gehen alleine diese drei Prozesse davon aus, daß sie zusammen 190GB brauchen werden. Tun sie natürlich nicht 🙂 Zum Glück, weil das Mainboard nur maximal 32 GB könnte 😉

Wieder „Zum Glück“ sind dies nur die virtuelle Speicherblöcke. Denkbar wäre allerdings, daß ein manipulierter RSS Server, Liferea erkennt und einfach GBweise RSS Daten an den Prozess schickt, bis das System zu Tode geswappt wurde.

Für Liferea schauen wir mal in die pmem Tabelle rein:

15655: /usr/bin/liferea –gapplication-service
000055cbe8e92000 112K r—- liferea
000055cbe8eae000 284K r-x– liferea
000055cbe8ef5000 144K r—- liferea
000055cbe8f1a000 16K r—- liferea
000055cbe8f1e000 4K rw— liferea
000055cbe8f1f000 4K rw— [ anon ]
000055cbe99bf000 110760K rw— [ anon ]
00007f8800000000 33554432K rw— [ anon ]
00007f9000000000 33554432K —– [ anon ]
00007f9800000000 16777216K rw— [ anon ]
00007fa23c000000 132K rw— [ anon ]
… 2 Kilometer mehr an Speicherblöcken entfernt..

33G+33G+16G = 82G

Die rechtlichen 16 GB möchte er dann doch für den „Rest“ verbraucht wissen .. naja.. Ich geh mal davon aus, daß der Entwickler K mit M verwechselt hat und eigentlich 100 MB Ram haben wollte, was für LifeRea auch 99M zuviel gewesen wären 😉 Ich erwähne das eigentlich nur, weil das nicht erst seit gestern so ist: I wish

Wieso allerdings der WebKit Prozess da auch 82.4GB Ram haben wollte, entzieht sich mir jetzt. Die anderen WebKitProzesse waren mit viel weniger zufrieden.

Coronachroniken: Die komischen Knicke in der Statistik

Liebe Kasernierte,

ja, das Wetter wird aber heute besser und wir werden Menschen draußen sehen, die das ausnutzen möchten. Wir werden sehen wie die Fallzahlen sich entwickeln werden. Wo wir bei Fallzahlen sind, schaut mal in die Grafik:

Fällt Euch was auf? Da sind so Zacken nach unten. Wer sich die nativen Zahlen ansieht, der wird schnell feststellen, daß diese Einbrüche alle 7 Tage sind und oh Wunder.. alle am Sonntag. Klar, daß am Sonntag die Ärzte kaum Zahlen melden, aber auch Samstag und Montag sind die Zahlen nie maximal. Das ist ein völlig unrealistisch Verlauf. Viren machen für Wochenenden keine Ausnahmen.

Da sind jetzt zwei Szenarien möglich: a) die Ämter sind nicht besetzt und melden die Fälle einfach später und vor allem, nicht zu dem Datum zu dem sie wirklich gemeldet wurden oder b) „Arbeit macht uns krank“. Wäre jetzt natürlich toll, wenn es so einfach wäre. Ist es aber nicht, weil da nämlich noch die 5 Tage Inkubationszeit sind, in denen sich Leute gesund fühlen und daher nicht zum Arzt gehen.

Dies bedeutet, daß jemand der am Montag zum Arzt geht und sich untersuchen läßt, bereits am Dienstag/Mittwoch davor angesteckt wurde, also auch „auf Arbeit“. Wenn das die These ist, muß die Folgerung sein, daß sich „auf Arbeit“ auch Menschen am Montag anstecken. Die würden dann am Samstag beim Arzt aufschlagen, wenn Sie könnten. Können Sie aber nicht. Meint, die Zahlen sind verfälscht. Die Menge der Infizierten ist zwar insgesamt gleich, aber die Rate der Neuansteckung ist falsch, weil aufgrund unseres wochenbasierten Lebensstiels eine Überhöhung in der Woche zustande kommt.

Einführung neuer Grafik – Hinweise beachten!

Die Kurve muß also ausgebeult werden, was den Satz von vorhin „Viren machen kein Wochenende“ beinhaltet. Schauen wir uns das mal an:

Die neue Grafik muß man erklären:

Erstmal die Farben haben sich geändert, ist leider ein kleiner Fehler bei Calc, muß ich die Tage mal in Ruhe anpassen. Dann haben wir die „Abweichung„, das sind über 1 Woche gemittelte Zahlen und dann haben wir die „Hamburger Version“ von den gemittelten Daten.

Die „Hamburger Version“ muß ich kurz erklären. In Hamburg hat man als einzigem Bundesland alle Toten obduziert und gecheckt, woran die wirklich gestorben sind und diese Zahlen lagen 1/3 unter den RKI Zahlen für Hamburg. Das liegt daran, daß beim RKI die toten Äpfel und toten Birnen als toter Obstsalat gezählt werden.

Das ist das Statement des Gesundheitsamtes aus Hamburg. Da kann man jetzt selbst reinsehen und da steht:

Nach den Angaben des RKI sind in Hamburg 14 Personen mit einer COVID-19-Infektion verstorben. Laut Angaben des Instituts für Rechtsmedizin konnte bei elf dieser Personen die COVID-19 Infektion als todesursächlich festgestellt werden. Damit sind seit der gestrigen Meldung drei weitere Personen an den Folgen der COVID-19-Erkrankung gestorben.(Stand 5.4.)

Gestern waren das noch 8/12 Tote also 1/3 Coronatote weniger. Wichtig: Hier geht es um Tote die direkt an Corona gestorben sind und nicht zufällig auch Corona hatten.

Das kann man jetzt nicht einfach so auf die Zahl der Infizierten umlegen, ohne das in den Kontext zu setzen:

Die Hamburger Version stellt also die Infizierten dar, die sich wirklich wegen einer aktut von CoVid-19 ausgelösten Erkrankung beim Arzt gemeldet haben dürften. Die Differenz sind die, die vermutlich eine Erkrankung haben, die vermutlich von Influenza ausgelöst wird, die aber auch einen positiven Coronanachweis haben.

Daher erst einmal oben in der Grafiken pauschal 1/3 weniger in der Hamburger Version. Das wird sich bei mehr Fällen leicht verschieben, ich werde das dann immer aktuell einarbeiten, wenn sich die Annahme deutlich verschiebt.

Kleine Anmerkung zu dem RKI Strich am Ende, der ist für die Durchschnittsberechnung der „Abweichung“ nötig und hat nichts weiter zu sagen. Ohne diesen Strich, würde die Durchschnittskurve einfach brutal gen Null zeigen, statt eine vorsichtige Prognose zu ermöglichen.

Das Ergebnis

Es war zu erwarten, daß wenn man die Zahlen mittelt, um den Wochenendeffekt raus zurechnen, der Anstieg schon besser aussieht. Die Hamburger Version zeigt dann die „vermutliche“ Zahl der Coronainfizierten, die wirklich an Corona kränkeln und das sieht schon weniger gefährlich aus, wie es uns erzählt wird.

Die Zahlen oben deuten an, daß die Fraktion der „Kritiker“ wohl mehr Recht haben könnte, als es dem RKI und den „Experten“ derzeit in den Plan paßt.

Hinweis in eigener Sache

Die hier dargestellten Zahlen, Kurven und Aussagen, sind meine Meinung und durch absolut nichts als die hier verwendeten Argumente belegt. Wer zu einer Risikogruppe zählt, sollte sich definitiv gut schützen und zu Hause bleiben. GGf. ist auch eine -> echte <- Schutzmaske nach FFP2 oder FFP3 keine schlechte Idee für diesen Personenkreis.