Re: F29 System Wide Change: ZRAM support for ARM images

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Jul 11, 2018 at 10:44 AM, Zbigniew Jędrzejewski-Szmek
<zbyszek@xxxxxxxxx> wrote:
> On Wed, Jul 11, 2018 at 08:33:36AM +0100, Peter Robinson wrote:
>> >> = Proposed System Wide Change: ZRAM support for ARM images =
>> >> https://fedoraproject.org/wiki/Changes/ZRAMforARMimages
>> >>
>> >>
>> >> Owner(s):
>> >>   * Peter Robinson <pbrobinson at fedoraproject dot org>
>> >>
>> >>
>> >> Enable ZRAM for swap on ARMv7 and aarch64 pre generated images to
>> >> improve performance and reliability on ARM Single Board Computers such
>> >> a the Raspberry Pi.
>> >>
>> >>
>> >> == Detailed description ==
>> >> Current Fedora release artifacts for ARM platforms enable a small
>> >> amount of swap by default. While this has generally works OK in the
>> >> past it can cause a number of issues primarily wearing out SD cards
>> >> due to excess use of wear leveling. ZRAM can mitigate this and provide
>> >> more memory for ARM SBCs by compressing part of memory and using it as
>> >> a swap space. This provides better performance and improved
>> >> reliability across this class of device which overall provides a
>> >> better end user experience.
>> >>
>> >>
>> >> == Scope ==
>> >>
>> >> * Proposal owners:
>> >> Package and include zram config and systemd units.
>> >
>> > Which "zram" config? There have been various attempts, e.g.
>> > https://bugzilla.redhat.com/show_bug.cgi?id=1469726. Do you plan
>> > to reuse one of the existing projects, or create something from
>> > scratch?
>>
>> I plan on creating one from new but using various information from
>> these and other distros (I literally have dozens of tabs open of this
>> ATM) and information from the upstream kernel maintainer. The various
>> Fedora attempts all seem to be derived from one config [1]. The zram
>> upstream has evolved since then.
>
> Thanks.
>
> FWIW, I loaded the zram module on my laptop, and I see:
> - /dev/zram0 is created
> - /sys/block/zram0/max_comp_streams is 4, which matches the number of
>   CPU threads I have (1 socket × 2 cores × 2 threads each).
>
> So creating multiple devices like [1] seems pointless, and also adjusting
> max_comp_streams like anaconda does unnecessary. That simplifies things.

Correct, my intention is to create one device, this is the opinion of
the upstream maintainer as well. It will keep things more simple, we
have some ARM devices which have 10 cores and 1-2Gb of RAM, I don't
see it makes sense to make 10 devices as it would likely affect the
effectiveness of the swap if you have lots of small swap partitions.

Peter
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx/message/LT7TY32EFPO7Z7T3PJLGVR3V5L6GPDW7/




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux