From: Thomas Fjellstrom <thomas@fjellstrom.ca>
To: stan@hardwarefreak.com
Cc: Chris Murphy <lists@colorremedies.com>,
linux-raid Raid <linux-raid@vger.kernel.org>
Subject: Re: recommended way to add ssd cache to mdraid array
Date: Sat, 12 Jan 2013 07:44:19 -0700 [thread overview]
Message-ID: <201301120744.19386.thomas@fjellstrom.ca> (raw)
In-Reply-To: <50F11FE2.8090701@hardwarefreak.com>
On Sat Jan 12, 2013, Stan Hoeppner wrote:
> On 1/11/2013 8:44 PM, Thomas Fjellstrom wrote:
> > On Fri Jan 11, 2013, Stan Hoeppner wrote:
> >> On 1/11/2013 12:51 PM, Thomas Fjellstrom wrote:
> >>>> It's not but as Stan writes it may not be preferred for your
> >>>> application.
> >>>
> >>> Hm, ok, it is in my mount line, so I'll try it with that off. Though I
> >>> would be interested in hearing from Stan why it may not be good.
> >>
> >> You should not do this. This parameter is not a toggle switch intended
> >> to be flipped on/off at will, but changed only once and left there.
> >
> > Makes me wonder why they are mount options if they aren't meant to ever
> > be changed?
>
> I'll answer that question with a question: If you were to implement a
> new (secondary) allocator on a 10 year old filesystem, by what mechanism
> would you have the user enable it?
>
> You can't change the allocator while the filesystem is mounted, so you
> can't do this with a sysctl. So if you must remount the filesystem to
> enable the new allocator, where do you enable it?
>
> Make sense yet?
Could have a tool like tune2fs, if you have to remount anyway, putting the non
option option behind a tool would make it less dangerous for people who don't
know they aren't actually changeable.
> >> Never change XFS parameters willy-nilly without knowing the
> >> consequences. And currently you certainly do not know them.
> >>
> >> I don't have time for the detailed explanation. Ask on the XFS list.
> >
> > Alright, thanks for your help :)
>
> And as the last few times over many months, you never post to the XFS
> list. Which tells me you really don't care to learn this stuff.
I don't think theres a reason to be hostile. I had been meaning to join the
XFS list, but usually, I get so far into looking into this stuff, before I run
out of time and have to get back to work. As it is this new NAS box has been
sitting on the floor doing nothing for a month or so waiting for me to have
time to finish configuring it.
--
Thomas Fjellstrom
thomas@fjellstrom.ca
next prev parent reply other threads:[~2013-01-12 14:44 UTC|newest]
Thread overview: 53+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-22 6:57 recommended way to add ssd cache to mdraid array Thomas Fjellstrom
2012-12-23 3:44 ` Thomas Fjellstrom
2013-01-09 18:41 ` Thomas Fjellstrom
2013-01-10 6:25 ` Chris Murphy
2013-01-10 10:49 ` Thomas Fjellstrom
2013-01-10 21:36 ` Chris Murphy
2013-01-11 0:18 ` Stan Hoeppner
2013-01-11 12:35 ` Thomas Fjellstrom
2013-01-11 12:48 ` Thomas Fjellstrom
2013-01-14 0:05 ` Tommy Apel Hansen
2013-01-14 8:58 ` Thomas Fjellstrom
2013-01-14 18:22 ` Thomas Fjellstrom
2013-01-14 19:45 ` Stan Hoeppner
2013-01-14 21:53 ` Thomas Fjellstrom
2013-01-14 22:51 ` Chris Murphy
2013-01-15 3:25 ` Thomas Fjellstrom
2013-01-15 1:50 ` Stan Hoeppner
2013-01-15 3:52 ` Thomas Fjellstrom
2013-01-15 8:38 ` Stan Hoeppner
2013-01-15 9:02 ` Tommy Apel
2013-01-15 11:19 ` Stan Hoeppner
2013-01-15 10:47 ` Tommy Apel
2013-01-16 5:31 ` Thomas Fjellstrom
2013-01-16 8:59 ` John Robinson
2013-01-16 21:29 ` Stan Hoeppner
2013-02-10 6:59 ` Thomas Fjellstrom
2013-01-16 22:06 ` Stan Hoeppner
2013-01-14 21:38 ` Tommy Apel Hansen
2013-01-14 21:47 ` Tommy Apel Hansen
2013-01-11 12:20 ` Thomas Fjellstrom
2013-01-11 17:39 ` Chris Murphy
2013-01-11 17:46 ` Chris Murphy
2013-01-11 18:52 ` Thomas Fjellstrom
2013-01-12 0:47 ` Phil Turmel
2013-01-12 3:56 ` Chris Murphy
2013-01-13 22:13 ` Phil Turmel
2013-01-13 23:20 ` Chris Murphy
2013-01-14 0:23 ` Phil Turmel
2013-01-14 3:58 ` Chris Murphy
2013-01-14 22:00 ` Thomas Fjellstrom
2013-01-11 18:51 ` Thomas Fjellstrom
2013-01-11 22:17 ` Stan Hoeppner
2013-01-12 2:44 ` Thomas Fjellstrom
2013-01-12 8:33 ` Stan Hoeppner
2013-01-12 14:44 ` Thomas Fjellstrom [this message]
2013-01-13 19:18 ` Chris Murphy
2013-01-14 9:06 ` Thomas Fjellstrom
2013-01-11 18:50 ` Stan Hoeppner
2013-01-12 2:45 ` Thomas Fjellstrom
2013-01-12 12:06 ` Roy Sigurd Karlsbakk
2013-01-12 14:14 ` Stan Hoeppner
2013-01-12 16:37 ` Roy Sigurd Karlsbakk
2013-01-10 13:13 ` Brad Campbell
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=201301120744.19386.thomas@fjellstrom.ca \
--to=thomas@fjellstrom.ca \
--cc=linux-raid@vger.kernel.org \
--cc=lists@colorremedies.com \
--cc=stan@hardwarefreak.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).