[NTLUG:Discuss] SSD on Linux Desktop

[Ralph Green]

Howdy,
  If you said 50 %, I might have believed it.  Most of what is needed
to boot up is on /boot and /usr.  I should also say that my tests have
been with small SSDs.  They were only 4GB and 8GB, so I never
seriuosly considered putting more on them.  The size of your drive and
how sensitime you are to the SSD wearing out should affect your usage.
 Most SSDs that I have seen are based around MLC flash cells and they
don't have a long life.  If I had a big, SLC based SSD, I'd put more
there, too.  If TI can get FRAM scaled up to reasonable capacity and
keep a reasonable cost, it will be a better solution, anyway.
Good luck,
Ralph


On 4/13/12, Mike Hart <just_mike_y at yahoo.com> wrote:
>>   Put /boot and /usr on the SSD, and everything else on a mechanical
>> drive.
>
>
> That config would also eliminate 85% of the system speed improvement from
> SSD, and necessitates keeping the mechanical drive on, eliminating the sound
> and power improvements that SSD offers.
>
>
> noatime and not having a swap on the SSD is a good idea.  If you want to
> deal with partitions i'd map / (Root) to SSD  then /tmp and /var/log to
> mechanical, if not to some virtual RAM space. A / to SSD and { /tmp ;
> /var/log ; } to RAM would be about as fast as you could get and move most
> repetitive writes off the SSD.  A linux system is perfectly capable of
> running without swap space these days.
>
>
> This config would also make forensics nearly impossible, but the whole idea
> of SSD is speed.
>
>
> If you want to keep the mechanical around as a vault or long-term storage
> drive, map it to /media/vault/ or /mnt/junk/ partition. However, as easy and
> cheap as USB SATA or USB IDE converters are now, I'd recommend going that
> route, and not keeping a mechanical drive powered on all the time. It will
> make a huge difference in the temperature inside the case and the sound from
> the box while running.