Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1702546
| Path | csiph.com!aioe.org!bofh.it!news.nic.it!robomod |
|---|---|
| From | Andrew Morton <akpm@linux-foundation.org> |
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH] z3fold: use per-cpu unbuddied lists |
| Date | Thu, 03 Aug 2017 01:10:01 +0200 |
| Message-ID | <uaaW5-8aH-1@gated-at.bofh.it> (permalink) |
| References | <u9Z4D-aO-43@gated-at.bofh.it> |
| X-Original-To | Vitaly Wool <vitalywool@gmail.com> |
| X-Mailer | Sylpheed 3.4.1 (GTK+ 2.24.23; x86_64-pc-linux-gnu) |
| MIME-Version | 1.0 |
| Content-Type | text/plain; charset=US-ASCII |
| Content-Transfer-Encoding | 7bit |
| Sender | robomod@news.nic.it |
| List-ID | <linux-kernel.vger.kernel.org> |
| X-Mailing-List | linux-kernel@vger.kernel.org |
| Approved | robomod@news.nic.it |
| Lines | 21 |
| Organization | linux.* mail to news gateway |
| X-Original-Cc | Linux-MM <linux-mm@kvack.org>, linux-kernel@vger.kernel.org, Dan Streetman <ddstreet@ieee.org>, Oleksiy.Avramchenko@sony.com |
| X-Original-Date | Wed, 2 Aug 2017 16:07:16 -0700 |
| X-Original-Message-ID | <20170802160716.f5d1072873799a3a420f6538@linux-foundation.org> |
| X-Original-References | <20170802122505.e41d5c778a873375bcb0cc19@gmail.com> |
| X-Original-Sender | linux-kernel-owner@vger.kernel.org |
| Xref | csiph.com linux.kernel:1702546 |
Show key headers only | View raw
On Wed, 2 Aug 2017 12:25:05 +0200 Vitaly Wool <vitalywool@gmail.com> wrote: > z3fold is operating on unbuddied lists in a simple manner: in fact, > it only takes the first entry off the list on a hot path. So if the > z3fold pool is big enough and balanced well enough, considering > only the lists local to the current CPU won't be an issue in any > way, while random I/O performance will go up. Has the performance benefit been measured? It's a large patch. > This patch also introduces two worker threads which: one for async > in-page object layout optimization and one for releasing freed > pages. Why? What are the runtime effects of this change? Does this turn currently-synchronous operations into now-async operations? If so, what are the implications of this if, say, the workqueue doesn't get serviced for a while? etc. Sorry, but I'm not seeing anywhere near enough information and testing results to justify merging such a large and intrusive patch.
Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
[PATCH] z3fold: use per-cpu unbuddied lists Vitaly Wool <vitalywool@gmail.com> - 2017-08-02 12:30 +0200 Re: [PATCH] z3fold: use per-cpu unbuddied lists kbuild test robot <lkp@intel.com> - 2017-08-02 16:00 +0200 Re: [PATCH] z3fold: use per-cpu unbuddied lists Andrew Morton <akpm@linux-foundation.org> - 2017-08-03 01:10 +0200
csiph-web