| Message ID | 20240808123714.462740-1-linyunsheng@huawei.com (mailing list archive) |
|---|---|
| Headers | show |
| Series | Replace page_frag with page_frag_cache for sk_page_frag() | expand |
On 2024/8/8 20:37, Yunsheng Lin wrote: ... > > CC: Alexander Duyck <alexander.duyck@gmail.com> > > 1. https://lore.kernel.org/all/20240228093013.8263-1-linyunsheng@huawei.com/ > > Change log: > V13: > 1. Move page_frag_test from mm/ to tools/testing/selftest/mm > 2. Use ptr_ring to replace ptr_pool for page_frag_test.c > 3. Retest based on the new testing ko, which shows a big different > result than using ptr_pool. Hi, Davem & Jakub & Paolo It seems the state of this patchset is changed to 'Deferred' in the patchwork, as the info regarding the state in 'Documentation/process/ maintainer-netdev.rst': Deferred patch needs to be reposted later, usually due to dependency or because it was posted for a closed tree Obviously it was not the a closed tree reason here, I guess it was the dependency reason casuing the 'Deferred' here? I am not sure if I understand what sort of dependency this patchset is running into? It would be good to mention what need to be done avoid the kind of dependency too. Hi, Alexander The v13 mainly address your comments about the page_fage_test module. It seems the your main comment about this patchset is about the new API naming now, and it seems there was no feedback in previous version for about a week: https://lore.kernel.org/all/ca6be29e-ab53-4673-9624-90d41616a154@huawei.com/ If there is still disagreement about the new API naming or other things, it would be good to continue the discussion, so that we can have better understanding of each other's main concern and better idea might come up too, like the discussion about new layout for 'struct page_frag_cache' and the new refactoring in patch 8. >
On Tue, Aug 13, 2024 at 4:30 AM Yunsheng Lin <linyunsheng@huawei.com> wrote: > > On 2024/8/8 20:37, Yunsheng Lin wrote: > > ... > > > > > CC: Alexander Duyck <alexander.duyck@gmail.com> > > > > 1. https://lore.kernel.org/all/20240228093013.8263-1-linyunsheng@huawei.com/ > > > > Change log: > > V13: > > 1. Move page_frag_test from mm/ to tools/testing/selftest/mm > > 2. Use ptr_ring to replace ptr_pool for page_frag_test.c > > 3. Retest based on the new testing ko, which shows a big different > > result than using ptr_pool. > > Hi, Davem & Jakub & Paolo > It seems the state of this patchset is changed to 'Deferred' in the > patchwork, as the info regarding the state in 'Documentation/process/ > maintainer-netdev.rst': > > Deferred patch needs to be reposted later, usually due to dependency > or because it was posted for a closed tree > > Obviously it was not the a closed tree reason here, I guess it was the dependency > reason casuing the 'Deferred' here? I am not sure if I understand what sort of > dependency this patchset is running into? It would be good to mention what need > to be done avoid the kind of dependency too. > > > Hi, Alexander > The v13 mainly address your comments about the page_fage_test module. > It seems the your main comment about this patchset is about the new API > naming now, and it seems there was no feedback in previous version for > about a week: > > https://lore.kernel.org/all/ca6be29e-ab53-4673-9624-90d41616a154@huawei.com/ > > If there is still disagreement about the new API naming or other things, it > would be good to continue the discussion, so that we can have better > understanding of each other's main concern and better idea might come up too, > like the discussion about new layout for 'struct page_frag_cache' and the > new refactoring in patch 8. Sorry for not getting to this sooner. I have been travelling for the last week and a half. I just got home on Sunday and I am suffering from a pretty bad bout of jet lag as I am overcoming a 12.5 hour time change. The earliest I can probably get to this for review would be tomorrow morning (8/14 in the AM PDT) as my calendar has me fully booked with meetings most of today. Thanks, - Alex
On 2024/8/13 23:11, Alexander Duyck wrote: > On Tue, Aug 13, 2024 at 4:30 AM Yunsheng Lin <linyunsheng@huawei.com> wrote: >> >> On 2024/8/8 20:37, Yunsheng Lin wrote: >> >> ... >> >>> >>> CC: Alexander Duyck <alexander.duyck@gmail.com> >>> >>> 1. https://lore.kernel.org/all/20240228093013.8263-1-linyunsheng@huawei.com/ >>> >>> Change log: >>> V13: >>> 1. Move page_frag_test from mm/ to tools/testing/selftest/mm >>> 2. Use ptr_ring to replace ptr_pool for page_frag_test.c >>> 3. Retest based on the new testing ko, which shows a big different >>> result than using ptr_pool. >> >> Hi, Davem & Jakub & Paolo >> It seems the state of this patchset is changed to 'Deferred' in the >> patchwork, as the info regarding the state in 'Documentation/process/ >> maintainer-netdev.rst': >> >> Deferred patch needs to be reposted later, usually due to dependency >> or because it was posted for a closed tree >> >> Obviously it was not the a closed tree reason here, I guess it was the dependency >> reason casuing the 'Deferred' here? I am not sure if I understand what sort of >> dependency this patchset is running into? It would be good to mention what need >> to be done avoid the kind of dependency too. >> >> >> Hi, Alexander >> The v13 mainly address your comments about the page_fage_test module. >> It seems the your main comment about this patchset is about the new API >> naming now, and it seems there was no feedback in previous version for >> about a week: >> >> https://lore.kernel.org/all/ca6be29e-ab53-4673-9624-90d41616a154@huawei.com/ >> >> If there is still disagreement about the new API naming or other things, it >> would be good to continue the discussion, so that we can have better >> understanding of each other's main concern and better idea might come up too, >> like the discussion about new layout for 'struct page_frag_cache' and the >> new refactoring in patch 8. > > Sorry for not getting to this sooner. I have been travelling for the > last week and a half. I just got home on Sunday and I am suffering > from a pretty bad bout of jet lag as I am overcoming a 12.5 hour time > change. The earliest I can probably get to this for review would be > tomorrow morning (8/14 in the AM PDT) as my calendar has me fully > booked with meetings most of today. Thanks for the clarifying. Appreciating for the time and effort of reviewing.
After [1], there are still two implementations for page frag: 1. mm/page_alloc.c: net stack seems to be using it in the rx part with 'struct page_frag_cache' and the main API being page_frag_alloc_align(). 2. net/core/sock.c: net stack seems to be using it in the tx part with 'struct page_frag' and the main API being skb_page_frag_refill(). This patchset tries to unfiy the page frag implementation by replacing page_frag with page_frag_cache for sk_page_frag() first. net_high_order_alloc_disable_key for the implementation in net/core/sock.c doesn't seems matter that much now as pcp is also supported for high-order pages: commit 44042b449872 ("mm/page_alloc: allow high-order pages to be stored on the per-cpu lists") As the related change is mostly related to networking, so targeting the net-next. And will try to replace the rest of page_frag in the follow patchset. After this patchset: 1. Unify the page frag implementation by taking the best out of two the existing implementations: we are able to save some space for the 'page_frag_cache' API user, and avoid 'get_page()' for the old 'page_frag' API user. 2. Future bugfix and performance can be done in one place, hence improving maintainability of page_frag's implementation. Kernel Image changing: Linux Kernel total | text data bss ------------------------------------------------------ after 45250307 | 27274279 17209996 766032 before 45254134 | 27278118 17209984 766032 delta -3827 | -3839 +12 +0 Performance validation: 1. Using micro-benchmark ko added in patch 1 to test aligned and non-aligned API performance impact for the existing users, there is no notiable performance degradation. Instead we seems to have some major performance boot for both aligned and non-aligned API after switching to ptr_ring for testing, respectively about 200% and 10% improvement in arm64 server as below. 2. Use the below netcat test case, we also have some minor performance boot for replacing 'page_frag' with 'page_frag_cache' after this patchset. server: taskset -c 32 nc -l -k 1234 > /dev/null client: perf stat -r 200 -- taskset -c 0 head -c 20G /dev/zero | taskset -c 1 nc 127.0.0.1 1234 In order to avoid performance noise as much as possible, the testing is done in system without any other load and have enough iterations to prove the data is stable enough, complete log for testing is below: perf stat -r 200 -- insmod ./page_frag_test.ko test_push_cpu=16 test_pop_cpu=17 test_alloc_len=12 nr_test=51200000 perf stat -r 200 -- insmod ./page_frag_test.ko test_push_cpu=16 test_pop_cpu=17 test_alloc_len=12 nr_test=51200000 test_align=1 taskset -c 32 nc -l -k 1234 > /dev/null perf stat -r 200 -- taskset -c 0 head -c 20G /dev/zero | taskset -c 1 nc 127.0.0.1 1234 *After* this patchset: Performance counter stats for 'insmod ./page_frag_test.ko test_push_cpu=16 test_pop_cpu=17 test_alloc_len=12 nr_test=51200000' (200 runs): 17.758393 task-clock (msec) # 0.004 CPUs utilized ( +- 0.51% ) 5 context-switches # 0.293 K/sec ( +- 0.65% ) 0 cpu-migrations # 0.008 K/sec ( +- 17.21% ) 74 page-faults # 0.004 M/sec ( +- 0.12% ) 46128650 cycles # 2.598 GHz ( +- 0.51% ) 60810511 instructions # 1.32 insn per cycle ( +- 0.04% ) 14764914 branches # 831.433 M/sec ( +- 0.04% ) 19281 branch-misses # 0.13% of all branches ( +- 0.13% ) 4.240273854 seconds time elapsed ( +- 0.13% ) Performance counter stats for 'insmod ./page_frag_test.ko test_push_cpu=16 test_pop_cpu=17 test_alloc_len=12 nr_test=51200000 test_align=1' (200 runs): 17.348690 task-clock (msec) # 0.019 CPUs utilized ( +- 0.66% ) 5 context-switches # 0.310 K/sec ( +- 0.84% ) 0 cpu-migrations # 0.009 K/sec ( +- 16.55% ) 74 page-faults # 0.004 M/sec ( +- 0.11% ) 45065287 cycles # 2.598 GHz ( +- 0.66% ) 60755389 instructions # 1.35 insn per cycle ( +- 0.05% ) 14747865 branches # 850.085 M/sec ( +- 0.05% ) 19272 branch-misses # 0.13% of all branches ( +- 0.13% ) 0.935251375 seconds time elapsed ( +- 0.07% ) Performance counter stats for 'taskset -c 0 head -c 20G /dev/zero' (200 runs): 16626.042731 task-clock (msec) # 0.607 CPUs utilized ( +- 0.03% ) 3291020 context-switches # 0.198 M/sec ( +- 0.05% ) 1 cpu-migrations # 0.000 K/sec ( +- 0.50% ) 85 page-faults # 0.005 K/sec ( +- 0.16% ) 30581044838 cycles # 1.839 GHz ( +- 0.05% ) 34962744631 instructions # 1.14 insn per cycle ( +- 0.01% ) 6483883671 branches # 389.984 M/sec ( +- 0.02% ) 99624551 branch-misses # 1.54% of all branches ( +- 0.17% ) 27.370305077 seconds time elapsed ( +- 0.01% ) *Before* this patchset: Performance counter stats for 'insmod ./page_frag_test.ko test_push_cpu=16 test_pop_cpu=17 test_alloc_len=12 nr_test=51200000' (200 runs): 21.587934 task-clock (msec) # 0.005 CPUs utilized ( +- 0.72% ) 6 context-switches # 0.281 K/sec ( +- 0.28% ) 1 cpu-migrations # 0.047 K/sec ( +- 0.50% ) 73 page-faults # 0.003 M/sec ( +- 0.12% ) 56080697 cycles # 2.598 GHz ( +- 0.72% ) 61605150 instructions # 1.10 insn per cycle ( +- 0.05% ) 14950196 branches # 692.526 M/sec ( +- 0.05% ) 19410 branch-misses # 0.13% of all branches ( +- 0.18% ) 4.603530546 seconds time elapsed ( +- 0.11% ) Performance counter stats for 'insmod ./page_frag_test.ko test_push_cpu=16 test_pop_cpu=17 test_alloc_len=12 nr_test=51200000 test_align=1' (200 runs): 20.988297 task-clock (msec) # 0.006 CPUs utilized ( +- 0.81% ) 7 context-switches # 0.316 K/sec ( +- 0.54% ) 1 cpu-migrations # 0.048 K/sec ( +- 0.70% ) 73 page-faults # 0.003 M/sec ( +- 0.11% ) 54512166 cycles # 2.597 GHz ( +- 0.81% ) 61440941 instructions # 1.13 insn per cycle ( +- 0.08% ) 14906043 branches # 710.207 M/sec ( +- 0.08% ) 19927 branch-misses # 0.13% of all branches ( +- 0.17% ) 3.438041238 seconds time elapsed ( +- 1.11% ) Performance counter stats for 'taskset -c 0 head -c 20G /dev/zero' (200 runs): 17364.040855 task-clock (msec) # 0.624 CPUs utilized ( +- 0.02% ) 3340375 context-switches # 0.192 M/sec ( +- 0.06% ) 1 cpu-migrations # 0.000 K/sec 85 page-faults # 0.005 K/sec ( +- 0.15% ) 32077623335 cycles # 1.847 GHz ( +- 0.03% ) 35121047596 instructions # 1.09 insn per cycle ( +- 0.01% ) 6519872824 branches # 375.481 M/sec ( +- 0.02% ) 101877022 branch-misses # 1.56% of all branches ( +- 0.14% ) 27.842745343 seconds time elapsed ( +- 0.02% ) Note, ipv4-udp, ipv6-tcp and ipv6-udp is also tested with the below script: nc -u -l -k 1234 > /dev/null perf stat -r 4 -- head -c 51200000000 /dev/zero | nc -N -u 127.0.0.1 1234 nc -l6 -k 1234 > /dev/null perf stat -r 4 -- head -c 51200000000 /dev/zero | nc -N ::1 1234 nc -l6 -k -u 1234 > /dev/null perf stat -r 4 -- head -c 51200000000 /dev/zero | nc -u -N ::1 1234 CC: Alexander Duyck <alexander.duyck@gmail.com> 1. https://lore.kernel.org/all/20240228093013.8263-1-linyunsheng@huawei.com/ Change log: V13: 1. Move page_frag_test from mm/ to tools/testing/selftest/mm 2. Use ptr_ring to replace ptr_pool for page_frag_test.c 3. Retest based on the new testing ko, which shows a big different result than using ptr_pool. V12: 1. Do not treat page_frag_test ko as DEBUG feature. 2. Make some improvement for the refactoring in patch 8. 3. Some other minor improvement as Alexander's comment. RFC v11: 1. Fold 'page_frag_cache' moving change into patch 2. 2. Optimizate patch 3 according to discussion in v9. V10: 1. Change Subject to "Replace page_frag with page_frag_cache for sk_page_frag()". 2. Move 'struct page_frag_cache' to sched.h as suggested by Alexander. 3. Rename skb_copy_to_page_nocache(). 4. Adjust change between patches to make it more reviewable as Alexander's comment. 5. Use 'aligned_remaining' variable to generate virtual address as Alexander's comment. 6. Some included header and typo fix as Alexander's comment. 7. Add back the get_order() opt patch for xtensa arch V9: 1. Add check for test_alloc_len and change perm of module_param() to 0 as Wang Wei' comment. 2. Rebased on latest net-next. V8: Remove patch 2 & 3 in V7, as free_unref_page() is changed to call pcp_allowed_order() and used in page_frag API recently in: commit 5b8d75913a0e ("mm: combine free_the_page() and free_unref_page()") V7: Fix doc build warning and error. V6: 1. Fix some typo and compiler error for x86 pointed out by Jakub and Simon. 2. Add two refactoring and optimization patches. V5: 1. Add page_frag_alloc_pg() API for tls_device.c case and refactor some implementation, update kernel bin size changing as bin size is increased after that. 2. Add ack from Mat. RFC v4: 1. Update doc according to Randy and Mat's suggestion. 2. Change probe API to "probe" for a specific amount of available space, rather than "nonzero" space according to Mat's suggestion. 3. Retest and update the test result. v3: 1. Use new layout for 'struct page_frag_cache' as the discussion with Alexander and other sugeestions from Alexander. 2. Add probe API to address Mat' comment about mptcp use case. 3. Some doc updating according to Bagas' suggestion. v2: 1. reorder test module to patch 1. 2. split doc and maintainer updating to two patches. 3. refactor the page_frag before moving. 4. fix a type and 'static' warning in test module. 5. add a patch for xtensa arch to enable using get_order() in BUILD_BUG_ON(). 6. Add test case and performance data for the socket code. Yunsheng Lin (14): mm: page_frag: add a test module for page_frag mm: move the page fragment allocator from page_alloc into its own file mm: page_frag: use initial zero offset for page_frag_alloc_align() mm: page_frag: add '_va' suffix to page_frag API mm: page_frag: avoid caller accessing 'page_frag_cache' directly xtensa: remove the get_order() implementation mm: page_frag: reuse existing space for 'size' and 'pfmemalloc' mm: page_frag: some minor refactoring before adding new API mm: page_frag: use __alloc_pages() to replace alloc_pages_node() net: rename skb_copy_to_page_nocache() helper mm: page_frag: introduce prepare/probe/commit API net: replace page_frag with page_frag_cache mm: page_frag: update documentation for page_frag mm: page_frag: add an entry in MAINTAINERS for page_frag Documentation/mm/page_frags.rst | 169 +++++++- MAINTAINERS | 11 + arch/xtensa/include/asm/page.h | 18 - .../chelsio/inline_crypto/chtls/chtls.h | 3 - .../chelsio/inline_crypto/chtls/chtls_io.c | 100 ++--- .../chelsio/inline_crypto/chtls/chtls_main.c | 3 - drivers/net/ethernet/google/gve/gve_rx.c | 4 +- drivers/net/ethernet/intel/ice/ice_txrx.c | 2 +- drivers/net/ethernet/intel/ice/ice_txrx.h | 2 +- drivers/net/ethernet/intel/ice/ice_txrx_lib.c | 2 +- .../net/ethernet/intel/ixgbevf/ixgbevf_main.c | 4 +- .../marvell/octeontx2/nic/otx2_common.c | 2 +- drivers/net/ethernet/mediatek/mtk_wed_wo.c | 4 +- drivers/net/tun.c | 48 +-- drivers/nvme/host/tcp.c | 8 +- drivers/nvme/target/tcp.c | 22 +- drivers/vhost/net.c | 8 +- include/linux/gfp.h | 22 -- include/linux/mm_types.h | 18 - include/linux/mm_types_task.h | 18 + include/linux/page_frag_cache.h | 272 +++++++++++++ include/linux/sched.h | 2 +- include/linux/skbuff.h | 3 +- include/net/sock.h | 23 +- kernel/bpf/cpumap.c | 2 +- kernel/exit.c | 3 +- kernel/fork.c | 3 +- mm/Makefile | 1 + mm/page_alloc.c | 136 ------- mm/page_frag_cache.c | 367 ++++++++++++++++++ net/core/skbuff.c | 81 ++-- net/core/skmsg.c | 22 +- net/core/sock.c | 46 ++- net/core/xdp.c | 2 +- net/ipv4/ip_output.c | 33 +- net/ipv4/tcp.c | 35 +- net/ipv4/tcp_output.c | 28 +- net/ipv6/ip6_output.c | 33 +- net/kcm/kcmsock.c | 30 +- net/mptcp/protocol.c | 67 ++-- net/rxrpc/conn_object.c | 4 +- net/rxrpc/local_object.c | 4 +- net/rxrpc/txbuf.c | 15 +- net/sched/em_meta.c | 2 +- net/sunrpc/svcsock.c | 12 +- net/tls/tls_device.c | 137 ++++--- tools/testing/selftests/mm/Makefile | 2 + tools/testing/selftests/mm/page_frag/Makefile | 18 + .../selftests/mm/page_frag/page_frag_test.c | 173 +++++++++ tools/testing/selftests/mm/run_vmtests.sh | 9 +- 50 files changed, 1449 insertions(+), 584 deletions(-) create mode 100644 include/linux/page_frag_cache.h create mode 100644 mm/page_frag_cache.c create mode 100644 tools/testing/selftests/mm/page_frag/Makefile create mode 100644 tools/testing/selftests/mm/page_frag/page_frag_test.c