On Mon, Dec 03, 2018 at 08:34:57AM -0800, Darrick J. Wong wrote: > On Mon, Dec 03, 2018 at 04:48:12PM +0100, Holger Hoffstätte wrote: > > On 12/3/18 2:12 PM, Kanchan Joshi wrote: > > > Log gets updated in a circular fashion, and that makes life-time > > > of log-data different from other types of meta/user-data. > > > By passing a write life-time hint with log, GC efficiency of multi-stream SSD > > > gets improved, leading to endurance/performance benefits. > > > It is described in greater detail (along with results) in this "FAST 2018" > > > paper - > > > https://www.usenix.org/conference/fast18/presentation/rho > > > This patch introduces new mount option "logwritehint" to pass write hint > > > with XFS log. > > > > Is there any downside to passing the hints unconditionally? > > Why wouldn't we always pass LIFE_EXTREME? Do people have setups where, > say, hint <= LIFE_MEDIUM gets a disk but anything longer than that gets > a big slow stone tablet, which is not where we'd want the metadata log? > > For that matter, should we be passing write hints for other fs metadata? > Fixed AG headers never move, should they be LIFE_whateverthelogis ? How > about space and file metadata, which aren't fixed to certain locations? I started looking at this recently because of the problems that were being had with the XFS allocator interleaving short term and long term data for certain applications. Part of this was getting the userspace hints plumbed through to the inode, which then canbe used by the allocator to make high level placement decisions (e.g. AG level) and then the hint gets plumbed through to the user data bios as well. Metadata is largely static, even the dynamic metadata, because we overwrite in place and it doesn't move about all that much in common workloads. So it was just looking at treating all the metadata as the same, given that there are only 4 or 5 hint levels available. > > Introducing a new mount option which depends on the internals of > > an SSD seems .. unlikely to gain many friends. > > Otherwise a great idea. :) > > Likewise, I'm not wild about adding mount options or passing raw > integers via mount(8) command line: > > mount /dev/fd0 /mnt -o logwritehint=3 # ??? No mount option, please. Fix the log and metadata as "always overwritten in place" write type hints, let user data be specified by the dynamic per-inode hinting interface we already have. Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx
