The commit is pushed to "branch-rh9-5.14.vz9.1.x-ovz" and will appear at
https://src.openvz.org/scm/ovz/vzkernel.git
after ark-5.14
------>
commit 3392a600351118bffeaba7b5fd1c3ab01fc364bb
Author: Konstantin Khorenko <khore...@virtuozzo.com>
Date: Thu Sep 30 16:03:53 2021 +0300
sctp: suppress warnings on high order memory allocation on sctp chunk
creation
_sctp_make_chunk() could allocate skbs up to 65K in size
(4th order page), so we get complains about high order page
allocations from our detection mechanizm while running sctp
testsuite.
It's not evident that substituting alloc_skb() with
alloc_skb_with_frags() speeds up the sender performance.
On another hand if the node's memory is highly fragmented
and allocation of high order pages has noticable latency,
it influences the sender most, not the node as a whole.
And taking into account that sctp is not widely used,
let's just shut up the warning in this place.
https://jira.sw.ru/browse/PSBM-93798
Signed-off-by: Konstantin Khorenko <khore...@virtuozzo.com>
(cherry-picked from vz7 commit ba10a40a017e ("sctp: suppress warnings on
high
order memory allocation on sctp chunk creation"))
https://jira.sw.ru/browse/PSBM-127848
Signed-off-by: Valeriy Vdovin <valeriy.vdo...@virtuozzo.com>
(cherry picked from vz8 commit 19ced9d4018b2e15b5894bf6636205fd2c1008a5)
Signed-off-by: Andrey Zhadchenko <andrey.zhadche...@virtuozzo.com>
---
net/sctp/sm_make_chunk.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/sctp/sm_make_chunk.c b/net/sctp/sm_make_chunk.c
index b8fa8f1a7277..78929f86197c 100644
--- a/net/sctp/sm_make_chunk.c
+++ b/net/sctp/sm_make_chunk.c
@@ -1440,7 +1440,7 @@ static struct sctp_chunk *_sctp_make_chunk(const struct
sctp_association *asoc,
goto nodata;
/* No need to allocate LL here, as this is only a chunk. */
- skb = alloc_skb(chunklen, gfp);
+ skb = alloc_skb(chunklen, gfp | __GFP_ORDER_NOWARN);
if (!skb)
goto nodata;
_______________________________________________
Devel mailing list
Devel@openvz.org
https://lists.openvz.org/mailman/listinfo/devel
