Re: [Devel] [PATCH rh7 v2] mm/memcg: fix cache growth above cache.limit_in_bytes

2020-07-30 Thread Denis V. Lunev
On 7/30/20 6:57 PM, Evgenii Shatokhin wrote: > On 30.07.2020 17:00, Denis V. Lunev wrote: >> On 7/30/20 4:58 PM, Andrey Ryabinin wrote: >>> Exceeding cache above cache.limit_in_bytes schedules high_work_func() >>> which tries to reclaim 32 pages. If cache generated fast enough or >>> it allows >>>

Re: [Devel] [PATCH rh7 v4] mm/memcg: fix cache growth above cache.limit_in_bytes

2020-07-30 Thread Andrey Ryabinin
On 7/30/20 6:52 PM, Evgenii Shatokhin wrote: > Hi, > > On 30.07.2020 18:02, Andrey Ryabinin wrote: >> Exceeding cache above cache.limit_in_bytes schedules high_work_func() >> which tries to reclaim 32 pages. If cache generated fast enough or it allows >> cgroup to steadily grow above

Re: [Devel] [PATCH rh7 v2] mm/memcg: fix cache growth above cache.limit_in_bytes

2020-07-30 Thread Evgenii Shatokhin
On 30.07.2020 17:00, Denis V. Lunev wrote: On 7/30/20 4:58 PM, Andrey Ryabinin wrote: Exceeding cache above cache.limit_in_bytes schedules high_work_func() which tries to reclaim 32 pages. If cache generated fast enough or it allows cgroup to steadily grow above cache.limit_in_bytes because we

Re: [Devel] [PATCH rh7 v4] mm/memcg: fix cache growth above cache.limit_in_bytes

2020-07-30 Thread Evgenii Shatokhin
Hi, On 30.07.2020 18:02, Andrey Ryabinin wrote: Exceeding cache above cache.limit_in_bytes schedules high_work_func() which tries to reclaim 32 pages. If cache generated fast enough or it allows cgroup to steadily grow above cache.limit_in_bytes because we don't reclaim enough. Try to reclaim

[Devel] [PATCH rh7 v4] mm/memcg: fix cache growth above cache.limit_in_bytes

2020-07-30 Thread Andrey Ryabinin
Exceeding cache above cache.limit_in_bytes schedules high_work_func() which tries to reclaim 32 pages. If cache generated fast enough or it allows cgroup to steadily grow above cache.limit_in_bytes because we don't reclaim enough. Try to reclaim exceeded amount of cache instead.

[Devel] [PATCH rh7 v3] mm/memcg: fix cache growth above cache.limit_in_bytes

2020-07-30 Thread Andrey Ryabinin
Exceeding cache above cache.limit_in_bytes schedules high_work_func() which tries to reclaim 32 pages. If cache generated fast enough or it allows cgroup to steadily grow above cache.limit_in_bytes because we don't reclaim enough. Try to reclaim exceeded amount of cache instead.

Re: [Devel] [PATCH rh7 v2] mm/memcg: fix cache growth above cache.limit_in_bytes

2020-07-30 Thread Denis V. Lunev
On 7/30/20 4:58 PM, Andrey Ryabinin wrote: > Exceeding cache above cache.limit_in_bytes schedules high_work_func() > which tries to reclaim 32 pages. If cache generated fast enough or it allows > cgroup to steadily grow above cache.limit_in_bytes because we don't reclaim > enough. Try to reclaim

[Devel] [PATCH rh7 v2] mm/memcg: fix cache growth above cache.limit_in_bytes

2020-07-30 Thread Andrey Ryabinin
Exceeding cache above cache.limit_in_bytes schedules high_work_func() which tries to reclaim 32 pages. If cache generated fast enough or it allows cgroup to steadily grow above cache.limit_in_bytes because we don't reclaim enough. Try to reclaim exceeded amount of cache instead.

[Devel] [PATCH] mm/memcg: fix cache growth above cache.limit_in_bytes

2020-07-30 Thread Andrey Ryabinin
Exceeding cache above cache.limit_in_bytes schedules high_work_func() which tries to reclaim 32 pages. If cache generated fast enough or it allows cgroup to steadily grow above cache.limit_in_bytes because we don't reclaim enough. Try to reclaim exceeded amount of cache instead. Signed-off-by:

Re: [Devel] [PATCH RHEL7 v21 11/14] ve/cgroup: set release_agent_path for root cgroups separately for each ve.

2020-07-30 Thread Kirill Tkhai
On 28.07.2020 20:53, Valeriy Vdovin wrote: > This is done so that each container could set it's own release agent. > Release agent information is now stored in per-cgroup-root data > structure in ve. > > https://jira.sw.ru/browse/PSBM-83887 > > Signed-off-by: Valeriy Vdovin > --- >

[Devel] [PATCH RH7 v4] cgroup: add export_operations to cgroup super block

2020-07-30 Thread Andrey Zhadchenko
criu uses fhandle from fdinfo to dump inotify objects. cgroup super block has no export operations, but .encode_fh and .fh_to_dentry are needed for inotify_fdinfo function and open_by_handle_at syscall in order to correctly open files located on cgroupfs by fhandle. Add hash table as a storage for