Username:

Password:

Pages: [1]
  Print  
Author Topic: Using SSD for boot advice  (Read 3795 times)
TX-Gunslinger
BLACK 2
Administrator
Hero Member
*****
Offline Offline

Posts: 2213


View Profile
« on: January 01, 2013, 12:06:25 pm »

After 3 months of working with 2 different SSD's - as boot devices, I have a few "lessons learned" I'd like to share.

1. SSD's are not as reliable as disks.

2. Sooner or later, something will get corrupted on the boot disk.

3. System restore cannot replace a proper backup (image).

4. If you invest in an SSD(s), invest also in Acronis, Norton Ghost or learn to make "bit copies" yourself the hard way.  I use Acronis now, to image my SSD's about once a week, and particularly after "reinstall of everthing".

5. I have an X79 board.  While the 7 series MB's have what appears to be reliable Raid 0 support - don't try Raid 0 on an X79 yet (can be done with "user" developed patches to SATA drivers) unless you have backup.

6. Addendum:  Install ALL Win7 Windows Updates, not just those labeled "essential".  Some of the non-essential/optional upgrades will be essential to your system.   Microsoft's definition of essential may not be your definition of essential.

7. Install all Win 7 updates FIRST.  Then Graphics drivers, and lastly applications.


S!

Gunny
« Last Edit: January 02, 2013, 10:17:54 am by TX-Gunslinger » Logged

Black 2 TX Flight Leader
GOZR
TX-Member
Hero Member
*****
Offline Offline

Posts: 1479



View Profile WWW
« Reply #1 on: January 01, 2013, 02:25:23 pm »

1. SSD's are not as reliable as disks.

Thanks I'll wait more time.. My loading time is quite fast for now.. You are scaring me  Wink
Logged

-GOZR
TX-TOAD
TX-Member
Sr. Member
*****
Offline Offline

Posts: 475


View Profile
« Reply #2 on: January 01, 2013, 05:36:18 pm »

Yep this has been the curse of them since they came out.

I have yet to hear that they are the replacement for drive as of yet.
Logged

TX-EcoDragon
BLACK 1
Administrator
Hero Member
*****
Offline Offline

Posts: 3034


G's Please


View Profile WWW
« Reply #3 on: January 02, 2013, 01:41:12 pm »

Good advice on the Disk Imaging software Gunny. I've had bad luck with installing drivers and such that are not essential though....I look at each update and decide.

What I've learned is that all SSDs are not created equal, and that all things can break.

If I were buying SSDs I'd buy a Crucial M4 or a Samsung 830 (NOT THE 840, or the older OCZs!).

The 840s have had major reliability issues, and are slower than the 830s....the 840PRO is fast, but long term reliability is still an unknown on early release samples.  Samsung was blaming firmware, and claims that newly shipped drives should be fine, but their early releases were experiencing extremely high failure rates.

RAID 0 is NEVER something you do for reliability....ever....it's like asking for a top fuel dragster to be "reliable" No, the purpose of the dragster is SPEED and if you want a Honda Civic you'll be upset by your dragster. RAID 5 or 6 are reliable...0 is FAST and way less reliable. That's why you never RAID 0 a disk where you are storing sensitive data.

For me, SSDs are fast as heck - I can't think of any normal application that demands double the speed.
SSDs require different care. The easiest way on a Samsung drive is to let Samsung Magician do what it does (and let it run all the time). Run the optimzer that will disable OS features that can corrupt SSDs (like indexing, prefetch, defrag etc) and use it on a TRIM enabled OS.

http://forum.corsair.com/upload/How%20To%20Check%20That%20TRIM%20is%20Active.pdf

 It looks like there are specific RAID support issues for SSDs, so it's probably best to avoid even the "Reliable" modes of RAID:

"RAID issues
As of January 2012, support for the TRIM command has not been implemented in most RAID technologies.[37][38] One case where it has been implemented is in post-January-2011 releases of the Linux kernel's dmraid, which implements BIOS-assisted "fake hardware RAID" support, and now passes through any TRIM requests from the filesystem that sits on the RAID array.[39] Not to be confused with dmraid, Linux's general-purpose software RAID system, mdraid, has experimental support for batch-based (rather than live, upon file deletion), TRIM on RAID 1 arrays when systems are configured to periodically run the mdtrim utility on filesystems (even those like ext3 without native TRIM support).[40] For a short time in March 2010, users were led to believe that the Intel Rapid Storage Technology (RST) 9.6 drivers supported TRIM in RAID volumes, but Intel later clarified that TRIM was supported for the BIOS settings of AHCI mode and RAID mode, but not if the drive was part of a RAID volume.[41] As of November 2011, Intel has indicated in the release notes for RST 11.5 Alpha that they intend to add support for TRIM on RAID 0 volumes in the next version of RST.[42] Red Hat has also recommended against using software RAID levels 1, 4, 5, and 6 on SSDs, because during initialization, most RAID management utilities (e.g. Linux's mdadm) write to all blocks on the devices to ensure that checksums (or drive-to-drive verifies, in the case of RAID 1) operate properly, causing the SSD to believe that all blocks other than in the spare area are in use, significantly degrading performance.[43]"
« Last Edit: January 02, 2013, 02:04:31 pm by TX-EcoDragon » Logged

S!

TX-EcoDragon
Black 1
Pages: [1]
  Print  
 
Jump to: