Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 27 Apr 2020 21:07:08 -0400
From:      Aryeh Friedman <>
To:        Daniel Feenberg <>
Cc:        Arne Steinkamm <>, Ihor Antonov <>,  "Steve O'Hara-Smith" <>, FreeBSD Mailing List <>
Subject:   Re: Wayland on FreeBSD
Message-ID:  <>
In-Reply-To: <>
References:  <> <> <5058973.kMyvyFPq5o@amos> <> <> <> <> <> <>

Next in thread | Previous in thread | Raw E-Mail | Index | Archive | Help
On Fri, Apr 24, 2020 at 8:24 AM Daniel Feenberg <> wrote:

> On Thu, 23 Apr 2020, Aryeh Friedman wrote:
> >
> > Looking around almost every major linux dist discourages NFS in favor of
> > almost anything else for example here is SUSE's official manual on
> network
> > storage (never even mentions NFS directly as a primary option, only how
> to
> > manage the ACL's if your on a legacy NFS system):
> >
> >
> Perhaps we have been in a rut with our petabyte of data entirely accessed
> over NFSv3, but looking at that web page I wonder if there isn't something
> obsolete about it - after all, the majority of the hardware mentioned in
> section 17.2 as being supported is IBM and SUN, and very little would be
> available for purchase today. I know it has an April 2020 data at the top,
> but still, it doesn't reflect our experience with Linux. All of our Linux
> systems have excellent support for NFS, and have for 30 years or more.
> I wonder if the documentation is perhaps greatly removed from actual
> practice. It is about remote block storage, NFS is about remote file
> storage.

The jury seems to still out (at best) on the question of block vs. file.
I suspect the main issue are you NAS (file storage) or SAN (block storage):

If anything people seem to be recommending object over block and block over
file.... one comment if iSCSI is such clusterF then object storage is even
worse since it abstracts the physical location away where is block at least
preserves that.

> All our storage is FreeBSD, Freenas or Truenas. All our compute servers
> are Linux.
> Daniel Feenberg

Aryeh M. Friedman, Lead Developer,

Want to link to this message? Use this URL: <>