link of interest: testing journal and atime option effects by ext4 author
I ordered an 80GB G2 intel for my workstation.
So far I saw the SSD tests by phoronix were run with ext4,
would I require any special mount options?
There seem to be little alternative fs that are stable or spec frozen at this point.
I read an article recently in which Torvalds states he'll only use Intel SSDs because he can use it OOTB or something along those lines.
Did anyone else read that or does anyone know what I'm talking about?
It will work out of the box, but using -o noatime when you can live without it, will reduce wear a bit, as tso recommends in the link above.
I read somewhere that BTRFS and NILFS are optimised for ssd's. But BTRFS and NILFS is still maybe not very safe to use and Grub 2 has still problems with those filesystems probably.
If Grub has problems with your root file system, can't you make a separate partition for the boot folder and use whatever supported file system there? I seem to remember running Reiser4 as my root fs and having a boot partition that was ReiserFS since I didn't want to patch Grub and Gentoo wasn't doing it for me.
The Grub legacy supports BTRFS (probably?) better than Grub 2.
About 2 month ago, I asked someone in the Grub2 IRC channel if Grub 2 supports BTRFS.
<Fenrin> Hello, im just wondering if BTRFS is supported by grub2 or not yet? I know its not in the current status list...
<Fenrin> maybe anyone can help?
<fezie> no it's not
<Fenrin> does this mean that only boot has to be a supported filesystem or root too?
<fezie> grub-mkconfig doestn't work even if just / and not /boot is btrfs
<Fenrin> ok thanks
<fezie> but except of that it doestn't matter if /boot is some supported fs and / btrfs
<Fenrin> ok good to know
Is there any good write-ups somewhere for using a SSD in Linux?
There's some (possibly) outdated articles about using TRIM in Linux, you need at least 2.6.33 kernel for support or something like that.
You might need 'discard' in your fstab file and wiper.sh script?
I have no idea what these are or what they do or where/how to implement them in the Linux install.
If someone could explain exactly or if you know of links where it's explained, could you post them? I'm just curious and it will probably help others?
I'll probably just wait until SSDs get cheaper and the newer ones come out. It just seems like you have to do too many 'tweaks' for a drive to use it in Linux, imho. But, it might help if there are some up-to-date concise instructions that would make it easier, more convenient and faster.
I would choose ext4, to answer the question. It allows for the TRIM or GC implementation. Some users disable the journal filing for a period of time but I don't see why you would need that. As long as TRIM and/or GC is working, the drive should be working fine for a quite a while. Then again, I'm no expert at this stuff.
- You need kernel 2.6.33 or later together with the mount option 'discard' if you want to use automatic trim. You also need a file system which supports TRIM. In the ext-family only ext4 supports it.
- For manual trim you need to run wiper.sh and use a supported file system. (ext4 and xfs should work).
- A raid configuration probably won't support trim. There might be a few exceptions.
- Mounting the file system with noatime is beneficial with all drives including mechanical.
- When you create the file system don't forget to align it properly.
Some other tweaks which you might want to apply if you're addicted to SSD...
- Neglecting to add a swap-file/partition won't hurt the lifespan of the disk.
- Dumping log files on a ramdisk will also help.