From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754739AbcIIVob (ORCPT ); Fri, 9 Sep 2016 17:44:31 -0400 Received: from mx0b-00082601.pphosted.com ([67.231.153.30]:40613 "EHLO mx0a-00082601.pphosted.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751120AbcIIVo3 (ORCPT ); Fri, 9 Sep 2016 17:44:29 -0400 Date: Fri, 9 Sep 2016 14:43:25 -0700 From: Shaohua Li To: "Luck, Tony" CC: "Yu, Fenghua" , Thomas Gleixner , "Anvin, H Peter" , Ingo Molnar , Peter Zijlstra , Tejun Heo , Borislav Petkov , Stephane Eranian , Marcelo Tosatti , "David Carrillo-Cisneros" , "Shankar, Ravi V" , Vikas Shivappa , "Prakhya, Sai Praneeth" , linux-kernel , x86 Subject: Re: [PATCH v2 06/33] Documentation, x86: Documentation for Intel resource allocation user interface Message-ID: <20160909214325.GA81860@shli-mbp.local> References: <1473328647-33116-1-git-send-email-fenghua.yu@intel.com> <1473328647-33116-7-git-send-email-fenghua.yu@intel.com> <20160908220119.GA64153@shli-mbp.local> <20160909011746.GA42229@linux.intel.com> <20160908224513.GA67943@shli-mbp.local> <20160909072245.GC42229@linux.intel.com> <20160909175051.GA75693@shli-mbp.local> <3908561D78D1C84285E8C5FCA982C28F3A1C48F1@ORSMSX114.amr.corp.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <3908561D78D1C84285E8C5FCA982C28F3A1C48F1@ORSMSX114.amr.corp.intel.com> User-Agent: Mutt/1.6.1 (2016-04-27) X-Originating-IP: [2620:10d:c090:200::b:d63] X-ClientProxiedBy: BN6PR04CA0019.namprd04.prod.outlook.com (10.172.194.29) To DM3PR15MB0940.namprd15.prod.outlook.com (10.166.159.146) X-MS-Office365-Filtering-Correlation-Id: 777053fb-5167-4c62-c1aa-08d3d8fa5f67 X-Microsoft-Exchange-Diagnostics: 1;DM3PR15MB0940;2:Sc3Lq12NrgParhu5hVtu/YOZ410g1nTRGRsCQSqaNTQWWgomwWiqPE/8w1nW3gYIcJjww8uTNj1g6T0h9UQjamFMpJBncuPXjwC9yf4VgzZo5phXy4k3Dfc8zBI3p0V8nn+uLdFTXQHW4Zq6qIQQQn2NeRbr4zMJPKdEFM4XpAA7qw2s69wzSzGv0eFFjdsz;3:MOFQ0zz8/m5CqBmlWukbWBtuowfTniyPnAAQ3xIW+M4Uw3sHr25m+fRBuIUowAOoSMfEi1c+hlgvwCgk5fKVX0q9Jtvgk6KQ7CzAEa4OszSBt18LbdanyUge6TQ4/n/g X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM3PR15MB0940; X-Microsoft-Exchange-Diagnostics: 1;DM3PR15MB0940;25:sBLwgQoLXER1hMIc2D014tey6LM2vlhn0ZnVirAlKXnyKTc3wjgm9eUGPRua2MSA0APEat8RRqHJhYHGiFcjPC2sZhj0JDuRpzW9cveCxyrIKq6Qmq1fFWtLRdrdioXYnovdFJ1dzGvrfKXNMNQuUG52goEXDPRrckUq87ePd9rd/ZWvyTNtgeIcd3r7N7lnwoSOjNKygul04Gy/o1bYOzSfP67rJ8nAqYVHytlVu/gNV7bC8YbhN2T3iF72Isd6kZo6zVcE+MGWZ8EOH/kwD+ZJKbUvw7HKD4+4sD+93yZAuF2HRVvuprG4CK9BF4qwsaHIu3Bnppj/xpR9D68mSKg+nEPxRd42uqHWjtvgEVuZVbFKn2ka0JCSIW7UmqRJ8KA3bvvzhjnlixSLPSOUzIrOA1YPE7yAYu5zqLluHgdC92wiaeLdc1ckYLS61DBMfw3uGjA20ZOWiug7/B11Q39cb69uITF/9TU4qBe+/2Lf9BrpqeF+xehWzW6BWJBuqHLlN++7CUQxYreLKt2bGfUreHJtbPD6Im+xXlD0EIxCbAJY+IhRrtAjdLnIDXpQ93yfAG/Z+PgcOSkGyZdfOoVSOWbhGkvYM/reVbi/ZhZICVUAOWgauZ7JQVn3pKgsnRoEskXmpUt+vKcByM/BGUmpFaCLABXyueLBiy0K9Ftyfyeh4dQILmnwtDuhvy+wgSWBw0DdhdZL88uqu8qE4w==;31:GHxRAchlMhHZwuS3BuTyOydgkqHfhfJCURNTkOUtnq+KSmUyf6D6/lB9UPpyYl/nYA5kEnXQ6hemLZJP3iSBeUQJmNscEzX9kyhsHOCTwZ4UVFVOja2c95tsrdZsXrlAouZbQ5eQsdN4G6sA7UOjz52VQU+heoM2yL9ZDrhcmB/OVWtJfeLSyTQMQ4gvYH0R3YbbKjl+4YfrPeyGzh1p00pX+C2nYHNUvOfhb7M0erU= X-Microsoft-Exchange-Diagnostics: 1;DM3PR15MB0940;20:JOd+f3J7xjBIqet6PwhCAutCcVqmxlz77q/ofPcZ6/erpsljuzhCExH4NfVQ8t51re6eVMIUfpM9DDW/qHBsZIa3wGfr6LEa6qm72N6/FG4LrrwfgsH34IkP8Ngpy2DJZcIXmHfbZaX8zclLWP1zxj3cpd0zMWOgOKz1jmBV31A=;4:7/DuVkkaXzZNe8xwGpxFuxtbVQXN3OSGjExlKMBdljmVdYz6rocCZgw4gKNBiURiJjdW+rbAgJOIjV00KdsYMV3AkPcw9AS+fEzPdRMGFbGN4TvlbtqCBvTqwzwQltjkNUrN+oEHON3P1YfbdupAfJ0mapTjtIIjJ1CP4qBLh9NZDiAJAub3pSOzTPmZeYY4NtWPDsna9LQIA77KmU8Bd7XE6r4GRRpPp7vb0ea0ow8WT6SwwZSpAg0pjGb1jA8FVRrr4j7YxDps4XzA6CnhZTJ6/e+mJPjYkC2IuFlP6Sawj2pqJoEYhGSZ6I0GyDu73mhDhZtClDsixtQxOOvklPtON2Pxl7BmDuzogA7CJwTdJ1DEGcqP0DQFjL1SM/2nURm+gtPaDmbl04u9PdfmE+qkVSztMwneyWsFQ3nWhOLtIU12G+gScnKjh3COwAbb X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(278428928389397); X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(6040176)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001);SRVR:DM3PR15MB0940;BCL:0;PCL:0;RULEID:;SRVR:DM3PR15MB0940; X-Forefront-PRVS: 00603B7EEF X-Forefront-Antispam-Report: SFV:NSPM;SFS:(10019020)(4630300001)(6009001)(7916002)(24454002)(199003)(189002)(97756001)(106356001)(6116002)(2906002)(54356999)(86362001)(68736007)(101416001)(586003)(83506001)(77096005)(50986999)(98436002)(189998001)(81156014)(93886004)(76176999)(42186005)(46406003)(23726003)(81166006)(33656002)(1076002)(8676002)(7736002)(2950100001)(305945005)(92566002)(9686002)(105586002)(4326007)(7846002)(7416002)(47776003)(97736004)(50466002)(110136002)(4001350100001)(5660300001)(18370500001)(3826002);DIR:OUT;SFP:1102;SCL:1;SRVR:DM3PR15MB0940;H:shli-mbp.local;FPR:;SPF:None;PTR:InfoNoRecords;A:1;MX:1;LANG:en; X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1;DM3PR15MB0940;23:L8UsbSMhipFK4pCp3TeU65UXXP9bcisWVu66qPD+3?= =?us-ascii?Q?QwopJHX70MncoTqZjWp3KLRwmDvKgiPtQYmXqOxPfflm4Op1627vfu+kUl+F?= =?us-ascii?Q?R94wM6oFSNUwq2vDXKQf4CRTvldvE8eK3r0bzIW/fThmRxFc2+yaylZKY0Yx?= =?us-ascii?Q?tT0rWi/gRCXPl1u6cexSyVjNqT0zZwcYvexyqJD1pHj+cwl2+APNm7J2OG6e?= =?us-ascii?Q?AZ1F867BrOF3SWs+nnD6A9qgGSR/mr1VB5LPCvNmlnkLjz8fwIL8QdUPLQZQ?= =?us-ascii?Q?50b1Jl5Xw6nACkLy5VHnZ4vkCOd3liOZm3kDI2D9FlwCH6RJ75mgrnHuRyrz?= =?us-ascii?Q?IBUR/XzfoXVJDrMJlMSyKd6Wzoh6kzUmUbMVxUUu7HeaXCnKy26syCBv1Shr?= =?us-ascii?Q?4WHoyWu8kqQoo/ApWuOmhoZU5znWyz3Q/MUu90Lazqz4vHfhxlwstJOmbqTE?= =?us-ascii?Q?NNniNUcyYlfG3OFa4tlNY6OY+YzeRuyaNaASnSqZmOUAM5RSYnznu2FMmBsV?= =?us-ascii?Q?Z9jiYiR3ykf3lavcodW8uAEJMEZKF8FwDhEchxBmhtgDs9GnFbQUyedbQmIt?= =?us-ascii?Q?x7GXtv0HyvLu+Bm2geULZzxdvf3QwO26it0fUI/iZqHDx0FVhTGxw2Hkda1x?= =?us-ascii?Q?kfQMfrw0zVd2lgOH4bfowl9Vsikw2eKJhYUNp2L0NgKRW4nyWXwuJm9EcOQD?= =?us-ascii?Q?hVPkhWxmXDCFilv9jZ9fxMgjTl1m18l9rwBJ03Rdb/mmoox1zUE8tnwg4T2J?= =?us-ascii?Q?EkM1V1yQ/WBXo2jeJGtD23kHaenZU0rBLiO7oYXc/Y2waMtg+wJ9eqOm1OWu?= =?us-ascii?Q?WLaqwlbVgrs6e3CLd+kPu04BbWNyPmF4IcaEyUoeyOThimyv4FmuWWHqqw/2?= =?us-ascii?Q?pPBxxWhuF0b96vsvYQ9tF39bMVgselJdKzR1M5YHz0J77XSXICDBSIfL3RPj?= =?us-ascii?Q?AhkclHrsBwidoQlDNm/eKeXJWPPMa4e5fMcTn7t3SEUO09RHkT2ZC4eTBnFm?= =?us-ascii?Q?0Ki4xOUSyeh+pLFT9SwnTmjh0hISlf/7WKnbIbwifQEZeXHQhCwOAFq3M4D9?= =?us-ascii?Q?BvTvoTNFt36LQvNIKkXLNnI1EQCs6LZbBD7rW+5uKt6OwB4baYZTaqgexQA6?= =?us-ascii?Q?OjwzagVCAnvkYf79ccgi4K2Enul78N/kNTfB0mORc90KL4xw/AYZQ=3D=3D?= X-Microsoft-Exchange-Diagnostics: 1;DM3PR15MB0940;6:TlBPjVE6XptSDHHWR8eIVqZLFcGb6xhC47MFohqDgZhuWlKETusgF0aWvVPBCPspt2mePL47DqmC3xMo2yYfh8qTUmHwZwNhp25SC4rbDRag83+rgAvaDHJqvoduCea9KLkwOLYPa7aIdsJVyqdNwL81CSySHApUyZ4+K/OLWLtExKKpYjn+l0CEMRXFV/B583L6ScKQKrIwNOBa6bPqTaZHmr4SXv81xaUiGVXSEo8o54KopPpmMFvv1YpTXxhBTQRhTw+pRv/vwd+ZXdvZh+jd6tfqw1fI09rOHuG9LH8=;5:q9ItGIT/60ei32WrXMNEwwJ/UrVptsC3bDC99IvQ01be8kLpuiKbzSHskxWDMDGsQjPROsHAyZUcn/ElIWe5mIKw12Gy0mhQVlpdzZsKGcIXQBECC35PhtFQQST5dYe8xsh3txMhq75x+sjAaUJ+gw==;24:eJaYfHeh+2FxkRjXBM6XbmItA8CmKV/CywjjflrIy6LWpNbvW+jE8bBSIhIdqPAwqKPWaVvWXRsgl1wiPew4JOy3i+YHfk2DWsc5bw6wf70=;7:H1r4As8d0Xy/mJ75/jL+1Bpp6Ygx0P12J0DypOOo6bf8r4VVT/I4QZ9L14C8hF0j9yzsVQPlhhMSq1Pxxa8qCR981bnoufcbT/M+eglWcqjiLQs50m+t5lOiqwH/nwAkdGl2KlRCpAIHeGTFAOsfVrQ8hn30e1szNwQ5zI156k4ORa7Qp5ibZOc6TK813LGssfisoLOvbTDvzgIhfgnX+QoLm/Xj/xAXoXAaXgSymoDO+ib6iTb9dI+VAoxaX+yw SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1;DM3PR15MB0940;20:UiGhXSmTegGSn1XJk44oGzhhIekT1am/0wAT5q4GNSV4QUglmNgU4J0zC/9mOZociC0ga/KzEtLVTDMMSy1pS3r+hFKJTuSE8ap5kWlq45xFfrAzPmZJsMFpXYzsNm/eioGU6ltG2w96RVe72R4gcMFSLJJR2dk5ch1s/oVNFic= X-MS-Exchange-CrossTenant-OriginalArrivalTime: 09 Sep 2016 21:43:41.8860 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM3PR15MB0940 X-OriginatorOrg: fb.com X-Proofpoint-Spam-Reason: safe X-FB-Internal: Safe X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2016-09-09_12:,, signatures=0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Sep 09, 2016 at 06:03:12PM +0000, Luck, Tony wrote: > > I don't think this is convenient, but it's ok. Now if we create a new thread > > between 1 and 2, the new thread is in group1. The new thread pid isn't in the > > pid list we found in 1, so after 2, the new thread still is in group 1. Truely > > sysadmin can repeat the step 1 & 2 and move the new thread to group 2, but > > there is always chance the process creates new thread between 1 and 2, and the > > new thread remains in group 1. There is no guarantee we can safely move a > > process from one group to another. > > In general this is true. But don't most threaded applications have a single thread that > is the one that spawns new threads? Typically the first thread. Once that is moved, > any new threads will inherit the new group. So there won't be a neverending mopping > operation trying to catch up. > > Even this seems outside the expected usage model for CAT where we expect the > system admin to partition the cache between resource groups at boot time and > then assign jobs (or containers, or VMs) to resource groups when they are created. Hmm, I don't know how applications are going to use the interface. Nobody knows it right now. But we do have some candicate workloads which want to configure the cache partition at runtime, so it's not just a boot time stuff. I'm wondering why we have such limitation. The framework is there, it's quite easy to implement process move in kernel but fairly hard to get it right in userspace. Thanks, Shaohua