Author |
Message |
manicmike
|
Posted: Mon Jul 07, 2008 7:35 pm |
|
Joined: Sun Aug 28, 2005 7:07 pm
Posts: 821
Location:
Melbourne, Australia
|
If you get a bit annoyed with the pauses watching TV when deleting old shows, here is a good tip for an auto-install. Don't use it for an upgrade as it will delete all of your existing files!
At the end of the install when you get the Reboot? message, don't reboot yet.
Press Alt-F2 to get to a terminal, and vim (or nano if you prefer) /mnt/hdinstall/etc/fstab
In the /myth partition set the file type to "xfs", save and quit.
issue "mkfs.xfs -f /dev/sda3" (assuming you have a SATA or SCSI disk)
Alt-F1 and select the OK and reboot.
xfs is far more efficient at dealing with big files. you won't get the disk grinding every time you delete something and it's much faster than ext3 (the default). For an extra squeeze, you can also add "noatime" to your root partition's options in /etc/fstab.
Cheers
Mike
_________________ ********************* LinHES 7.4 Australian Dragon *********************
|
|
Top |
|
|
graysky
|
Posted: Tue Jul 08, 2008 11:44 am |
|
Joined: Wed Dec 10, 2003 8:31 pm
Posts: 1996
Location:
/dev/null
|
Sounds cool. Too bad there isn't a way to convert an existing FS to XFS.
_________________ Retired KM user (R4 - R6.04); friend to LH users.
|
|
Top |
|
|
jzigmyth
|
Posted: Tue Jul 08, 2008 11:50 am |
|
Joined: Thu Mar 02, 2006 5:42 pm
Posts: 410
Location:
middleton wi usa atsc
|
What would be the downside to using XFS instead of Ext3? Any robustness issues or anything like that?
Same goes for "noatime", what is the downside? (actually I don't even know what "noatime" is or does)
Zig
|
|
Top |
|
|
knappster
|
Posted: Tue Jul 08, 2008 11:55 am |
|
Joined: Thu Sep 27, 2007 5:44 pm
Posts: 580
|
graysky wrote: Sounds cool. Too bad there isn't a way to convert an existing FS to XFS.
Where there's a will, there's a way:
http://www.knoppmythwiki.org/index.php? ... tem+switch
And in addition to jzigmyth's questions... if you change to XFS, will that affect auto-upgrades?
|
|
Top |
|
|
manicmike
|
Posted: Tue Jul 08, 2008 2:50 pm |
|
Joined: Sun Aug 28, 2005 7:07 pm
Posts: 821
Location:
Melbourne, Australia
|
knappster wrote: And in addition to jzigmyth's questions... if you change to XFS, will that affect auto-upgrades?
No. Auto-upgrade restores your /etc/fstab which is the only file that will be affected.
Mike
_________________ ********************* LinHES 7.4 Australian Dragon *********************
|
|
Top |
|
|
manicmike
|
Posted: Tue Jul 08, 2008 2:52 pm |
|
Joined: Sun Aug 28, 2005 7:07 pm
Posts: 821
Location:
Melbourne, Australia
|
jzigmyth wrote: What would be the downside to using XFS instead of Ext3? Any robustness issues or anything like that?
Same goes for "noatime", what is the downside? (actually I don't even know what "noatime" is or does) Zig
No negatives these days. You wouldn't use it for a root partition just in case it isn't supported in the kernel, but /myth is perfect due to the large files thing.
Mike
_________________ ********************* LinHES 7.4 Australian Dragon *********************
|
|
Top |
|
|
ChapmanI
|
Posted: Tue Jul 08, 2008 7:43 pm |
|
Joined: Mon May 24, 2004 10:49 pm
Posts: 112
Location:
Calgary, Alberta, Canada
|
Are you suggesting using the "noatime" parameter on just "hda1" (the root filesystem), just "hda3," or on both "hda1" and "hda3"?
I know xfs is already in the R6 feature request queue (and accepted as a done deal I think). Should we add "noatime" to that list too?
|
|
Top |
|
|
tjc
|
Posted: Tue Jul 08, 2008 7:51 pm |
|
Joined: Thu Mar 25, 2004 11:00 am
Posts: 9551
Location:
Arlington, MA
|
I don't think anyone is suggesting using XFS let alone noatime on the root partition.
BTW - atime is access time for the files, and the "noatime" option disables tracking it. It's a silly micro optimization unless you're running something with large numbers of smallish files and lots of parallel access (say like an image or news server).
|
|
Top |
|
|
turpie
|
Posted: Tue Jul 08, 2008 8:37 pm |
|
Joined: Wed Apr 28, 2004 10:42 pm
Posts: 405
Location:
Bendigo, Victoria, Australia
|
jzigmyth wrote: Same goes for "noatime", what is the downside? (actually I don't even know what "noatime" is or does) Zig
The noatime setting stops the filesystem from recording the "last accessed time" for each file, which isn't very useful for most people anyway but saves having to constantly update the atime record any a file is read/accessed.
_________________ Paul Turpie
-------------
<--Is your location in your profile? Why not?
|
|
Top |
|
|
ChapmanI
|
Posted: Wed Jul 09, 2008 12:36 am |
|
Joined: Mon May 24, 2004 10:49 pm
Posts: 112
Location:
Calgary, Alberta, Canada
|
manicmike wrote: For an extra squeeze, you can also add "noatime" to your root partition's options in /etc/fstab. ChapmanI wrote: Are you suggesting using the "noatime" parameter on just "hda1" (the root filesystem), just "hda3," or on both "hda1" and "hda3"?
I know xfs is already in the R6 feature request queue (and accepted as a done deal I think). Should we add "noatime" to that list too? tjc wrote: I don't think anyone is suggesting using XFS let alone noatime on the root partition
I wasn't suggesting xfs for the root partition, though I can see how my comment could have been interpreted that way. The file sizes and volume of file creation/deletion doesn't lend itself to the use of xfs there. The /myth partition is another story, and xfs is widely accepted as the correct choice for it. I suppose my comment above should be updated with "... R6 feature request queue, for the /myth partition ..."
My "accepted as a done deal" point refers to the following: After several posts in the R6 Feature Request thread, about using xfs as the default for the /myth partition, Cecil said, "/myth will be what you want it to be..."
It sure seemed from manicmike's initial posting in this thread, that he meant for the "noatime" optimization to be applied to the root partition, but he didn't refer to applying it to the /myth partition. My gut says it makes sense to do it to both.
I've used a similar feature on the NTFS partitions of my Windows box for years. Last accessed time is useful for large system administrators, but rarely needed for average users and applications. I've seen mention of web servers significantly reducing their load, and increasing their page serving capacity, just by eliminating the updating of files with the last time accessed.
BTW, using "noatime" is a Linus approved optimization.
In a recent lkml thread, Linus Torvalds was involved in a discussion about mounting filesystems with the noatime option for better performance, "'noatime,data=writeback' will quite likely be *quite* noticeable (with different effects for different loads), but almost nobody actually runs that way." He noted that he set O_NOATIME when writing git, "and it was an absolutely huge time-saver for the case of not having 'noatime' in the mount options. Certainly more than your estimated 10% under some loads."
Elsewhere in that discussion Ingo Molnar said, "I cannot over-emphasize how much of a deal it is in practice. Atime updates are by far the biggest IO performance deficiency that Linux has today. Getting rid of atime updates would give us more everyday Linux performance than all the pagecache speedups of the past 10 years, _combined_."[/url]
Those comments seem to imply that it is slightly more than a "micro-optimization."
|
|
Top |
|
|
manicmike
|
Posted: Wed Jul 09, 2008 1:56 am |
|
Joined: Sun Aug 28, 2005 7:07 pm
Posts: 821
Location:
Melbourne, Australia
|
ChapmanI wrote: It sure seemed from manicmike's initial posting in this thread, that he meant for the "noatime" optimization to be applied to the root partition, but he didn't refer to applying it to the /myth partition. My gut says it makes sense to do it to both.
I meant it for / only, but only because it will make some difference there (lots of small files) whereas no real difference with relatively small numbers of large files (/myth). ChapmanI wrote: I've used a similar feature on the NTFS partitions of my Windows box for years. Last accessed time is useful for large system administrators Most sysadmins are large some are huge! ChapmanI wrote: Those comments seem to imply that it is slightly more than a "micro-optimization."
Agreed. I have read a lot about it and where there are a lot of files involved it is reported to make a big difference to the speed of file access.
Cheers
Mike
_________________ ********************* LinHES 7.4 Australian Dragon *********************
|
|
Top |
|
|
Grant_Edwards
|
Posted: Wed Jul 09, 2008 8:42 am |
|
Joined: Fri Feb 08, 2008 9:19 pm
Posts: 70
|
ChapmanI wrote: I wasn't suggesting xfs for the root partition, though I can see how my comment could have been interpreted that way. The file sizes and volume of file creation/deletion doesn't lend itself to the use of xfs there. The /myth partition is another story, and xfs is widely accepted as the correct choice for it. XFS is definitely superior to ext3 for the /myth partition. When I was using ext3, deleting a recording would cause playback to pause (and sometimes crash) for the next 30-60 seconds. This would happen even when deleting relatively "small" SD recordings. Since switching to XFS, I've never noticed any effect when I delete a recording. Quote: My "accepted as a done deal" point refers to the following: After several posts in the R6 Feature Request thread, about using xfs as the default for the /myth partition, Cecil said, "/myth will be what you want it to be..."
That's good to hear. I can't imagine why anybody would want to
use ext3 -- especially as HD becomes more common.
_________________ Grant
|
|
Top |
|
|
opel70
|
Posted: Wed Jul 09, 2008 10:51 am |
|
Joined: Tue Apr 11, 2006 7:44 am
Posts: 287
Location:
Los Angeles, CA
|
knappster wrote: graysky wrote: Sounds cool. Too bad there isn't a way to convert an existing FS to XFS. Where there's a will, there's a way: http://www.knoppmythwiki.org/index.php? ... tem+switch
Just to clarify, this process doesn't "convert" an existing FS to XFS, it backs up and reformats. Requiring you to have enough space available to store a tar backup of your entire /myth partition somewhere else.
_________________ Tim
LinHES 8.4 HDHR3 BioStar A770, AMD X2 4050e, 2GB RAM GigaByte GeForce 8400, Chaintech AV710 USB-UIRT
|
|
Top |
|
|
ChapmanI
|
Posted: Wed Jul 09, 2008 8:00 pm |
|
Joined: Mon May 24, 2004 10:49 pm
Posts: 112
Location:
Calgary, Alberta, Canada
|
manicmike wrote: Most sysadmins are large ;-) some are huge! No slight was intended towards system administrators. Nor was it a commentary on their girth. Perhaps the phrasing should have been Quote: administrators of large systems
|
|
Top |
|
|
stevenj
|
Posted: Wed Jul 09, 2008 8:55 pm |
|
Joined: Thu Jan 01, 2004 9:21 pm
Posts: 84
Location:
Fort Collins, CO USA
|
I'm no export and could very well be wrong, but I thought I'd read here that a big negative of XFS was that if used on an LVM partition, you couldn't extend it. With the storage pools in the new version, LVM isn't so necessary any more, so I'm planning to move to XFS now with 5.5. Been desperately waiting for this version to migrate my 4-drive LVM /myth partition to a new 750GB HD XFS partition I bought in March.
Steve
|
|
Top |
|
|