Mailinglist Archive: opensuse-factory (286 mails)
|< Previous||Next >|
Re: [opensuse-factory] Re: observed significant performance improvement in XFS a real-world application
- From: "Nikanth Karthikesan" <KNikanth@xxxxxxxxxx>
- Date: Fri, 20 Aug 2010 08:04:51 -0600
- Message-id: <4C6ED8DB020000C500053174@xxxxxxxxxxxxxxxxxxxxxxx>
BEGIN PGPOn 8/20/2010 at 07:29 PM, Jeff Mahoney <jeffm@xxxxxxxx> wrote:
On 08/20/2010 09:53 AM, Nikanth Karthikesan wrote:
BEGIN PGPOn 8/20/2010 at 06:53 PM, Jeff Mahoney <jeffm@xxxxxxxx> wrote:
On 08/20/2010 12:26 AM, Linda Walsh wrote:
Carlos E. R. wrote:
On 2010-08-20 06:16, Linda Walsh wrote:---
Stefan Seyfried wrote:
Besides, you cannot install a boot record onto XFS, so you always----
Some have had this problem.
I have never had this issue. My root (and boot) partition are xfs.
It is a documented and known problem.
Yes -- a documented problem in Grub. Not in XFS.
SuSE maintainers thought GRUB was more important than the ability to use
1 file system for all your file systems.
Personally, I disagree, since it is GRUB that is doing things, that
were documented as being problematic, since before GRUB was even
Personally I don't miss the days of forgetting to run lilo after every
kernel update and being greeted with LILILILILILI or whatever it was.
But as long as one runs lilo...
Lilo should be taken out back and shot. This is even more true as more
file systems are developed that lilo can't possibly ever work with, like
I thought LILO is file-system agnostic?
And LILO is the only possible way to use a brand-new file-system, whenever
a new file-system comes out, till GRUB learns the format?!
More specifically, LILO works directly with maps of blocks instead of
interpreting the file system. That becomes dangerous when the file
system governing those blocks makes no promises about that map remaining
static. That promise can be broken easily by a copy-on-write file
system, file systems that aren't absolutely block based, and also by
anything running a defrag tool, which are becoming more common.
Ah, that explains. I assumed, it copies the actual data. Never thought
that it just notes the bmaps. Thanks.
The solution should *not* be to teach the defrag tools about LILO. The
solution should be to fix any remaining bugs in GRUB.
 yes, reiserfs has an ioctl for lilo to call to ensure that the tail
of a kernel image or initrd isn't packed so lilo can use it. That is a
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/
-----END PGP SIGNATURE-----
To unsubscribe, e-mail: opensuse-factory+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-factory+help@xxxxxxxxxxxx
|< Previous||Next >|