Re: Default boot/root filesystem

On 09/25/2013 01:29 PM, Michael Cronenworth wrote: Ric Wheeler wrote: You should - and can - easily test your workload with your hardware/software stack to see if the options make a difference. Of course I can, but the issue is comparison. I can run tests all day long that may not stress the

Re: Default boot/root filesystem

Ric Wheeler wrote: You should - and can - easily test your workload with your hardware/software stack to see if the options make a difference. Of course I can, but the issue is comparison. I can run tests all day long that may not stress the one area people are hitting that disuade them from w

Re: Default boot/root filesystem

On 09/25/2013 12:48 PM, Michael Cronenworth wrote: Chris Murphy wrote: https://patrick-nagel.net/blog/archives/337 He provides no reliable testing method. I don't consider his results to be scientific or useful. One blogger will not be enough evidence. You should - and can - easily test y

Re: Default boot/root filesystem

On Sep 25, 2013, at 10:48 AM, Michael Cronenworth wrote: > Chris Murphy wrote: >> https://patrick-nagel.net/blog/archives/337 > > He provides no reliable testing method. I don't consider his results to be > scientific or useful. One blogger will not be enough evidence. You say that as if it'

Re: Default boot/root filesystem

Chris Murphy wrote: https://patrick-nagel.net/blog/archives/337 He provides no reliable testing method. I don't consider his results to be scientific or useful. One blogger will not be enough evidence. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailma

Re: Default boot/root filesystem

On Sep 25, 2013, at 9:02 AM, Michael Cronenworth wrote: > Chris Murphy wrote: >> So as it turns out some devices get really busy and slow down when TRIM is >> used, so not all devices are well suited for discard and therefore it's >> probably not a good idea for it to be set by default. It's a

Re: Default boot/root filesystem

On Sep 25, 2013, at 8:56 AM, Ric Wheeler wrote: > On 09/25/2013 10:48 AM, Chris Murphy wrote: >> On Sep 25, 2013, at 6:12 AM, Ric Wheeler wrote: >>> We should not confuse TRIM that gets handled at the device layer (and is a >>> slow, non-queued S-ATA command for example) and a dm-thin parsing

Re: Default boot/root filesystem

Chris Murphy wrote: So as it turns out some devices get really busy and slow down when TRIM is used, so not all devices are well suited for discard and therefore it's probably not a good idea for it to be set by default. It's also not enabled by default for ssds with btrfs either. And with dm-

Re: Default boot/root filesystem

On 09/25/2013 10:48 AM, Chris Murphy wrote: On Sep 25, 2013, at 6:12 AM, Ric Wheeler wrote: We should not confuse TRIM that gets handled at the device layer (and is a slow, non-queued S-ATA command for example) and a dm-thin parsing of that same command in software which just updates the meta

Re: Default boot/root filesystem

On Sep 25, 2013, at 6:12 AM, Ric Wheeler wrote: > We should not confuse TRIM that gets handled at the device layer (and is a > slow, non-queued S-ATA command for example) and a dm-thin parsing of that > same command in software which just updates the metadata that dm-thin > maintains. Yes, fa

Re: Default boot/root filesystem

On 09/24/2013 10:25 PM, Chris Murphy wrote: On Sep 24, 2013, at 7:34 PM, William Brown wrote: Additionally, with the concerns re device shrink. Yes, XFS won't let you shrink, but with thin provision LVM that isn't so much an issue: You just shrink the pv and leave it alone. I would also argue t

Re: Default boot/root filesystem

On Sep 24, 2013, at 7:34 PM, William Brown wrote: > > Additionally, with the concerns re device shrink. Yes, XFS won't let you > shrink, but with thin provision LVM that isn't so much an issue: You > just shrink the pv and leave it alone. I would also argue that anyone > who is smart enough to s

Re: Default boot/root filesystem

On Mon, 2013-09-09 at 11:02 -0500, Eric Sandeen wrote: > On 9/9/13 10:56 AM, Till Maas wrote: > > On Sat, Sep 07, 2013 at 05:35:05PM -0500, Eric Sandeen wrote: > > > >> If people want to switch the Fedora default to XFS, I'll gladly file > >> the feature. :) > > > > Why is XFS better than ext4.

