Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751284AbeAPPLt (ORCPT + 1 other); Tue, 16 Jan 2018 10:11:49 -0500 Received: from mail-wm0-f53.google.com ([74.125.82.53]:35607 "EHLO mail-wm0-f53.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750997AbeAPPLs (ORCPT ); Tue, 16 Jan 2018 10:11:48 -0500 X-Google-Smtp-Source: ACJfBosIgmO5TT/IzSicomV4E85qks+sm/qCF/w/FFWI7Y4KNgKWqB9a1t9n9lTZFgbyfrBvs0FGrQ== Date: Tue, 16 Jan 2018 18:11:45 +0300 From: "Kirill A. Shutemov" To: Laurent Dufour Cc: paulmck@linux.vnet.ibm.com, peterz@infradead.org, akpm@linux-foundation.org, ak@linux.intel.com, mhocko@kernel.org, dave@stgolabs.net, jack@suse.cz, Matthew Wilcox , benh@kernel.crashing.org, mpe@ellerman.id.au, paulus@samba.org, Thomas Gleixner , Ingo Molnar , hpa@zytor.com, Will Deacon , Sergey Senozhatsky , Andrea Arcangeli , Alexei Starovoitov , kemi.wang@intel.com, sergey.senozhatsky.work@gmail.com, linux-kernel@vger.kernel.org, linux-mm@kvack.org, haren@linux.vnet.ibm.com, khandual@linux.vnet.ibm.com, npiggin@gmail.com, bsingharora@gmail.com, Tim Chen , linuxppc-dev@lists.ozlabs.org, x86@kernel.org Subject: Re: [PATCH v6 00/24] Speculative page faults Message-ID: <20180116151145.74odvlj6mjuwq3rr@node.shutemov.name> References: <1515777968-867-1-git-send-email-ldufour@linux.vnet.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1515777968-867-1-git-send-email-ldufour@linux.vnet.ibm.com> User-Agent: NeoMutt/20171215 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Return-Path: On Fri, Jan 12, 2018 at 06:25:44PM +0100, Laurent Dufour wrote: > ------------------ > Benchmarks results > > Base kernel is 4.15-rc6-mmotm-2018-01-04-16-19 > SPF is BASE + this series Do you have THP=always here? Lack of THP support worries me. What is performance in the worst case scenario? Like when we go far enough into speculative code path on every page fault and then fallback to normal page fault? -- Kirill A. Shutemov