If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.
You could also wait for Alpha 3 which is arriving tomorrow, but tere shouldn't be any changes to this one really.
It's called system updates....doing that would probably be faster than downloading, burning/making a USB boot drive, and installing Alpha 3 when you already have Alpha 2.
It's tricky to use as a root FS, because you can only setup grub on it from the GRUB bootloader itself, not while running Linux with grub-install. (I keep a GRUB floppy image on a USB drive, that I can boot with syslinux's memdisk. I also have it on my PXE netboot server.)
Also, XFS needs to be mounted with logbsize=256k to do well all around (at least on magnetic disks). However, putting that in /etc/fstab for the root fs doesn't do anything, because for the root fs it only does a mount -o remount to try to apply the options. So if only logbsize=256k was the default on systems with plenty of RAM... (with the default logbsize=32k, IIRC, you bottleneck on journaling metadata ops any time you write a lot of small files, e.g. extracting a tar). Be sure you use a recent xfsprogs, or manually specify lazy_count=1.
Anyway, wow, ext4 does great on solid-state disks! I wonder what the bottlenecks are in the other filesystems... Maybe CPU usage on the Atom? I know XFS is not a small piece of code, and it's definitely tuned for massive SMP systems, but maybe not for systems with such a slow CPU, esp. relative to the I/O latency of a solid state disk.
The IOZone Write test result is rather strange... it's hard for me to believe that ext4 is 2x faster than the earlier ext2/3 versions. I wonder if delayed writes are playing havoc with the results?
Comment