From mboxrd@z Thu Jan 1 00:00:00 1970 From: Gregory Farnum Subject: Re: Memory Pooling and Containers Date: Tue, 27 Sep 2016 16:00:46 -0700 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Return-path: Received: from mail-it0-f52.google.com ([209.85.214.52]:34945 "EHLO mail-it0-f52.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753039AbcI0XAs (ORCPT ); Tue, 27 Sep 2016 19:00:48 -0400 Received: by mail-it0-f52.google.com with SMTP id r192so119545509ita.0 for ; Tue, 27 Sep 2016 16:00:47 -0700 (PDT) In-Reply-To: Sender: ceph-devel-owner@vger.kernel.org List-ID: To: Allen Samuels Cc: Sage Weil , Ceph Development On Tue, Sep 27, 2016 at 1:30 PM, Allen Samuels wrote: > As we discussed in the Bluestore standup this morning. This is intended to start a discussion about creating some internal memory pooling technology to try to get a better handle on the internal usage of memory by Ceph. Let's start by discussing the requirements... I'm afraid I don't have any useful thoughts on this, but I'm curious if there's any chance of using these memory pools effectively outside of BlueStore. Many of the features you discuss would be nice in the MDS, which currently uses boost::pool for some of its metadata types, but could really use something with a little more control (at least than we've set up so far). -Greg