https://www.centos.org/modules/newbb/viewtopic.php?topic_id=28950 - this goes for Ubuntu too.
Basically: ext4, use the 'defaults,discard,noatime' options. Some people also recommend swapping out the cfq IO scheduler for the noop scheduler, since there's no seek time differences between sectors in SSDs. Just add 'echo noop > /sys/block/sda/queue/scheduler' to /etc/rc.local. James On 24/01/2012 20:34, Bill Putney wrote: > Ubuntu or Centos I ment... > > On 1/24/12 12:33 PM, Bill Putney wrote: >> James, >> >> Thanks! Any known issues with either Ubuntu or Centex? >> >> Bill Putney - KPTZ Port Townsend, WA >> >> On 1/24/12 12:26 PM, James Harrison wrote: >>> I've tried a few SSDs out at this point. OCZs have failed on me, >>> Corsairs have been solid and reliable. Intels are also purportedly very >>> reliable, especially their enterprisey ones, but they're a bundle more >>> expensive - Corsair are a good middle ground as far as I can tell. >>> >>> They certainly run cooler, though not by a lot - I have thermal >>> monitoring on all my drives (thin-wire thermocouples attached with >>> thermal compound to the top of the disk) and they're all around 40c, HDD >>> or SSD, with an ambient case temp of 25c. If you want a big noise >>> reduction, make sure you replace the stock CPU cooler with something >>> larger - Zalman do some great aircoolers which run slow and quiet, or >>> you could go for a Corsair H50, which will keep an i5 dead cold but is >>> pretty damn quiet. Depends how you feel on closed-loop >>> watercooling... :-) >>> >>> I'd go for a SATAIII drive like the Corsair Force 3 at this stage. >>> They're stupid fast, don't cost much more than the SATAII equivalents >>> (and if you're buying a motherboard in this day and age it'll have >>> SATAIII anyway), and are just faster than anything I've ever used >>> before. I'm currently using a Force 3 as my desktop's primary, a 120GB >>> disk. I'd put everything except /var/snd on SSDs - what's the downside? >>> >>> Just make sure your OS/FS supports TRIM, of course... >>> >>> James >>> >>> On 24/01/2012 20:08, Bill Putney wrote: >>>> We're moving to 2.1.2 (at last). I need to upgrade one of our machines >>>> to a dual core 64 bit machine and I'm thinking of other things we might >>>> do to improve things. >>>> >>>> It seems like the Rivendell client machines would be quite happy on >>>> a 60 >>>> GB drive (except for the /var/snd which lives on the server). 60 GB SSD >>>> drives are under $100 these days and I'm thinking that the reduction of >>>> heat and increase in speed might make them good choices for the client >>>> machines. They should also be quieter than even the quietest spinning >>>> drive. Reduction in the heat load in the boxes might mean that the >>>> smart >>>> fans will spin a little slower further reducing noise. >>>> >>>> I am thinking that if there isn't a downside, making the server >>>> root/boot drive an SSD too might be a good thing to do just because it >>>> might be faster and make database look ups quicker. The /var/snd volume >>>> will stay a big spinning drive RAID-5 (or Raid-Z) array of expensive >>>> enterprise class drives. >>>> >>>> Any thoughts or experiences would be appreciated. Any drives to stay >>>> away from? Any that have worked well? I saw a comment by one user that >>>> said that they had an SSD drive that was lightning fast except for the >>>> twice a day when it took 15 second to do some internal function. >>>> Clearly >>>> that's not something I want to have in the automation system. >>>> >>>> Bill Putney - KPTZ Port Townsend, WA >>>> _______________________________________________ >>>> Rivendell-dev mailing list >>>> [email protected] >>>> http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev >>> _______________________________________________ >>> Rivendell-dev mailing list >>> [email protected] >>> http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev > _______________________________________________ > Rivendell-dev mailing list > [email protected] > http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev _______________________________________________ Rivendell-dev mailing list [email protected] http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
