Message ID | 20181205182658.6012-1-freifunk@adrianschmutzler.de |
---|---|
State | Accepted |
Headers | show |
diff --git a/src/packages/fff/fff-sysupgrade/files/etc/sysupgrade.sh b/src/packages/fff/fff-sysupgrade/files/etc/sysupgrade.sh index dca21a1f..50fa854f 100755 --- a/src/packages/fff/fff-sysupgrade/files/etc/sysupgrade.sh +++ b/src/packages/fff/fff-sysupgrade/files/etc/sysupgrade.sh @@ -100,6 +100,10 @@ else case $yn in [Yy]*|[Jj]*) echo "" + echo "Freeing caches ..." + echo 3 > /proc/sys/vm/drop_caches + + echo "" echo "Starting firmware upgrade. Don't touch me until I reboot." echo "" echo "" diff --git a/src/packages/fff/fff-web/files/www/ssl/cgi-bin/upgrade.html b/src/packages/fff/fff-web/files/www/ssl/cgi-bin/upgrade.html index 9762edc3..96199c22 100755 --- a/src/packages/fff/fff-web/files/www/ssl/cgi-bin/upgrade.html +++ b/src/packages/fff/fff-web/files/www/ssl/cgi-bin/upgrade.html @@ -70,6 +70,8 @@ if [ "$do_reset" = "1" ] ; then echo "</pre>" elif [ "$do_sysupgrade" = "1" ] ; then echo "<pre>" + echo "# Freeing caches ..." + echo 3 > /proc/sys/vm/drop_caches echo "# sysupgrade $args $HASERL_firmware_path" sysupgrade $args $HASERL_firmware_path echo "</pre>"
Hallo Adrian,
ich frage mich immer noch, ob das wirklich was hilft. Eigentlich sollte das das Linux ja selbst machen, wenn der Speicher knapp wird, sind ja nur Caches.
Ich glaube mittlerweile tatsächlich eher, dass diverse BATMAN und andere Dinge zu viel Platz im RAM belegen, da ich den Effekt mit wenig RAM hauptsächlich in großen Hoods beobachte, vor allem dann wenn grade viele Clients online sind.
Andererseits kanns wohl auch nicht schaden.
Reviewed-by: Fabian Bläse <fabian@blaese.de>
Fabian
Hallo Adrian, meine bescheidenen Linuxkenntnisse sagen mir, dass das nicht helfen wird. Für den Kernel ist Cache auch free Memory, den er sich holt, wenn er ihn braucht. Was meiner Meinung nach helfen könnte: Netzwerk und Dienste aus schalten und dann sysupgrade starten. Robert Am 09.12.2018 um 22:35 schrieb Fabian Bläse: > Hallo Adrian, > > ich frage mich immer noch, ob das wirklich was hilft. Eigentlich sollte das das Linux ja selbst machen, wenn der Speicher knapp wird, sind ja nur Caches. > > Ich glaube mittlerweile tatsächlich eher, dass diverse BATMAN und andere Dinge zu viel Platz im RAM belegen, da ich den Effekt mit wenig RAM hauptsächlich in großen Hoods beobachte, vor allem dann wenn grade viele Clients online sind. > > Andererseits kanns wohl auch nicht schaden. > > Reviewed-by: Fabian Bläse <fabian@blaese.de> > > Fabian >
Hallo Robert, ich selbst habe keine Ahnung, ich habe das nur als Vorschlag aufgegriffen. Ich habe das bei mir als Updateskript mit drin, wir können auch einfach mal warten. Wenn mir nach 100 Updates keiner abgekackt ist, funktioniert es, ansonsten nicht. ;-) Wir können den Patch auch gerne liegen lassen. Ich bin nur für jede Lösung dankbar, die dazu führt, dass ich nicht immer einen Restart für die 841er machen muss. Das kostet nämlich mehr Zeit als das Update … Vll. würde auch ein Restart bestimmter Dienste helfen, keine Ahnung. Grüße Adrian From: franken-dev [mailto:franken-dev-bounces@freifunk.net] On Behalf Of Robert Langhammer Sent: Montag, 10. Dezember 2018 11:53 To: franken-dev@freifunk.net Subject: Re: [PATCH] fff-sysupgrade/fff-web: Free cache before upgrade Hallo Adrian, meine bescheidenen Linuxkenntnisse sagen mir, dass das nicht helfen wird. Für den Kernel ist Cache auch free Memory, den er sich holt, wenn er ihn braucht. Was meiner Meinung nach helfen könnte: Netzwerk und Dienste aus schalten und dann sysupgrade starten. Robert Am 09.12.2018 um 22:35 schrieb Fabian Bläse: > Hallo Adrian, > > ich frage mich immer noch, ob das wirklich was hilft. Eigentlich sollte das das Linux ja selbst machen, wenn der Speicher knapp wird, sind ja nur Caches. > > Ich glaube mittlerweile tatsächlich eher, dass diverse BATMAN und andere Dinge zu viel Platz im RAM belegen, da ich den Effekt mit wenig RAM hauptsächlich in großen Hoods beobachte, vor allem dann wenn grade viele Clients online sind. > > Andererseits kanns wohl auch nicht schaden. > > Reviewed-by: Fabian Bläse <fabian@blaese.de <mailto:fabian@blaese.de> > > > Fabian >
Hi Adrian, es sieht doch nach nach Speichermangel aus. Da hilft nur Speicher frei geben. fastd stop, network stop, usw. sollte schon ein paar Byte frei geben. Am 10.12.2018 um 12:01 schrieb Adrian Schmutzler: > > Hallo Robert, > > > > ich selbst habe keine Ahnung, ich habe das nur als Vorschlag aufgegriffen. > > > > Ich habe das bei mir als Updateskript mit drin, wir können auch > einfach mal warten. Wenn mir nach 100 Updates keiner abgekackt ist, > funktioniert es, ansonsten nicht. ;-) > > Wir können den Patch auch gerne liegen lassen. > > > > Ich bin nur für jede Lösung dankbar, die dazu führt, dass ich nicht > immer einen Restart für die 841er machen muss. Das kostet nämlich mehr > Zeit als das Update … > > > > Vll. würde auch ein Restart bestimmter Dienste helfen, keine Ahnung. > > > > Grüße > > > > Adrian > > > > *From:*franken-dev [mailto:franken-dev-bounces@freifunk.net] *On > Behalf Of *Robert Langhammer > *Sent:* Montag, 10. Dezember 2018 11:53 > *To:* franken-dev@freifunk.net > *Subject:* Re: [PATCH] fff-sysupgrade/fff-web: Free cache before upgrade > > > > Hallo Adrian, > > meine bescheidenen Linuxkenntnisse sagen mir, dass das nicht helfen > wird. Für den Kernel ist Cache auch free Memory, den er sich holt, wenn > er ihn braucht. > > Was meiner Meinung nach helfen könnte: Netzwerk und Dienste aus schalten > und dann sysupgrade starten. > > Robert > > Am 09.12.2018 um 22:35 schrieb Fabian Bläse: > > Hallo Adrian, > > > > ich frage mich immer noch, ob das wirklich was hilft. Eigentlich > sollte das das Linux ja selbst machen, wenn der Speicher knapp wird, > sind ja nur Caches. > > > > > Ich glaube mittlerweile tatsächlich eher, dass diverse BATMAN und > andere Dinge zu viel Platz im RAM belegen, da ich den Effekt mit wenig > RAM hauptsächlich in großen Hoods beobachte, vor allem dann wenn grade > viele Clients online sind. > > > > > Andererseits kanns wohl auch nicht schaden. > > > > Reviewed-by: Fabian Bläse <fabian@blaese.de <mailto:fabian@blaese.de>> > > > > Fabian > > > > >
Hi Am Montag, den 10.12.2018, 12:07 +0100 schrieb Robert Langhammer: > Hi Adrian, > > es sieht doch nach nach Speichermangel aus. Da hilft nur Speicher > frei > geben. fastd stop, network stop, usw. sollte schon ein paar Byte frei > geben. Normalerweise kümmert sich das sysupgrade von OpenWRT schon selbst darum. Vielleicht kann man aber an den Mechanismus noch anknüpfen und noch mehr Sachen abschalten. Wer weiß, vllt vergisst OpenWRT einige wichtige Sachen (batman Interfaces / Kernel Module / etc) oder schätzt vllt mache als wichtig ein, die bei uns nicht wichtig sind. Tim > > Am 10.12.2018 um 12:01 schrieb Adrian Schmutzler: > > > > Hallo Robert, > > > > > > > > ich selbst habe keine Ahnung, ich habe das nur als Vorschlag > > aufgegriffen. > > > > > > > > Ich habe das bei mir als Updateskript mit drin, wir können auch > > einfach mal warten. Wenn mir nach 100 Updates keiner abgekackt ist, > > funktioniert es, ansonsten nicht. ;-) > > > > Wir können den Patch auch gerne liegen lassen. > > > > > > > > Ich bin nur für jede Lösung dankbar, die dazu führt, dass ich nicht > > immer einen Restart für die 841er machen muss. Das kostet nämlich > > mehr > > Zeit als das Update … > > > > > > > > Vll. würde auch ein Restart bestimmter Dienste helfen, keine > > Ahnung. > > > > > > > > Grüße > > > > > > > > Adrian > > > > > > > > *From:*franken-dev [mailto:franken-dev-bounces@freifunk.net] *On > > Behalf Of *Robert Langhammer > > *Sent:* Montag, 10. Dezember 2018 11:53 > > *To:* franken-dev@freifunk.net > > *Subject:* Re: [PATCH] fff-sysupgrade/fff-web: Free cache before > > upgrade > > > > > > > > Hallo Adrian, > > > > meine bescheidenen Linuxkenntnisse sagen mir, dass das nicht helfen > > wird. Für den Kernel ist Cache auch free Memory, den er sich holt, > > wenn > > er ihn braucht. > > > > Was meiner Meinung nach helfen könnte: Netzwerk und Dienste aus > > schalten > > und dann sysupgrade starten. > > > > Robert > > > > Am 09.12.2018 um 22:35 schrieb Fabian Bläse: > > > Hallo Adrian, > > > > > > ich frage mich immer noch, ob das wirklich was hilft. Eigentlich > > > > sollte das das Linux ja selbst machen, wenn der Speicher knapp > > wird, > > sind ja nur Caches. > > > > > > > > Ich glaube mittlerweile tatsächlich eher, dass diverse BATMAN und > > > > andere Dinge zu viel Platz im RAM belegen, da ich den Effekt mit > > wenig > > RAM hauptsächlich in großen Hoods beobachte, vor allem dann wenn > > grade > > viele Clients online sind. > > > > > > > > Andererseits kanns wohl auch nicht schaden. > > > > > > Reviewed-by: Fabian Bläse <fabian@blaese.de <mailto:fabian@blaese > > > .de>> > > > > > > Fabian > > > > > > > > > > >
Hallo, da der Patch noch im Patchwork rumlag und reviewed war, habe ich ihn jetzt applied. Wie bereits in der Diskussion festgestellt, wird er ggf. nichts nützen, aber auch nicht schaden. Grüße Adrian From: Fabian Bläse [mailto:fabian@blaese.de] Sent: Sonntag, 9. Dezember 2018 22:36 To: Adrian Schmutzler <freifunk@adrianschmutzler.de>; franken-dev@freifunk.net Subject: Re: [PATCH] fff-sysupgrade/fff-web: Free cache before upgrade Hallo Adrian, ich frage mich immer noch, ob das wirklich was hilft. Eigentlich sollte das das Linux ja selbst machen, wenn der Speicher knapp wird, sind ja nur Caches. Ich glaube mittlerweile tatsächlich eher, dass diverse BATMAN und andere Dinge zu viel Platz im RAM belegen, da ich den Effekt mit wenig RAM hauptsächlich in großen Hoods beobachte, vor allem dann wenn grade viele Clients online sind. Andererseits kanns wohl auch nicht schaden. Reviewed-by: Fabian Bläse <fabian@blaese.de <mailto:fabian@blaese.de> > Fabian
This might reduce the chance to break devices with 32 MB RAM during sysupgrade. Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de> --- src/packages/fff/fff-sysupgrade/files/etc/sysupgrade.sh | 4 ++++ src/packages/fff/fff-web/files/www/ssl/cgi-bin/upgrade.html | 2 ++ 2 files changed, 6 insertions(+)