From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Martin K. Petersen" Subject: LSF/MM 2016: Call for Proposals Date: Tue, 12 Jan 2016 11:05:45 -0500 Message-ID: Mime-Version: 1.0 Content-Type: text/plain Cc: lsf-pc@lists.linux-foundation.org To: linux-block@vger.kernel.org, linux-btrfs@vger.kernel.org, linux-cifs@vger.kernel.org, linux-ext4@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-ide@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-nfs@vger.kernel.org, linux-scsi@vger.kernel.org, xfs@oss.sgi.com Return-path: Sender: owner-linux-mm@kvack.org List-Id: linux-cifs.vger.kernel.org The annual Linux Storage, Filesystem and Memory Management Summit for 2016 will be held on April 18th and 19th at the Raleigh Marriott City center, Raleigh, NC. Like last year, LSF/MM will be colocated with the Linux Foundation Vault conference which takes place on April 20th and 21st in the same venue. For those that do not know, Vault is designed to be an event where open source storage and filesystem practitioners meet storage implementors and, as such, it would be of benefit for LSF/MM attendees to attend. http://events.linuxfoundation.org/events/linux-storage-filesystem-and-mm-summit http://events.linuxfoundation.org/events/vault On behalf of the committee I am issuing a call for agenda proposals that are suitable for cross-track discussion as well as technical subjects for the breakout sessions. 1) Proposals for agenda topics should be sent before February 29th, 2016 to: lsf-pc@lists.linux-foundation.org and cc the Linux list or lists that are relevant for the topic in question: ATA: linux-ide@vger.kernel.org Block: linux-block@vger.kernel.org FS: linux-fsdevel@vger.kernel.org MM: linux-mm@kvack.org SCSI: linux-scsi@vger.kernel.org If advance notice is required for visa applications then please send proposals before February 11th. The committee will complete the first round of selections near that date to accommodate applications. Please tag your proposal with [LSF/MM TOPIC] to make it easier to track. In addition, please make sure to start a new thread for each topic rather than following up to an existing one. Agenda topics and attendees will be selected by the program committee, but the final agenda will be formed by consensus of the attendees at the summit. We will try to cap attendance at around 25-30 per track to facilitate discussions, although the final numbers will depend on the room sizes at the venue. 2) Requests to attend the summit should be sent to: lsf-pc@lists.linux-foundation.org Please summarise what expertise you will bring to the meeting, and what you would like to discuss. Please also tag your email with [LSF/MM ATTEND] so there is less chance of it getting lost. Presentations are allowed to guide discussion, but are strongly discouraged. There will be no recording or audio bridge. However, we expect that written minutes will be published as we did in previous years 2015: https://lwn.net/Articles/lsfmm2015/ 2014: http://lwn.net/Articles/LSFMM2014/ 2013: http://lwn.net/Articles/548089/ 3) If you have feedback on last year's meeting that we can use to improve this year's, please also send that to: lsf-pc@lists.linux-foundation.org Thank you on behalf of the program committee: Storage: Jens Axboe (track chair) James Bottomley Christoph Hellwig Martin K. Petersen (program chair) Filesystems: Josef Bacik Jan Kara Jeff Layton (track chair) Anna Schumaker Theodore Ts'o Ric Wheeler MM: Mel Gorman Johannes Weiner Rik van Riel (track chair) -- Martin K. Petersen Oracle Linux Engineering -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from aserp1040.oracle.com ([141.146.126.69]:49603 "EHLO aserp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1762209AbcALQGE (ORCPT ); Tue, 12 Jan 2016 11:06:04 -0500 To: linux-block@vger.kernel.org, linux-btrfs@vger.kernel.org, linux-cifs@vger.kernel.org, linux-ext4@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-ide@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-nfs@vger.kernel.org, linux-scsi@vger.kernel.org, xfs@oss.sgi.com Cc: lsf-pc@lists.linux-foundation.org Subject: LSF/MM 2016: Call for Proposals From: "Martin K. Petersen" Date: Tue, 12 Jan 2016 11:05:45 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Sender: linux-btrfs-owner@vger.kernel.org List-ID: The annual Linux Storage, Filesystem and Memory Management Summit for 2016 will be held on April 18th and 19th at the Raleigh Marriott City center, Raleigh, NC. Like last year, LSF/MM will be colocated with the Linux Foundation Vault conference which takes place on April 20th and 21st in the same venue. For those that do not know, Vault is designed to be an event where open source storage and filesystem practitioners meet storage implementors and, as such, it would be of benefit for LSF/MM attendees to attend. http://events.linuxfoundation.org/events/linux-storage-filesystem-and-mm-summit http://events.linuxfoundation.org/events/vault On behalf of the committee I am issuing a call for agenda proposals that are suitable for cross-track discussion as well as technical subjects for the breakout sessions. 1) Proposals for agenda topics should be sent before February 29th, 2016 to: lsf-pc@lists.linux-foundation.org and cc the Linux list or lists that are relevant for the topic in question: ATA: linux-ide@vger.kernel.org Block: linux-block@vger.kernel.org FS: linux-fsdevel@vger.kernel.org MM: linux-mm@kvack.org SCSI: linux-scsi@vger.kernel.org If advance notice is required for visa applications then please send proposals before February 11th. The committee will complete the first round of selections near that date to accommodate applications. Please tag your proposal with [LSF/MM TOPIC] to make it easier to track. In addition, please make sure to start a new thread for each topic rather than following up to an existing one. Agenda topics and attendees will be selected by the program committee, but the final agenda will be formed by consensus of the attendees at the summit. We will try to cap attendance at around 25-30 per track to facilitate discussions, although the final numbers will depend on the room sizes at the venue. 2) Requests to attend the summit should be sent to: lsf-pc@lists.linux-foundation.org Please summarise what expertise you will bring to the meeting, and what you would like to discuss. Please also tag your email with [LSF/MM ATTEND] so there is less chance of it getting lost. Presentations are allowed to guide discussion, but are strongly discouraged. There will be no recording or audio bridge. However, we expect that written minutes will be published as we did in previous years 2015: https://lwn.net/Articles/lsfmm2015/ 2014: http://lwn.net/Articles/LSFMM2014/ 2013: http://lwn.net/Articles/548089/ 3) If you have feedback on last year's meeting that we can use to improve this year's, please also send that to: lsf-pc@lists.linux-foundation.org Thank you on behalf of the program committee: Storage: Jens Axboe (track chair) James Bottomley Christoph Hellwig Martin K. Petersen (program chair) Filesystems: Josef Bacik Jan Kara Jeff Layton (track chair) Anna Schumaker Theodore Ts'o Ric Wheeler MM: Mel Gorman Johannes Weiner Rik van Riel (track chair) -- Martin K. Petersen Oracle Linux Engineering From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com ([209.132.183.28]:46021 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756124AbcAOKyw (ORCPT ); Fri, 15 Jan 2016 05:54:52 -0500 Subject: [LSF/MM ATTEND] [LSF/MM TOPIC] Request to attend and for topic of "Block & Filesystem interface" To: linux-fsdevel@vger.kernel.org, lsf-pc@lists.linux-foundation.org, linux-block@vger.kernel.org References: From: Steven Whitehouse Message-ID: <5698CFF8.3010605@redhat.com> Date: Fri, 15 Jan 2016 10:54:48 +0000 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-fsdevel-owner@vger.kernel.org List-ID: Hi, I'd like to attend this years LSF/MM and I'd like to propose a reprise of the "Block & Filesystem interface" topic that was discussed last year. It seemed to generate quite a lot of discussion last time - in fact rather more than could easily be squeezed into its timeslot :-) My plan for this year would be to do something similar, if it is accepted. So just a very few slides summarizing the current situation, whats changed since last year, and anything new on the horizon, to help kick off the discussion. I'm also interested in a very wide range of filesytems, storage and mm topics, including GFS2, NFS, XFS, ext*, autofs, fedfs, CIFS and technologies such as DAX, dedup, compression and encryption, Steve. On 12/01/16 16:05, Martin K. Petersen wrote: > The annual Linux Storage, Filesystem and Memory Management Summit for > 2016 will be held on April 18th and 19th at the Raleigh Marriott City > center, Raleigh, NC. > > Like last year, LSF/MM will be colocated with the Linux Foundation Vault > conference which takes place on April 20th and 21st in the same > venue. For those that do not know, Vault is designed to be an event > where open source storage and filesystem practitioners meet storage > implementors and, as such, it would be of benefit for LSF/MM attendees > to attend. > > http://events.linuxfoundation.org/events/linux-storage-filesystem-and-mm-summit > http://events.linuxfoundation.org/events/vault > > On behalf of the committee I am issuing a call for agenda proposals that > are suitable for cross-track discussion as well as technical subjects > for the breakout sessions. > > 1) Proposals for agenda topics should be sent before February 29th, 2016 > to: > > lsf-pc@lists.linux-foundation.org > > and cc the Linux list or lists that are relevant for the topic in > question: > > ATA: linux-ide@vger.kernel.org > Block: linux-block@vger.kernel.org > FS: linux-fsdevel@vger.kernel.org > MM: linux-mm@kvack.org > SCSI: linux-scsi@vger.kernel.org > > If advance notice is required for visa applications then please send > proposals before February 11th. The committee will complete the first > round of selections near that date to accommodate applications. > > Please tag your proposal with [LSF/MM TOPIC] to make it easier to > track. In addition, please make sure to start a new thread for each > topic rather than following up to an existing one. > > Agenda topics and attendees will be selected by the program committee, > but the final agenda will be formed by consensus of the attendees at the > summit. > > We will try to cap attendance at around 25-30 per track to facilitate > discussions, although the final numbers will depend on the room sizes at > the venue. > > 2) Requests to attend the summit should be sent to: > > lsf-pc@lists.linux-foundation.org > > Please summarise what expertise you will bring to the meeting, and what > you would like to discuss. Please also tag your email with [LSF/MM > ATTEND] so there is less chance of it getting lost. > > Presentations are allowed to guide discussion, but are strongly > discouraged. There will be no recording or audio bridge. However, we > expect that written minutes will be published as we did in previous > years > > 2015: > https://lwn.net/Articles/lsfmm2015/ > > 2014: > http://lwn.net/Articles/LSFMM2014/ > > 2013: > http://lwn.net/Articles/548089/ > > 3) If you have feedback on last year's meeting that we can use to > improve this year's, please also send that to: > > lsf-pc@lists.linux-foundation.org > > Thank you on behalf of the program committee: > > Storage: > Jens Axboe (track chair) > James Bottomley > Christoph Hellwig > Martin K. Petersen (program chair) > > Filesystems: > Josef Bacik > Jan Kara > Jeff Layton (track chair) > Anna Schumaker > Theodore Ts'o > Ric Wheeler > > MM: > Mel Gorman > Johannes Weiner > Rik van Riel (track chair) > From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qg0-f52.google.com (mail-qg0-f52.google.com [209.85.192.52]) by kanga.kvack.org (Postfix) with ESMTP id 809FD828DF for ; Fri, 15 Jan 2016 03:10:58 -0500 (EST) Received: by mail-qg0-f52.google.com with SMTP id e32so414242564qgf.3 for ; Fri, 15 Jan 2016 00:10:58 -0800 (PST) Received: from mx1.redhat.com (mx1.redhat.com. [209.132.183.28]) by mx.google.com with ESMTPS id n130si12055584qhc.118.2016.01.15.00.10.57 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 15 Jan 2016 00:10:57 -0800 (PST) Date: Fri, 15 Jan 2016 09:10:51 +0100 From: Jesper Dangaard Brouer Subject: [LSF/MM ATTEND] 2016: Requests to attend MM-summit Message-ID: <20160115091051.03715530@redhat.com> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: "Martin K. Petersen" , lsf-pc@lists.linux-foundation.org Cc: brouer@redhat.com, linux-kernel@vger.kernel.org, linux-mm@kvack.org, Christoph Lameter On Tue, 12 Jan 2016 11:05:45 -0500 "Martin K. Petersen" wrote: > The annual Linux Storage, Filesystem and Memory Management Summit for > 2016 will be held on April 18th and 19th at the Raleigh Marriott City > center, Raleigh, NC. > [...] > > 2) Requests to attend the summit should be sent to: > > lsf-pc@lists.linux-foundation.org > > Please summarise what expertise you will bring to the meeting, and what > you would like to discuss. Please also tag your email with [LSF/MM > ATTEND] so there is less chance of it getting lost. Hi committee, I would like to participate in LSF/MM. I've over the last year optimized the SLAB+SLUB allocators, specifically by introducing a bulking API. This work is almost complete, but I have some more ideas in the MM-area that I would like to discuss with people. Specifically I have the following ideas: 1. Speedup *SLUB* with approx 10-20% by using per CPU detached freelists for all types of allocations/free. * Actually have a prove-of-concept implementation that showed 20% speedup * Idea is every page (used-by SLUB) gets a detached freelist * The first CPU that alloc the page, owns this detached freelist * CPU owning page can do sync free operation on this freelist. * SLUB is already highly biased to keep objects on same CPU 2. Bulk alloc without disabling IRQ (SLUB) * This is something Real-Time (RT) people will be screaming for, once more users of bulk API starts to appear. * I think it is doable, but also very challenging to keep performance 3. Faster memset clearing of memory in SLUB * Currently netstack clears SKBs right after alloc (2-3% in perf) * In SLUB allocator we could clear larger section of memory which is significantly faster. * Bulk alloc would be the right spot * Difficult part is inventing an algorithm for matching contiguous mem, which is fast-enough, as the est. time budget is 15-20 cycles. 4. Bulk free from RCU context * One major slowdown of using RCU free is, that free will always hit SLUB slowpath. We could change this via bulk free API. * This would be a major benefit for the entire kernel performance. * The challenge here is getting to know the RCU free code well-enough -- Best regards, Jesper Dangaard Brouer MSc.CS, Principal Kernel Engineer at Red Hat Author of http://www.iptv-analyzer.org LinkedIn: http://www.linkedin.com/in/brouer -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ig0-f171.google.com (mail-ig0-f171.google.com [209.85.213.171]) by kanga.kvack.org (Postfix) with ESMTP id EE201828DF for ; Fri, 15 Jan 2016 11:49:34 -0500 (EST) Received: by mail-ig0-f171.google.com with SMTP id mw1so13830873igb.1 for ; Fri, 15 Jan 2016 08:49:34 -0800 (PST) Received: from resqmta-ch2-05v.sys.comcast.net (resqmta-ch2-05v.sys.comcast.net. [2001:558:fe21:29:69:252:207:37]) by mx.google.com with ESMTPS id m9si6259827ige.60.2016.01.15.08.49.34 for (version=TLS1_2 cipher=AES128-SHA bits=128/128); Fri, 15 Jan 2016 08:49:34 -0800 (PST) Date: Fri, 15 Jan 2016 10:49:33 -0600 (CST) From: Christoph Lameter Subject: Re: [LSF/MM ATTEND] 2016: Requests to attend MM-summit In-Reply-To: <20160115091051.03715530@redhat.com> Message-ID: References: <20160115091051.03715530@redhat.com> Content-Type: text/plain; charset=US-ASCII Sender: owner-linux-mm@kvack.org List-ID: To: Jesper Dangaard Brouer Cc: "Martin K. Petersen" , lsf-pc@lists.linux-foundation.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org On Fri, 15 Jan 2016, Jesper Dangaard Brouer wrote: > I've over the last year optimized the SLAB+SLUB allocators, > specifically by introducing a bulking API. This work is almost > complete, but I have some more ideas in the MM-area that I would like > to discuss with people. I think this is pretty good work which can help a lot for subsystems dealing with large amounts of objects. Given that network speeds and memory increases we may have to look increasingly at bulk allocation to make further strides in MM performance by rewriting subsystems to take advantage of these features. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755651AbcAOIK6 (ORCPT ); Fri, 15 Jan 2016 03:10:58 -0500 Received: from mx1.redhat.com ([209.132.183.28]:44699 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755031AbcAOIK5 (ORCPT ); Fri, 15 Jan 2016 03:10:57 -0500 Date: Fri, 15 Jan 2016 09:10:51 +0100 From: Jesper Dangaard Brouer To: "Martin K. Petersen" , lsf-pc@lists.linux-foundation.org Cc: brouer@redhat.com, linux-kernel@vger.kernel.org, linux-mm@kvack.org, Christoph Lameter Subject: [LSF/MM ATTEND] 2016: Requests to attend MM-summit Message-ID: <20160115091051.03715530@redhat.com> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 12 Jan 2016 11:05:45 -0500 "Martin K. Petersen" wrote: > The annual Linux Storage, Filesystem and Memory Management Summit for > 2016 will be held on April 18th and 19th at the Raleigh Marriott City > center, Raleigh, NC. > [...] > > 2) Requests to attend the summit should be sent to: > > lsf-pc@lists.linux-foundation.org > > Please summarise what expertise you will bring to the meeting, and what > you would like to discuss. Please also tag your email with [LSF/MM > ATTEND] so there is less chance of it getting lost. Hi committee, I would like to participate in LSF/MM. I've over the last year optimized the SLAB+SLUB allocators, specifically by introducing a bulking API. This work is almost complete, but I have some more ideas in the MM-area that I would like to discuss with people. Specifically I have the following ideas: 1. Speedup *SLUB* with approx 10-20% by using per CPU detached freelists for all types of allocations/free. * Actually have a prove-of-concept implementation that showed 20% speedup * Idea is every page (used-by SLUB) gets a detached freelist * The first CPU that alloc the page, owns this detached freelist * CPU owning page can do sync free operation on this freelist. * SLUB is already highly biased to keep objects on same CPU 2. Bulk alloc without disabling IRQ (SLUB) * This is something Real-Time (RT) people will be screaming for, once more users of bulk API starts to appear. * I think it is doable, but also very challenging to keep performance 3. Faster memset clearing of memory in SLUB * Currently netstack clears SKBs right after alloc (2-3% in perf) * In SLUB allocator we could clear larger section of memory which is significantly faster. * Bulk alloc would be the right spot * Difficult part is inventing an algorithm for matching contiguous mem, which is fast-enough, as the est. time budget is 15-20 cycles. 4. Bulk free from RCU context * One major slowdown of using RCU free is, that free will always hit SLUB slowpath. We could change this via bulk free API. * This would be a major benefit for the entire kernel performance. * The challenge here is getting to know the RCU free code well-enough -- Best regards, Jesper Dangaard Brouer MSc.CS, Principal Kernel Engineer at Red Hat Author of http://www.iptv-analyzer.org LinkedIn: http://www.linkedin.com/in/brouer From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754621AbcAOQtg (ORCPT ); Fri, 15 Jan 2016 11:49:36 -0500 Received: from resqmta-ch2-06v.sys.comcast.net ([69.252.207.38]:52429 "EHLO resqmta-ch2-06v.sys.comcast.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751464AbcAOQte (ORCPT ); Fri, 15 Jan 2016 11:49:34 -0500 Date: Fri, 15 Jan 2016 10:49:33 -0600 (CST) From: Christoph Lameter X-X-Sender: cl@east.gentwo.org To: Jesper Dangaard Brouer cc: "Martin K. Petersen" , lsf-pc@lists.linux-foundation.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org Subject: Re: [LSF/MM ATTEND] 2016: Requests to attend MM-summit In-Reply-To: <20160115091051.03715530@redhat.com> Message-ID: References: <20160115091051.03715530@redhat.com> Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 15 Jan 2016, Jesper Dangaard Brouer wrote: > I've over the last year optimized the SLAB+SLUB allocators, > specifically by introducing a bulking API. This work is almost > complete, but I have some more ideas in the MM-area that I would like > to discuss with people. I think this is pretty good work which can help a lot for subsystems dealing with large amounts of objects. Given that network speeds and memory increases we may have to look increasingly at bulk allocation to make further strides in MM performance by rewriting subsystems to take advantage of these features.