Re: Default boot/root filesystem

On 9/9/13 10:56 AM, Till Maas wrote: > On Sat, Sep 07, 2013 at 05:35:05PM -0500, Eric Sandeen wrote: > >> If people want to switch the Fedora default to XFS, I'll gladly file >> the feature. :) > > Why is XFS better than ext4. When I checked a few months ago, XFS did > not even support shrinking

Re: Default boot/root filesystem

On Sat, Sep 07, 2013 at 05:35:05PM -0500, Eric Sandeen wrote: > If people want to switch the Fedora default to XFS, I'll gladly file > the feature. :) Why is XFS better than ext4. When I checked a few months ago, XFS did not even support shrinking, but only growing. Even now there seems to be on

Re: Default boot/root filesystem

On 09/09/2013 02:35 PM, Josef Bacik wrote: >In a 21 century distro the sub community would decide which default >filesystem would be their preference to deliverer the best out of the box >experience for their product but hey rings to rule them all and hobbits too. > I'd like to see this become a

Re: Default boot/root filesystem

On Sat, Sep 7, 2013 at 6:40 PM, "Jóhann B. Guðmundsson" wrote: > On 09/07/2013 10:35 PM, Eric Sandeen wrote: >> >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> On 9/6/13 5:48 PM, Sam Varshavchik wrote: >>> >>> According to this: >>> >>> >>> http://www.serverwatch.com/server-news/where-is

Re: Default boot/root filesystem

On 09/07/2013 10:35 PM, Eric Sandeen wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/6/13 5:48 PM, Sam Varshavchik wrote: According to this: http://www.serverwatch.com/server-news/where-is-red-hat-enterprise-linux-7.html RHEL7 will use XFS for the default boot/root. I could certa

Re: Default boot/root filesystem

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/6/13 5:48 PM, Sam Varshavchik wrote: > According to this: > > http://www.serverwatch.com/server-news/where-is-red-hat-enterprise-linux-7.html > > RHEL7 will use XFS for the default boot/root. > > I could certainly have been out of town, for a w

Re: Default boot/root filesystem

On 9/7/13 3:47 AM, Chris Murphy wrote: > > On Sep 7, 2013, at 12:48 AM, Sam Varshavchik wrote: > >> According to this: >> >> http://www.serverwatch.com/server-news/where-is-red-hat-enterprise-linux-7.html >> >> RHEL7 will use XFS for the default boot/root. > > The article doesn't make it clear

Re: Default boot/root filesystem

On 09/07/2013 03:19 AM, Ken Dreyer wrote: Sure, RHEL is distinct from Fedora, and they make different decisions, etc. The original point still stands: it's puzzling that XFS may end up as the default in RHEL 7 when it has never been the default for even a single Fedora release. Entirely irrelev

Re: Default boot/root filesystem

On Sep 7, 2013, at 12:48 AM, Sam Varshavchik wrote: > According to this: > > http://www.serverwatch.com/server-news/where-is-red-hat-enterprise-linux-7.html > > RHEL7 will use XFS for the default boot/root. The article doesn't make it clear if this is XFS for both /boot and / or just /. But

Re: Default boot/root filesystem

On Fri, Sep 6, 2013 at 8:41 PM, Chris Adams wrote: > Once upon a time, Sam Varshavchik said: > I could certainly have been out of town, for a while, and missed >> this. But, to the best of my knowledge, Fedora uses ext4 as the >> default boot/root. Just sounds a bit strange to me, that this is >

Re: Default boot/root filesystem

Hi On Fri, Sep 6, 2013 at 6:48 PM, Sam Varshavchik wrote: > According to this: > > http://www.serverwatch.com/**server-news/where-is-red-hat-** > enterprise-linux-7.html > > RHEL7 will use XFS for the default boot/r

Re: Default boot/root filesystem

Once upon a time, Sam Varshavchik said: I could certainly have been out of town, for a while, and missed > this. But, to the best of my knowledge, Fedora uses ext4 as the > default boot/root. Just sounds a bit strange to me, that this is > getting dumped into RHEL without tossing it into Fedora f