From: "Garg, Shivank" <shivankg@amd.com>
To: artem.kuzin@huawei.com, x86@kernel.org, tglx@linutronix.de,
mingo@redhat.com, bp@alien8.de, dave.hansen@linux.intel.com,
hpa@zytor.com, luto@kernel.org, peterz@infradead.org,
akpm@linux-foundation.org, urezki@gmail.com, hch@infradead.org,
lstoakes@gmail.com, mcgrof@kernel.org,
rmk+kernel@armlinux.org.uk
Cc: nikita.panov@huawei-partners.com, alexander.grubnikov@huawei.com,
stepanov.anatoly@huawei.com, guohanjun@huawei.com,
weiyongjun1@huawei.com, wangkefeng.wang@huawei.com,
judy.chenhui@huawei.com, yusongping@huawei.com,
kang.sun@huawei.com, linux-mm@kvack.org,
linux-modules@vger.kernel.org, bharata@amd.com,
raghavendra.kt@amd.com
Subject: Re: [PATCH RFC 00/12] x86 NUMA-aware kernel replication
Date: Thu, 25 Jan 2024 10:00:06 +0530 [thread overview]
Message-ID: <9cbb1c1e-9dd6-478b-b75d-e6c9f3d6c8f7@amd.com> (raw)
In-Reply-To: <20231228131056.602411-1-artem.kuzin@huawei.com>
Hi Artem,
>
> Preliminary performance evaluation results:
> Processor Intel(R) Xeon(R) CPU E5-2690
> 2 nodes with 12 CPU cores for each one
>
> fork/1 - Time measurements include only one time of invoking this system call.
> Measurements are made between entering and exiting the system call.
>
> fork/1024 - The system call is invoked in a loop 1024 times.
> The time between entering a loop and exiting it was measured.
>
> mmap/munmap - A set of 1024 pages (if PAGE_SIZE is not defined it is equal to 4096)
> was mapped using mmap syscall and unmapped using munmap one.
> Every page is mapped/unmapped per a loop iteration.
>
> mmap/lock - The same as above, but in this case flag MAP_LOCKED was added.
>
> open/close - The /dev/null pseudo-file was opened and closed in a loop 1024 times.
> It was opened and closed once per iteration.
>
> mount - The pseudo-filesystem procFS was mounted to a temporary directory inside /tmp only one time.
> The time between entering and exiting the system call was measured.
>
> kill - A signal handler for SIGUSR1 was setup. Signal was sent to a child process,
> which was created using fork glibc's wrapper. Time between sending and receiving
> SIGUSR1 signal was measured.
>
> Hot caches:
>
> fork-1 2.3%
> fork-1024 10.8%
> mmap/munmap 0.4%
> mmap/lock 4.2%
> open/close 3.2%
> kill 4%
> mount 8.7%
>
> Cold caches:
>
> fork-1 42.7%
> fork-1024 17.1%
> mmap/munmap 0.4%
> mmap/lock 1.5%
> open/close 0.4%
> kill 26.1%
> mount 4.1%
>
I've conducted some testing on AMD EPYC 7713 64-Core processor (dual socket, 2 NUMA nodes, 64 CPUs on each node) to evaluate the performance with this patchset.
I've implemented the syscall based testcases as suggested in your previous mail. I'm shielding the 2nd NUMA node using isolcpus and nohz_full, and executing the tests on cpus belonging to this node.
Performance Evaluation results (% gain over base kernel 6.5.0-rc5):
Hot caches:
fork-1 1.1%
fork-1024 -3.8%
mmap/munmap -1.5%
mmap/lock -4.7%
open/close -6.8%
kill 3.3%
mount -13.0%
Cold caches:
fork-1 1.2%
fork-1024 -7.2%
mmap/munmap -1.6%
mmap/lock -1.0%
open/close 4.6%
kill -54.2%
mount -8.5%
Thanks,
Shivank
next prev parent reply other threads:[~2024-01-25 4:30 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-12-28 13:10 artem.kuzin
2023-12-28 13:10 ` [PATCH RFC 01/12] mm: allow per-NUMA node local PUD/PMD allocation artem.kuzin
2023-12-28 13:10 ` [PATCH RFC 02/12] mm: add config option and per-NUMA node VMS support artem.kuzin
2024-01-03 19:43 ` Christoph Lameter (Ampere)
2024-01-09 16:57 ` Artem Kuzin
2024-01-25 15:07 ` Dave Hansen
2024-01-29 6:22 ` Artem Kuzin
2024-01-30 23:36 ` Dave Hansen
2023-12-28 13:10 ` [PATCH RFC 03/12] mm: per-NUMA node replication core infrastructure artem.kuzin
2023-12-28 13:10 ` [PATCH RFC 04/12] x86: add support of memory protection for NUMA replicas artem.kuzin
2024-01-09 6:46 ` Garg, Shivank
2024-01-09 15:53 ` a00561249@china.huawei.com
2024-01-10 6:19 ` Garg, Shivank
2023-12-28 13:10 ` [PATCH RFC 05/12] x86: enable memory protection for replicated memory artem.kuzin
2023-12-28 13:10 ` [PATCH RFC 06/12] x86: align kernel text and rodata using HUGE_PAGE boundary artem.kuzin
2023-12-28 13:10 ` [PATCH RFC 07/12] x86: enable per-NUMA node kernel text and rodata replication artem.kuzin
2023-12-28 13:10 ` [PATCH RFC 08/12] x86: make kernel text patching aware about replicas artem.kuzin
2023-12-28 13:10 ` [PATCH RFC 09/12] x86: add support of NUMA replication for efi page tables artem.kuzin
2023-12-28 13:10 ` [PATCH RFC 10/12] mm: add replicas allocation support for vmalloc artem.kuzin
2023-12-28 13:10 ` [PATCH RFC 11/12] x86: add kernel modules text and rodata replication support artem.kuzin
2023-12-28 13:10 ` [PATCH RFC 12/12] mm: set memory permissions for BPF handlers replicas artem.kuzin
2024-01-10 10:03 ` [PATCH RFC 00/12] x86 NUMA-aware kernel replication Russell King (Oracle)
2024-01-25 4:30 ` Garg, Shivank [this message]
2024-01-29 7:51 ` Artem Kuzin
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=9cbb1c1e-9dd6-478b-b75d-e6c9f3d6c8f7@amd.com \
--to=shivankg@amd.com \
--cc=akpm@linux-foundation.org \
--cc=alexander.grubnikov@huawei.com \
--cc=artem.kuzin@huawei.com \
--cc=bharata@amd.com \
--cc=bp@alien8.de \
--cc=dave.hansen@linux.intel.com \
--cc=guohanjun@huawei.com \
--cc=hch@infradead.org \
--cc=hpa@zytor.com \
--cc=judy.chenhui@huawei.com \
--cc=kang.sun@huawei.com \
--cc=linux-mm@kvack.org \
--cc=linux-modules@vger.kernel.org \
--cc=lstoakes@gmail.com \
--cc=luto@kernel.org \
--cc=mcgrof@kernel.org \
--cc=mingo@redhat.com \
--cc=nikita.panov@huawei-partners.com \
--cc=peterz@infradead.org \
--cc=raghavendra.kt@amd.com \
--cc=rmk+kernel@armlinux.org.uk \
--cc=stepanov.anatoly@huawei.com \
--cc=tglx@linutronix.de \
--cc=urezki@gmail.com \
--cc=wangkefeng.wang@huawei.com \
--cc=weiyongjun1@huawei.com \
--cc=x86@kernel.org \
--cc=yusongping@huawei.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox