From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel Vetter Subject: Re: [RFC] libdrm_intel: Rework BO allocs to avoid rounding up to bucket size Date: Fri, 29 Aug 2014 14:34:05 +0200 Message-ID: <20140829123405.GC15520@phenom.ffwll.local> References: <1409306521-7978-1-git-send-email-arun.siluvery@linux.intel.com> <1409306521-7978-2-git-send-email-arun.siluvery@linux.intel.com> <20140829101603.GE3557@nuc-i3427.alporthouse.com> <540059B9.7010009@linux.intel.com> <20140829111845.GF3557@nuc-i3427.alporthouse.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail-we0-f171.google.com (mail-we0-f171.google.com [74.125.82.171]) by gabe.freedesktop.org (Postfix) with ESMTP id CFB166E6CC for ; Fri, 29 Aug 2014 05:33:44 -0700 (PDT) Received: by mail-we0-f171.google.com with SMTP id u56so2109169wes.16 for ; Fri, 29 Aug 2014 05:33:43 -0700 (PDT) Content-Disposition: inline In-Reply-To: <20140829111845.GF3557@nuc-i3427.alporthouse.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: intel-gfx-bounces@lists.freedesktop.org Sender: "Intel-gfx" To: Chris Wilson , "Siluvery, Arun" , intel-gfx@lists.freedesktop.org, Matthias Dejaegher , garry.lancaster@intel.com List-Id: intel-gfx@lists.freedesktop.org On Fri, Aug 29, 2014 at 12:18:45PM +0100, Chris Wilson wrote: > What I've done in the past is kept a global pool of used pages to avoid > clflushing fresh allocations in the kernel. That runs afoul of the ABI > that we need to scrub new bo. With a create2 we could specify a pool to > use that would be filp private and so have no greater information leak > than the current reuse. Probably will still be frowned upon, but a fun > idea to pursue... I think a per-filp page cache would actually be fairly sane. Presuming the added complexity can be justified with benchmarks ofc. -Daniel -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch