[Freifunk Franken Firmware 0000029]: "free Memory" Einbruch nach Firmware flash
Mantis Bug Tracker
mbt at chrisi01.de
Do Jan 19 11:33:40 CET 2017
Der folgende Eintrag wurde geschlossen.
======================================================================
https://mantis.freifunk-franken.de/view.php?id=29
======================================================================
Berichtet von: Aries
Zugewiesen an: ChristianD
======================================================================
Projekt: Freifunk Franken Firmware
Eintrag-ID: 29
Kategorie: Freifunk Franken Firmware
Reproduzierbarkeit: immer
Auswirkung: kleinerer Fehler
Priorität: normal
Status: geschlossen
Lösung: keine Änderung notwendig
Behoben in Version:
======================================================================
Erstellt am: 2017-01-16 21:05 CET
Zuletzt geändert: 2017-01-19 11:33 CET
======================================================================
Zusammenfassung: "free Memory" Einbruch nach Firmware flash
Beschreibung:
siehe Bild im Anhang. Nach dem flashen des Routers auf die neue Firmware
(mittels sysupgrade), erreicht der verfügbare Speicher einen Minimalwert.
Dieses Verhalten wurde auch schon mit der ersten Beta die l2tp unterstützte
beobachtet. Üblicherweise geht der "free memory" Wert dann nach einigen Tagen
wieder auf einen normalen Wert zurück.
Beobachtung wurde hautpsächlich bei 841 Routern gemacht (in diesem Fall 841
v9).
Allerdings zeigen auch 1043er Router entsprechende Sprünge im Memory, wenn auch
nicht so ausgeprägt.
Schritte zum Nachvollziehen:
Firmware flash via webui (sysupgrade)
======================================================================
----------------------------------------------------------------------
(0000038) meskal (Administrator) - 2017-01-17 18:38
https://mantis.freifunk-franken.de/view.php?id=29#c38
----------------------------------------------------------------------
Das Verhalten, das im angehängten Bild gezeigt ist, würde ich als besser als
vorher bezeichnen.
Der Kernel nutzt jetzt nämlich mehr Speicher für Caching als vorher. Er nutzt
dann also den vorhandenen Speicher um Dinge(hoffentlich die richtigen) im
Speicher zu behalten, falls man sie braucht. Wenn man was anderes braucht,
schmeißt er es weg.
Daher würde ich das erstmal nicht als Fehler bezeichnen.
---
https://www.quora.com/What-is-the-difference-between-Buffers-and-Cached-columns-in-proc-meminfo-output
----------------------------------------------------------------------
(0000039) mifritscher (Reporter) - 2017-01-18 08:03
https://mantis.freifunk-franken.de/view.php?id=29#c39
----------------------------------------------------------------------
Jep, da dreht sich nur Caching und free herum -> ist sogar gut.
----------------------------------------------------------------------
(0000040) Aries (Reporter) - 2017-01-18 21:45
https://mantis.freifunk-franken.de/view.php?id=29#c40
----------------------------------------------------------------------
Ok, wenn das also erwartetes/gewünschtes Verhalten ist, sollten wir den Eintrag
schließen/reject (je nachdem was der Lifecycle hier hergibt).
Ich als "Reporter" hab da glaube ich keine Möglichkeit.
Danke für's drüber schauen! Mir war das Verhalten suspekt. ;-)
Eintrags-Historie
Änderungsdatum Benutzername Feld Änderung
======================================================================
2017-01-16 21:05 Aries Neuer Eintrag
2017-01-16 21:05 Aries Datei hinzugefügt: Memory.JPG
2017-01-17 18:38 meskal Notiz hinzugefügt: 0000038
2017-01-18 08:03 mifritscher Notiz hinzugefügt: 0000039
2017-01-18 21:45 Aries Notiz hinzugefügt: 0000040
2017-01-19 11:33 ChristianD Bearbeitung durch => ChristianD
2017-01-19 11:33 ChristianD Status neu => geschlossen
2017-01-19 11:33 ChristianD Lösung offen => keine
Änderung notwendig
======================================================================
Mehr Informationen über die Mailingliste franken-dev