ltp
ltp copied to clipboard
msgstress tests should scale number of processes accodingly to available RAM
The msgstress tests (previously msgctl08 - msgctl11) should scale number of processes accordingly to the amount of free RAM, currently the hardcoded values needs slightly more than 1GB on x86_64 and possibly more on ppc64le due to larger page size.
Recently, I run msgstress04 and it fails because systemd(after v243-rc1) has increased pid_max to 4194304 on 64 bit machine since sysctl: let's by default increase the numeric PID range from 2^16 to. We should drop hardcoded values.
Also, it looks like we can drop COLDFIRE like uclinux. Is it right?
We are phasing out uclinux support, so yes we can drop it. Also these tests should be converted to use the new library as well.
Ok. I will convert these cases into new library(in my todo list).
@metan-ucw I am working on it. But I have a question about this. IMO, the message queue consume memory size is about MSGMNB * MSGMNI (On my system, it is 16k * 32k = 512M , is it right?) Why ppc64le or arrch64 consume more memory because of large page size(is it 64k * 32k )? Does MSGMNB need to align with page size?
This still happens. Any update? I see a patch trying to fix it, but it didn't land in repo. https://patchwork.ozlabs.org/project/ltp/patch/[email protected]/