All of lore.kernel.org
 help / color / mirror / Atom feed
From: Wang Yugui <wangyugui@e16-tech.com>
To: cluster-devel.redhat.com
Subject: [Cluster-devel] question about gfs2 multiple device support
Date: Mon, 24 Apr 2023 19:35:11 +0800	[thread overview]
Message-ID: <20230424193510.4A1D.409509F4@e16-tech.com> (raw)
In-Reply-To: <9c75b6abc800aca8d8dae344460fde6a8080c53b.camel@redhat.com>

Hi,

> Hi,
> 
> On Sat, 2023-04-22 at 09:20 +0800, Wang Yugui wrote:
> > Hi,
> > 
> > Is there some work for gfs2 multiple device support?
> > 
> Do you mean multiple devices generically, or specifically the md
> driver?
> 
> > if multiple device support,
> > 1, No need of RAID 0/1/5/6 support.
> > ?? nvme SSD is fast enough for single thread write.
> I'm not sure I understand this. Multiple device support generally means
> at least one of the RAID modes.

we can support linear mode (same as lvcreate --type linear) only firstly.

> > 2, can we limit one journal into one device?
> The filesystem always assumes a single device with one or more
> journals. If multiple devices are used, that is done at the block
> layer, which is below the filesystem layer.
> 
> > 
> > 3, can we just write lock one device, so better write throughput?
> Do you have a specific application in mind? Or certain performance
> levels that you need to hit? The write performance will depend a lot on
> the I/O pattern, and the underlying device performance. We'll need a
> bit more detail to be more specific I'm afraid,

gfs2 use 'SCSI PERSISTENT RESERVE' or similar method to lock block device
when multiple hosts access the gfs2 at the same time?

if gfs2 use multiple device directly rather than through lvm, then we 
can just lock one device rather than all device?
- journal lock one device only
- data write lock one device only.

Now SSD/SAN is very fast and become cheaper, and we can use multiple 
SSD/SAN for one bigger filesystem and bigger HPC cluster?

Best Regards
Wang Yugui (wangyugui at e16-tech.com)
2023/04/24


  reply	other threads:[~2023-04-24 11:35 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-04-22  1:20 [Cluster-devel] question about gfs2 multiple device support Wang Yugui
2023-04-24 10:00 ` Steven Whitehouse
2023-04-24 11:35   ` Wang Yugui [this message]
2023-05-08 22:25     ` Wang Yugui

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=20230424193510.4A1D.409509F4@e16-tech.com \
    --to=wangyugui@e16-tech.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.