From: Richard Palethorpe <rpalethorpe@suse.de>
To: ltp@lists.linux.it
Subject: [LTP] [PATCH] memcg_subgroup_charge: Remove memory limitation
Date: Mon, 16 Nov 2020 13:52:33 +0000 [thread overview]
Message-ID: <87eektpfxa.fsf@suse.de> (raw)
In-Reply-To: <9478db1a-1005-1262-05e4-220bc74c0b02@jv-coder.de>
Hello,
Joerg Vehlow <lkml@jv-coder.de> writes:
> Hi,
>
> a little ping for this patch?
> I recently updated the ltp suite for our tests to 20200930 and stumbled
> over this error again.
> Any reason for not applying it?
If there was no response it's safe to assume it was forgotten
about. Thanks for bumping it.
>
> J?rg
>
> On 11/6/2019 7:18 AM, Joerg Vehlow wrote:
>> From: Joerg Vehlow <joerg.vehlow@aox-tech.de>
>>
>> The test is supposed to verify, that memory used by a task
>> is not migrated to a subgroup, when the task is migrated.
>> In order to test this, it is not required, to limit
>> the memory at all, because accounting is done anyway and
>> the test checks the memory statistics.
>>
>> Therefore all memory limiting is removed. This also gets
>> rid of a faulty assumption when writing the test:
>> The test allocates 33 pages using mmap. It is expected,
>> that it does not need more than 33 * pagesize of memory.
>> But sometimes the kernel has to allocate new page tables.
>> This is accounted as kmem AND user memory.
>> (See kernel doc cgroup-v1/memory.txt section 2.7)
>> If this happend, the test failed, if the system has no swap,
>> because the oom killer kills the process.
Perhaps they were checking for side effects from setting the limit... I
think though it is correct to remove these limits.
Both check_stat lines are suspect to me as some unrelated tasklet could
run in the processes context and allocate some memory. Possibly this
should be converted to only an approximate check?
>>
>> Signed-off-by: Joerg Vehlow <joerg.vehlow@aox-tech.de>
>> ---
>> .../kernel/controllers/memcg/functional/memcg_lib.sh | 4 ----
>> .../memcg/functional/memcg_subgroup_charge.sh | 12 +-----------
>> 2 files changed, 1 insertion(+), 15 deletions(-)
>>
>> diff --git a/testcases/kernel/controllers/memcg/functional/memcg_lib.sh b/testcases/kernel/controllers/memcg/functional/memcg_lib.sh
>> index aadaae4d2..aec8a00ab 100755
>> --- a/testcases/kernel/controllers/memcg/functional/memcg_lib.sh
>> +++ b/testcases/kernel/controllers/memcg/functional/memcg_lib.sh
>> @@ -404,13 +404,9 @@ test_hugepage()
>> }
>>
>> # Test the memory charge won't move to subgroup
>> -# $1 - memory.limit_in_bytes in parent group
>> -# $2 - memory.limit_in_bytes in sub group
>> test_subgroup()
>> {
>> mkdir subgroup
>> - echo $1 > memory.limit_in_bytes
>> - echo $2 > subgroup/memory.limit_in_bytes
>>
>> tst_resm TINFO "Running memcg_process --mmap-anon -s $PAGESIZES"
>> memcg_process --mmap-anon -s $PAGESIZES &
>> diff --git a/testcases/kernel/controllers/memcg/functional/memcg_subgroup_charge.sh b/testcases/kernel/controllers/memcg/functional/memcg_subgroup_charge.sh
>> index 9b11f7b58..98e5ad68d 100755
>> --- a/testcases/kernel/controllers/memcg/functional/memcg_subgroup_charge.sh
>> +++ b/testcases/kernel/controllers/memcg/functional/memcg_subgroup_charge.sh
>> @@ -26,7 +26,7 @@
>> ################################################################################
>>
>> TCID="memcg_subgroup_charge"
>> -TST_TOTAL=3
>> +TST_TOTAL=1
>>
>> . memcg_lib.sh
>>
>> @@ -36,15 +36,5 @@ testcase_1()
>> test_subgroup $PAGESIZES $((2*PAGESIZES))
>> }
>>
>> -testcase_2()
>> -{
>> - test_subgroup $PAGESIZES $PAGESIZES
>> -}
>> -
>> -testcase_3()
>> -{
>> - test_subgroup $PAGESIZES 0
>> -}
>> -
>> run_tests
>> tst_exit
--
Thank you,
Richard.
prev parent reply other threads:[~2020-11-16 13:52 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-11-06 6:18 [LTP] [PATCH] memcg_subgroup_charge: Remove memory limitation Joerg Vehlow
2020-11-16 12:00 ` Joerg Vehlow
2020-11-16 13:52 ` Richard Palethorpe [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87eektpfxa.fsf@suse.de \
--to=rpalethorpe@suse.de \
--cc=ltp@lists.linux.it \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.