All of lore.kernel.org
 help / color / mirror / Atom feed
From: Boaz Harrosh <bharrosh@panasas.com>
To: Trond Myklebust <Trond.Myklebust@netapp.com>
Cc: Peng Tao <bergwolf@gmail.com>, <linux-nfs@vger.kernel.org>,
	<bhalevy@tonian.com>, Garth Gibson <garth@panasas.com>,
	Matt Benjamin <matt@linuxbox.com>,
	Marc Eshel <eshel@almaden.ibm.com>,
	Fred Isaman <iisaman@netapp.com>
Subject: Re: [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes
Date: Tue, 29 Nov 2011 14:58:52 -0800	[thread overview]
Message-ID: <4ED563AC.5040501@panasas.com> (raw)
In-Reply-To: <1322606842.11286.33.camel@lade.trondhjem.org>

On 11/29/2011 02:47 PM, Trond Myklebust wrote:
> On Tue, 2011-11-29 at 14:40 -0800, Boaz Harrosh wrote: 
>> On 11/29/2011 01:57 PM, Trond Myklebust wrote:
>>>> Also Files when they will support segments and servers that request segments,
>>>> like the CEPH server, will very much enjoy the above, .i.e: Tell me the amount
>>>> you know you want to write.
>>>
>>> Why would we want to add segment support to the pNFS files client???
>>> Segments are a nuisance that multiply the amount of unnecessary chitchat
>>> between the client and the MDS without providing any tangible
>>> benefits...
>>>
>>
>> Your kidding right?
>>
>> One: it is mandated by the Standard, This is not an option. So a perfectly
>>      Standard complaint server is not Supported by Linux because we don't see
>>      the point.
> 
> Bollocks.. Nothing is "mandated by the Standard". If the server doesn't
> give us a full layout, then we fall back to write through MDS. Why dick
> around with crap that SLOWS YOU DOWN.
> 

NO! MAKE YOU FASTER.

The kind of typologies I'm talking about a single layout get ever 1GB is
marginal to the gain I get in deploying 100 of DSs. I have thousands of
DSs I want to spread the load evenly. I'm limited by the size of the layout
(Device info in the case of files) So I'm limited by the number of DSs I can
have in a layout. For large files these few devices become an hot spot all
the while the rest of the cluster is idle.

This is not a theory, we meet these problems ever day.

>> Two: There are already file-layout servers out there (multiple) which are
>>      waiting for the Linux files-layout segment support, because the underline
>>      FS requires Segments and now they do not work with the Linux client. These
>>      are CEPH and GPFS and more.
> 
> Then they will have a _long_ wait....
> 

OK, so now I understand. Because when I was talking to Fred before BAT and during
It was very very peculiar to me why he is not already done with that simple stuff.
Because usually Fred is such a brilliant fast programmer that I admire, and that simple
crap?

But now that explains

> Trond
> 

Heart

  reply	other threads:[~2011-11-29 22:59 UTC|newest]

Thread overview: 46+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-12-03  4:52 [PATCH 0/4] nfs41: allow layoutget at pnfs_do_multiple_writes Peng Tao
2011-11-29 21:34 ` Boaz Harrosh
2011-11-29 21:50   ` Boaz Harrosh
2011-11-29 21:57     ` Trond Myklebust
2011-11-29 22:40       ` Boaz Harrosh
2011-11-29 22:47         ` Trond Myklebust
2011-11-29 22:58           ` Boaz Harrosh [this message]
2011-11-29 23:30             ` Trond Myklebust
2011-11-29 23:49               ` Marc Eshel
2011-11-30  0:08                 ` Trond Myklebust
2011-11-30  0:20                   ` Marc Eshel
2011-11-30  0:37                     ` Trond Myklebust
2011-11-30  0:50                       ` Boaz Harrosh
2011-11-30 19:39                         ` J. Bruce Fields
2011-11-30  0:52                       ` Marc Eshel
2011-11-30 19:44                         ` J. Bruce Fields
2011-12-01  9:47                           ` Benny Halevy
2011-12-01 11:14                             ` J. Bruce Fields
2011-12-01 11:48                               ` J. Bruce Fields
2011-11-30  0:42                   ` Boaz Harrosh
2011-11-30  0:24               ` Boaz Harrosh
2011-11-30  0:58                 ` Trond Myklebust
2011-11-30  1:46                   ` Boaz Harrosh
2011-11-30  2:07                     ` Trond Myklebust
2011-11-30  3:08                       ` Boaz Harrosh
2011-11-30 12:33                   ` Benny Halevy
2011-11-30  0:37           ` Matt W. Benjamin
2011-11-30  0:48             ` Matt W. Benjamin
2011-11-30  1:01               ` Trond Myklebust
2011-11-30  1:03                 ` Matt W. Benjamin
2011-11-29 23:01         ` Trond Myklebust
2011-11-29 23:47           ` Boaz Harrosh
2011-11-30  3:16   ` tao.peng
2011-11-30  3:50     ` Boaz Harrosh
2011-11-30  5:05       ` tao.peng
2011-11-30 12:42         ` Benny Halevy
2011-12-03  4:52 ` [PATCH 1/4] nfsv41: export pnfs_find_alloc_layout Peng Tao
2011-12-03  4:52 ` [PATCH 2/4] nfsv41: add and export pnfs_find_get_layout_locked Peng Tao
2011-12-03  4:52 ` [PATCH 3/4] nfsv41: get lseg before issue LD IO if pgio doesn't carry lseg Peng Tao
2011-11-30 13:01   ` Benny Halevy
2011-11-30 13:20     ` Peng Tao
2011-12-03  4:52 ` [PATCH 4/4] pnfsblock: do ask for layout in pg_init Peng Tao
2011-11-29 16:40   ` Trond Myklebust
2011-11-29 17:25     ` Peng Tao
2011-11-29 17:43       ` Trond Myklebust
2011-11-30  2:55         ` tao.peng

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4ED563AC.5040501@panasas.com \
    --to=bharrosh@panasas.com \
    --cc=Trond.Myklebust@netapp.com \
    --cc=bergwolf@gmail.com \
    --cc=bhalevy@tonian.com \
    --cc=eshel@almaden.ibm.com \
    --cc=garth@panasas.com \
    --cc=iisaman@netapp.com \
    --cc=linux-nfs@vger.kernel.org \
    --cc=matt@linuxbox.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.