Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753459AbbHQKZ1 (ORCPT ); Mon, 17 Aug 2015 06:25:27 -0400 Received: from mx1.redhat.com ([209.132.183.28]:51792 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750862AbbHQKZ0 (ORCPT ); Mon, 17 Aug 2015 06:25:26 -0400 Date: Mon, 17 Aug 2015 11:39:34 +0100 From: Alexander Gordeev To: "Paul E. McKenney" Cc: linux-kernel@vger.kernel.org Subject: Make RCU tree CPU topology aware? Message-ID: <20150817103931.GB4588@agordeev.usersys.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 935 Lines: 28 Hi Paul, Currently RCU tree distributes CPUs to leafs based on consequent CPU IDs. That means CPUs from remote caches and even nodes might end up in the same leaf. I did not research the impact, but at the glance that seems at least sub-optimal; especially in case of remote nodes, when CPUs access each others' memory? I am thinking of topology-aware RCU geometry where the RCU tree reflects the actual system topology. I.e by borrowing it from schedulling domains or soemthing like that. Do you think it worth the effort to research this question or I am missing something and the current access patterns are just optimal? Thanks! -- Regards, Alexander Gordeev agordeev@redhat.com -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/