Re: Better interactivity in low-memory situations

2019-09-13 Thread Daniel Xu
Our team at FB is working on a similar (but more generic) solution. All of our 
work is open source / upstreamed into the linux kernel and we're running it in 
production on quite a large scale already. Results are very promising. We'll be 
presenting about it at All Systems Go (multiple talks) this year.

We'd love to chat in-person if anyone is interested.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
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@lists.fedoraproject.org


Re: Better interactivity in low-memory situations

2019-09-13 Thread Daniel Xu
> On Mo, 12.08.19 09:40, Chris Murphy (lists(a)colorremedies.com) wrote:
> 
> 
> Ideally, GNOME would run all its apps as systemd --user services. We
> could then set DefaultMemoryHigh= globally for the systemd --user
> instance to some percentage value (which is taken relative to the
> physical RAM size). This would then mean every user app individually
> could use — let's say — 75% of the physical RAM size and when it wants
> more it would be penalized during reclaim compared to apps using less.
> 
> If GNOME would run all apps as user services we could do various other
> nice things too. For example, it could dynamically assign the fg app
> more CPU/IO weight than the bg apps, if the system is starved of
> both.
> 

Running each app as systemd --user services is something we've been trying to 
encourage teams to do at FB. It lets monitor things much better using the 
cgroup control files.

In addition, it lets us configure oomd ( 
https://github.com/facebookincubator/oomd ) to do much more intelligent things 
than kill the entire session. oomd is being proposed as a fedora package right 
now. I think the last missing piece for oomd to be really useful on desktop 
systems is the --user slice changes.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
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@lists.fedoraproject.org