[PATCH] kernel: Reduce memory usage by reducing squashfs fragment cache size

[Fabian Bläse]

Weniger dekomprimierter Kram im RAM -> Mehr Flashzugriffe und mehr CPU Zeit zum dekomprimieren.

Siehe auch:
- https://github.com/torvalds/linux/blob/master/Documentation/filesystems/squashfs.txt#L240
- https://github.com/torvalds/linux/blob/master/fs/squashfs/Kconfig#L218

Gruß
Fabian

On 28.03.20 19:18, mail at adrianschmutzler.de wrote:
> Was ist denn der Nachteil davon, also der Grund, warum das nicht by-default gemacht wird?
> 
>> -----Original Message-----
>> From: franken-dev [mailto:franken-dev-bounces at freifunk.net] On Behalf
>> Of Fabian Bläse
>> Sent: Samstag, 28. März 2020 17:10
>> To: franken-dev at freifunk.net
>> Subject: [PATCH] kernel: Reduce memory usage by reducing squashfs
>> fragment cache size
>>
>> Reducing the amount of squashfs fragments cached in memory might reduce
>> memory usage, especially for systems with very little memory and big
>> squashfs blocksizes.
>>
>> Because only ar71xx-tiny contains 32/4 (memory/flash) devices, the
>> reduction of the fragment cache is only applied to th ar71xx bsp.
>>
>> Signed-off-by: Fabian Bläse <fabian at blaese.de>
>> ---
>>  bsp/ar71xx/.config | 1 +
>>  1 file changed, 1 insertion(+)
>>
>> diff --git a/bsp/ar71xx/.config b/bsp/ar71xx/.config index 6c2c730..0b9a367
>> 100644
>> --- a/bsp/ar71xx/.config
>> +++ b/bsp/ar71xx/.config
>> @@ -96,6 +96,7 @@ CONFIG_CLEAN_IPKG=y
>>  # CONFIG_FASTD_ENABLE_METHOD_COMPOSED_UMAC is not set  #
>> CONFIG_FASTD_ENABLE_METHOD_GENERIC_GMAC is not set  #
>> CONFIG_FASTD_ENABLE_METHOD_GENERIC_UMAC is not set
>> +CONFIG_KERNEL_SQUASHFS_FRAGMENT_CACHE_SIZE=1
>>  # CONFIG_PACKAGE_ALFRED_VIS is not set
>>  CONFIG_PACKAGE_hostapd-mini=y
>>  CONFIG_PACKAGE_iwinfo=m
>> --
>> 2.26.0

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 833 bytes
Beschreibung: OpenPGP digital signature
URL         : <https://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20200328/c486b6fd/attachment.sig>