Re: F36 Change: Plocate as the default locate implementation (Self-Contained Change proposal)

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

 



On Wed, Nov 24, 2021 at 06:10:18PM +0900, Dominique Martinet wrote:
> > Please try with the following file:
> > 
> > # /etc/systemd/system/plocate-updatedb.service.d/limits.conf
> > [Service]
> > CPUAccounting=yes
> > CPUQuota=20%
> > 
> > (then 'sudo systemctl daemon-reload && sudo systemctl restart plocate-updatedb').
> > I think this could work.
> 
> That's a nice one.
> 
> For my particular laptop, with governor=performance I'm cutting it too
> close to fan being audible (and firefox etc also regularily kicks it
> in), so I'm not surprised even with CPUQuota=20% it's enough to be
> audible, albeit at a lower level than full throttle (something like +5°
> instead of +10-15 from where core temp usually stands, that makes a
> difference to fan RPM)
> 
> With governor=powersave though it's really worlds appart, no CPUQuota
> immediately scales up to close to the max and heats just like
> performance would but with this I barely see any difference from not
> doing anything, cpufreq stays < 1GHz and heat stays way down. 
> 
> The consequence of that is it takes much longer to complete because the
> clock is down: what previously normally took ~55s real for ~27s of CPU
> time now takes 7m10 for 85s of CPU time -- but honestly I don't care how
> long this takes if it's not noticeable, this is perfect. Thanks again!

That's a really long time… 55/27 s seems fairly standard, e.g. I get 43/22 s
with a 256 GB SATA disk. But 440/85 s is quite a bit worse.

> Steinar would you consider adding this to the upstream service file?

I don't think this qualifies as a good default. I would consider it a
hack to fix a local hardware problem. Fans in a laptop simply must not
be loud enough to be annoying.

> (Zbigniew, does systemd just ignore the setting on systems where cpu
> accounting has not been enabled? iirc some distros still have it off and
> upstream might want to provide defaults that work everywhere)
> 
> I would have suggested also adding Nice=5 or something but I don't think
> it's required with this.
I think that with IOSchedulingClass=idle, niceness doesn't matter anymore.

Zbyszek
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure




[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