On Fri, May 12, 2023 at 03:23:45AM +0000, Zhang, Cathy wrote: > Remove the invalid mail addr added unintentionally. > Sorry that was my buggy script. [...] > > > > Hi Shakeel, > > > > Run with the temp change you provided, the output shows it comes to > > drain_stock_1(), Here is the call trace: > > > > 8.96% mc-worker [kernel.vmlinux] [k] page_counter_cancel > > | > > --8.95%--page_counter_cancel > > | > > --8.95%--page_counter_uncharge > > drain_stock_1 > > __refill_stock > > refill_stock > > | > > --8.88%--try_charge_memcg > > mem_cgroup_charge_skmem > > | > > --8.87%--__sk_mem_raise_allocated > > __sk_mem_schedule > > | > > |--5.37%--tcp_try_rmem_schedule > > | tcp_data_queue > > | tcp_rcv_established > > | tcp_v4_do_rcv > Thanks a lot. This tells us that one or both of following scenarios are happening: 1. In the softirq recv path, the kernel is processing packets from multiple memcgs. 2. The process running on the CPU belongs to memcg which is different from the memcgs whose packets are being received on that CPU. BTW have you seen this performance issue when you run the client and server on different machines? I am wondering if RFS would be good enough for such scenario and we only need to worry about the same machine case.
