Archive Home arrow Guides arrow SSD Benchmark Tests: SATA IDE vs AHCI Mode
SSD Benchmark Tests: SATA IDE vs AHCI Mode E-mail
Articles - Featured Guides
Written by Olin Coles   
Friday, 16 April 2010

SSD Benchmark Tests: SATA IDE vs AHCI Mode

In a recent Benchmark Reviews technical article, SSD performance was tested in AHCI and IDE mode using only the HD-Tune software to produce results. It wasn't intentional, but our test results were flawed by this single-threaded benchmark tool, and our conclusion did not properly illustrate IOPS performance. In this article, Benchmark Reviews tests the latest JMicron, Indilinx, and SandForce SSDs using a combination of tools to illustrate the true difference between SATA IDE and AHCI-mode, and demonstrates how one SATA mode is better suited than the other.

Solid State Drive technology is unfamiliar to many consumers, and so long as there are different ways an SSD can operate there always be questions that need answering. Benchmark Reviews offers various SSD tests, but proving performance speeds and matching manufacturer claims is only part of the story. Each SSD processor has unique behaviors, with some working well with TRIM and offering improved performance in AHCI mode, while others include Garbage Collection (GC) and work best in IDE mode. In this article Benchmark Reviews demonstrates how SSDs are tested by the manufacturer, and illustrates how real-world performance is different for end-users.

SATA-Logo_Serial-ATA_AHCI-vs-IDE_Redo.png

When Benchmark Reviews first started testing SSD storage products two years ago, we discovered that there were just too many variables to alter benchmark results. For example, the exact same Solid State Drive may offer one specific write speed while connected to the Intel ICH10 controller, yet could operate up to 30% slower on Marvell or JMicron SATA controller. Additionally, immature driver software can further degrade performance, or optimized drivers can restore speeds. Complicating matters even more, SSD-specific firmware can add features and improvements, but may also reduce operational speeds.

Readers familiar with the new technology have learned to read reviews from as many sources as possible; which is exactly what we've been suggesting in our product conclusions for almost two years. Some websites don't use special drive conditioning tools such as DISKPART or Sanitary Erase, and other do. The same is true for SSD owner, which span from hardware enthusiasts to basic computer users. Benchmark Reviews has concentrated on including several different tools for realizing quantitative performance results for our articles, while other websites use real-world file transfers and application routines. It's all relative, subjective, and impossible to determine which method is best.

For this article, our tests will focus on three of the most widely used SSD processors from Indilinx, JMicron, and SandForce. Using the Intel ICH10 SATA-3.0 controller, our SSD tests will benchmark read and write performance speeds with pristine 'fresh' NAND conditions with Sanitary Erase (for Indilinx) and DISKPART with the 'clean all' command for drive conditioning. Operational IOPS performance will be tested in much the same way, and will reveal which SATA controller is best suited for SSDs.

SSD Benchmark Differences

Solid State Drive technology comes in a myriad of shapes and sizes, which is to say that no SSD is the same as the next. This is why Benchmark Reviews has used three different SSD processor for this article, and did not focus on only one. These differences extend to the strengths and weaknesses of each SSD processor, which might translate into better IOPS performance or bandwidth speed, but could also include new features such at native encryption or TRIM support. Just as every SSD is unique, so is every benchmark testing tool.

As Benchmark Reviews would later discover, our singular use of the HD-Tune software to measure operational IOPS performance was a mistake. HD-Tune 4.01 works fine for measuring sequential read and write bandwidth speeds, but it's a single-threaded application that doesn't issue parallel requests in random IOPS tests. Our previous results relied on this tool to help shape our conclusion of AHCI vs IDE performance, but after some additional testing we determined a second and third opinion were necessary.

For this article, Benchmark Reviews has included results from CrystalDiskMark 3.0.0b and AS-SSD Benchmark 1.4.3704 to help compliment benchmark speed tests from HD-Tune. These tests should offer a more concise report, and assist PC hardware enthusiasts on choosing the SSD and SATA controller mode that is best for their needs.

AHCI & IDE SATA-Mode Differences

Most desktop computer motherboards offers hardware enthusiasts the option to adjust the SATA controller interface settings in their BIOS between AHCI and IDE mode. Traditionally, IDE is the time-tested standard for desktop hard drive products. The IDE interface offers basic control over the storage device, but unfortunately it does not include enterprise-level features. Advanced Host Controller Interface (AHCI) on the other hand, was created as a means to deliver additional storage support for server backplanes and high-end performance desktop computers.

Between these two disk IO settings, there are a few specific features that differ. AHCI-mode includes hot-swap drive support and Native Command Queuing that is not available in IDE mode. IDE does not support RAID arrays, and does not include the extended power management features that AHCI offers. For OpenBSD servers, port multiplier support is also enabled through AHCI.

Bandwidth Speed vs Operational Performance

The argument between AHCI and IDE SATA-modes revolves around two other dynamics: bandwidth speed (MB/s) and operational performance (IOPS). The two metrics work together, but one is more important than the other. Consider this analogy: bandwidth determines how much cargo a ship can transport in one voyage, and operational IOPS performance is how fast the ship moves. By understanding this and applying it to SSD storage, there is a clear importance set on each variable depending on the task at hand.

For casual users, especially those with laptop or desktop computers that have been upgraded to use an SSD, the naturally quick response time is enough to automatically improve the user experience. Bandwidth speed is important, but only to the extent that operational performance meets the minimum needs of the system. If an SSD has a very high bandwidth speed but a low operational performance, it will take longer to load applications and boot the computer into Windows than if the SSD offered a higher IOPS performance.

SSD Test Methodology

Solid State Drive storage products arrive with unused 'clean' NAND flash, and as data is written these modules become used and 'dirty'. For the purpose of this article, Benchmark Reviews used the DISKPART command line program with the 'clean all' instruction to condition each storage device prior to testing. In the case of products using the Indilinx Barefoot controller, the SSD was further prepared with the Sanitary Erase application.

As a word of caution, applications such as Sanitary Erase (SE) and Wiper offer immediate but temporary restoration of original 'pristine' performance levels. These performance levels are not representative to real-world performance. SSDs attached to TRIM-enabled Operating System's will benefit from continuously restored like-new NAND performance, whereas older O/S's will require a garbage collection (GC) tool to avoid 'dirty NAND' performance degradation.

It's critically important to understand that no software can accurately measure SSD performance in relation to the real-world experience. Synthetic benchmark tools are helpful indicators, but should not be considered the ultimate determining factor for any SSD purchase. Benchmark Reviews includes both bandwidth speed and operational IOPS tests to present a conclusive measurement of product performance under 'pristine' NAND conditions.

Test System

  • Motherboard: Gigabyte GA-X58A-UD7 with version F6 BIOS
  • Processor: Intel Core i7-920 BX80601920 @ 2.667 GHz
  • System Memory: 6GB Tri-Channel DDR3 1600MHz CL6-6-6-18
  • SATA 3Gb/s Storage HBA: Integrated Intel ICH10R SATA-3.0 Gbps Controller
  • Operating System: Microsoft Windows 7 Ultimate Edition 64-Bit

Drive Hardware Tested

The following storage hardware has been used in our benchmark performance testing, and may be included in portions of this article:

Test Tools

  • AS-SSD Benchmark 1.4.3704: Tests SSD file transfer and operational performance
  • CrystalDiskMark 3.0.0b: Records sequential read and write speeds at various loads
  • HD Tune Pro 4.01 by EFD Software: Measures sequential file transfer bandwidth speed

Test Results Disclaimer

This article utilizes benchmark software tools to produce operational IOPS performance and bandwidth speed results. Each test was conducted in a specific fashion, and repeated for all products. These test results are not comparable to any other benchmark application, neither on this website or another, regardless of similar IOPS or MB/s terminology in the scores. The test results in this project are only intended to be compared to the other test results conducted in identical fashion for this article.

Indilinx: AS-SSD Performance

Using an NTFS formatted Corsair Nova V128 Solid State Drive, sequential bandwidth speed and operational performance tests were conducted on the Indilinx 'Eco' Barefoot SSD controller with AS-SSD Benchmark 1.4.3704:

as-ssd-bench-Corsair-CSSD-V128-AHCI-2D.png

Indilinx "Eco" Barefoot SSD Performance on ICH10 AHCI

as-ssd-bench-Corsair-CSSD-V128-IDE-2D .png

Indilinx "Eco" Barefoot SSD Performance on ICH10 IDE

Indilinx AS-SSD Benchmark Summary

Using AS-SSD Benchmark the reported sequential read speeds favored AHCI, while sequential write performance was similar between SATA modes. Reported AHCI sequential read/write speeds: 236/187 MB/s. Reported IDE speeds: 220/188 MB/s.

4K single thread write tests were very similar, but 4K 64-thread tests undoubtedly favored the Indilinx SSD controller in AHCI mode.

SATA Mode Recommendation: AHCI

Indilinx: CrystalDiskMark

Using an NTFS formatted Corsair Nova V128 Solid State Drive, sequential bandwidth speed and operational performance tests were conducted on the Indilinx 'Eco' Barefoot SSD controller:

Corsair-Nova-V128-SSD-AHCI-1C.png

Indilinx "Eco" Barefoot SSD Performance on ICH10 AHCI

Corsair-Nova-V128-SSD-IDE-1C.png

Indilinx "Eco" Barefoot SSD Performance on ICH10 IDE

Indilinx CrystalDiskMark Summary

CrystalDiskMark 3.0.0b reported sequential read speeds in favor of AHCI mode, however sequential write performance was virtually identical between the two SATA modes. Reported AHCI sequential read/write speeds: 250/174 MB/s. Reported IDE speeds: 232/174 MB/s.

512K tests indicate a marginal advantage for AHCI over IDE performance, and 4K performance follows the same trend.

4K tests with a queue depth of 32 produced similar write performance results, but the 4K QD32 read tests undoubtedly favored the Indilinx SSD controller in AHCI mode and reported nearly twice the performance.

SATA Mode Recommendation: AHCI

Indilinx: HD-Tune Speed

Although HD-Tune is a single-threaded application that cannot offer deep queue depth, it does offer a basic interpretation of linear bandwidth speed. Despite the limitations, we've included this test to provide an additional perspective into our research.

Using a clean and conditioned Corsair Nova V128 Solid State Drive, bandwidth speed tests were conducted on the Indilinx 'Eco' Barefoot SSD controller using HD-Tune 4.01:

HDTune_Benchmark_Corsair_CSSD-V128GB2_AHCI-Read1C.png

Indilinx "Eco" Barefoot SSD Write Speed on ICH10 AHCI

HDTune_Benchmark_Corsair_CSSD-V128GB2_IDE-Read1C.png

Indilinx "Eco" Barefoot SSD Read Speed on ICH10 IDE

Indilinx Read Speed Summary

Average AHCI read speed: 192.6 MB/s. Average IDE read speed: 194.2 MB/s. Favored SATA controller interface for Indilinx SSD read speeds: Intel ICH10 IDE-Mode with a 1.6 MB/s advantage.

HDTune_Benchmark_Corsair_CSSD-V128GB2_AHCI-Write1C.png

Indilinx "Eco" Barefoot SSD Write Speed on ICH10 AHCI

HDTune_Benchmark_Corsair_CSSD-V128GB2_IDE-Write1C.png

Indilinx "Eco" Barefoot SSD Write Speed on ICH10 IDE

Indilinx Write Speed Summary

Average AHCI write speed: 164.5 MB/s. Average IDE write speed: 192.3 MB/s. Favored SATA controller interface for Indilinx SSD write speeds: Intel ICH10 IDE-Mode with a 27.8 MB/s advantage.

Indilinx HD-Tune Summary

Although speed is not the most critical measurement of SSDs, HD-Tune reports basic single-threaded performance in favor of IDE mode over AHCI on the Indilinx controller. Read speeds were very similar but leaned towards IDE mode, while write performance appeared to wane while using AHCI mode and remained strong in IDE mode. If not for the impact of AHCI mode write operations on the Indilinx controller the differences appear minimal, so bandwidth speeds could be comparable SSD-wide.

JMicron: AS-SSD Performance

Using the WD SiliconEdge-Blue Solid State Drive, sequential bandwidth speed and operational performance tests were conducted on the JMicron JMF612 SSD controller with AS-SSD Benchmark 1.4.3704:

as-ssd-bench-WDC-SSC-D0256SC-AHCI-1D.png

JMicron JMF612 SSD Performance on ICH10 AHCI

as-ssd-bench-WDC-SSC-D0256SC-IDE-2D.png

JMicron JMF612 SSD Performance on ICH10 IDE

JMicron AS-SSD Benchmark Summary

Using AS-SSD Benchmark on the JMicron controller, the reported sequential speeds both heavily favored AHCI mode. Reported AHCI sequential read/write speeds: 238/180 MB/s. Reported IDE speeds: 218/155 MB/s.

4K single thread read tests were very similar between AHCI and IDE, however write tests marginally favored IDE mode. 4K 64-thread testing revealed that AHCI mode offered the best read performance, while the write performance leaned in the opposite direction toward IDE.

The JMicron JMF612 SSD controller offered mixed results, but the AS-SSD Benchmark tests generally conclude that AHCI mode prevails.

SATA Mode Recommendation: AHCI

JMicron: CrystalDiskMark

Using the WD SiliconEdge-Blue Solid State Drive, sequential bandwidth speed and operational performance tests were conducted on the JMicron JMF612 SSD controller:

WD-SiliconEdge-Blue-SSD-AHCI-1C.png

JMicron JMF612 SSD Performance on ICH10 AHCI

WD-SiliconEdge-Blue-SSD-IDE-1C.png

JMicron JMF612 SSD Performance on ICH10 IDE

JMicron CrystalDiskMark Summary

CrystalDiskMark 3.0.0b reported sequential read speeds in favor of AHCI mode, however sequential write performance was very similar between the two SATA modes on the JMicron JMF612 SSD controller. Reported AHCI sequential read/write speeds: 241/188 MB/s. Reported IDE speeds: 228/187 MB/s.

512K read tests indicate a marginal advantage for AHCI over IDE performance, while 512K write performance was similar but managed to lean towards IDE mode. 4K read performance was comparable between SATA modes, while write performance slightly favored IDE mode.

4K tests with a queue depth of 32 produced nearly identical write performance results, but the 4K QD32 read tests favored the JMicron JMF612 SSD controller in AHCI mode.

SATA Mode Recommendation: AHCI

JMicron: HD-Tune Speed

Although HD-Tune is a single-threaded application that cannot offer deep queue depth, it does offer a basic interpretation of linear bandwidth speed. Despite the limitations, we've included this test to provide an additional perspective into our research.

Using the WD SiliconEdge-Blue Solid State Drive, sequential bandwidth speed and operational performance tests were conducted on the JMicron JMF612 SSD controller with HD-Tune 4.01:

HDTune_Benchmark_WDC_SSC-D0256SC-2100_AHCI-Read1C.png

JMicron JMF612 SSD Read Speed on ICH10 AHCI

HDTune_Benchmark_WDC_SSC-D0256SC-2100_IDE-Read1C.png

JMicron JMF612 SSD Read Speed on ICH10 IDE

JMicron Read Speed Summary

Average AHCI read speed: 171.1 MB/s. Average IDE read speed: 189.5 MB/s. Favored SATA controller interface for JMicron SSD read speeds: Intel ICH10 IDE-Mode with a 18.4 MB/s advantage.

HDTune_Benchmark_WDC_SSC-D0256SC-2100_AHCI-Write1C.png

JMicron JMF612 SSD Write Speed on ICH10 AHCI

HDTune_Benchmark_WDC_SSC-D0256SC-2100_IDE-Write1C.png

JMicron JMF612 SSD Write Speed on ICH10 IDE

JMicron Write Speed Summary

Average AHCI write speed: 90.2 MB/s. Average IDE write speed: 92.8 MB/s. Favored SATA controller interface for Indilinx SSD write speeds: Intel ICH10 IDE-Mode with a 2.6 MB/s advantage.

JMicron HD-Tune Summary

HD-Tune bandwidth speed benchmarks report basic single-threaded performance in favor of IDE-mode over AHCI on the JMicron controller. Read speeds were much faster when tested in IDE-mode, while write performance was equally poor on the JMicron controller in either mode.

SandForce: AS-SSD Performance

Using the ADATA S599 Solid State Drive, sequential bandwidth speed and operational performance tests were conducted on the JMicron JMF612 SSD controller with AS-SSD Benchmark 1.4.3704:

as-ssd-bench -ADATA-S599-AHCI-2D.png

SandForce SF-1200 SSD Performance on ICH10 AHCI

as-ssd-bench -ADATA-S599-IDE-2D.png

SandForce SF-1200 SSD Performance on ICH10 IDE

SandForce AS-SSD Benchmark Summary

Using AS-SSD Benchmark on the SandForce SF-1200 controller, the reported sequential speeds both heavily favored AHCI mode. Reported AHCI sequential read/write speeds: 206/94 MB/s. Reported IDE speeds: 157/68 MB/s.

4K single thread read and write tests were very similar, although they did lean slightly towards IDE mode. The 4K 64-thread tests undoubtedly favored AHCI mode on the SandForce SF-1200 SSD controller, reported AHCI read performance at 123 MB/s compared to only 22 MB/s for IDE.

SATA Mode Recommendation: AHCI

SandForce: CrystalDiskMark

Using an NTFS formatted ADATA S599 Solid State Drive, bandwidth speed tests were conducted on the SandForce SF-1200 SSD controller:

ADATA-S599-SSD-AHCI-1C.png

SandForce SF-1200 SSD Performance on ICH10 AHCI

ADATA-S599-SSD-IDE-1C.png

SandForce SF-1200 SSD Performance on ICH10 IDE

SandForce CrystalDiskMark Summary

CrystalDiskMark 3.0.0b reported sequential read and write speeds that heavily favored AHCI over IDE mode on the SandForce SF-1200 controller. Reported AHCI sequential read/write speeds: 211/90 MB/s. Reported IDE speeds: 167/70 MB/s.

512K read tests also indicate a substantial advantage for AHCI over IDE performance in both the 512K read and write tests. 4K performance was similar between SATA modes, although the results slightly favored IDE mode.

4K tests with a queue depth of 32 produced made a significant difference on the SandForce controller. 4K QD32 read tests favored AHCI mode with 115/82 over IDE mode with 20/66.

SATA Mode Recommendation: AHCI

SandForce: HD-Tune Speed

Although HD-Tune is a single-threaded application that cannot offer deep queue depth, it does offer a basic interpretation of linear bandwidth speed. Despite the limitations, we've included this test to provide an additional perspective into our research.

Using a clean and conditioned ADATA S599 Solid State Drive, bandwidth speed tests were conducted on the SandForce SF-1200 SSD controller using HD-Tune 4.01:

HDTune_Benchmark_ADATA_SSD_S599_100GB_AHCI-Read1C.png

SandForce SF-1200 SSD Read Speed on ICH10 AHCI

HDTune_Benchmark_ADATA_SSD_S599_100GB_IDE-Read1C.png

SandForce SF-1200 SSD Read Speed on ICH10 IDE

SandForce Read Speed Summary

Average AHCI read speed: 183.6 MB/s. Average IDE read speed: 168.8 MB/s. Favored SATA controller interface for SandForce SSD read speeds: Intel ICH10 AHCI-Mode. In one of the very few time AHCI performance exceeds IDE-mode, the SandForce SF-1200 SSD processor offered better read speed and smoother transactions.

HDTune_Benchmark_ADATA_SSD_S599_100GB_AHCI-Write1C.png

SandForce SF-1200 SSD Write Speed on ICH10 AHCI

HDTune_Benchmark_ADATA_SSD_S599_100GB_IDE-Write1C.png

SandForce SF-1200 SSD Write Speed on ICH10 IDE

SandForce Write Speed Summary

Average AHCI read speed: 192.2 MB/s. Average IDE read speed: 195.1 MB/s. Favored SATA controller interface for SandForce SSD write speeds: Intel ICH10 AHCI-Mode with a 1.1 MB/s advantage.

SandForce HD-Tune Summary

Unlike the Indilinx and JMicron controllers the SandForce SF-1200 prefers AHCI mode over IDE, even if it's only to a slight advantage. Read speeds favored AHCI mode by nearly 15 MB/s, while write performance delivered a 1.1 MB/s benefit to AHCI over IDE mode.

AHCI vs IDE Final Thoughts

Even before the benchmarks make their report, there's a lot of weight behind using AHCI over the less fortunate IDE mode. While the core readership of Benchmark Reviews consists of PC enthusiast users who might own only a single SSD, there are many other users who read our articles that have two or more SSDs combined into RAID arrays on server computer systems. This is why the benchmark performance results may not necessarily impact the final decision: purpose supersedes performance. If your application requires hot-plug drive support or redundant disks, then AHCI is the only choice.

AHCI feature-set not withstanding, the only argument IDE-mode offers in its defense is the occasional benefit of slightly faster read and write speeds. Remembering my analogy of the cargo ship and the speed it moves from the article's introduction, there's a lot more weight to be given towards operational IOPS performance over file transfer bandwidth speeds.

As Solid State Drive storage devices mature and adoption grows, hardware enthusiasts can hope to see less separation between these two SATA interface technologies. Driver software continually improves compatibility, while SSD processor firmware steadily adds functionality and device stability. As we've seen recently with TRIM support in Microsoft Windows 7, the Operating System can also offer valuable new features that interact nicely with SSDs.

Keeping this in mind, the results in this article may become obsolete as weaknesses in the design are corrected. For the foreseeable future of 2010, this information can aid enthusiasts in receiving the fastest speeds and highest operational performance possible from their expensive SSD storage devices.

SATA Controller Mode Conclusion

First and foremost, please accept my apology for previously publishing misleading results. The benchmark tests were all conducted properly, but the test tool I used did not accurately illustrate the difference between SATA controller mode performance. After conducting several new tests using additional benchmark tools, my opinion on the matter has changed.

Based on the results obtained in these tests, here is how the various SSD controllers function in connection with the Intel ICH10 SATA-3.0 controller:

Indilinx "Eco" Barefoot SSD:

The Indilinx SSD processor has found its way into more SSDs than any other, thanks to respectable performance at an affordable price. File transfer read speeds were very similar between SATA controller modes in HD-Tune, while operational IOPS performance in AS-SSD and CrystalDiskMark was much faster while using the Indilinx SSD in AHCI-mode on the Intel ICH10 SATA-3.0 controller. AHCI mode added some overhead to our HD-Tune write results, but AS-SSD and CrystalDiskMark write results appeared very similar in performance. Suggested SATA control mode: AHCI.

JMicron JMF612 SSD:

The JMicron JMF612 SSD processor delivered mixed results in most of our tests, but still showed a sincere preference for AHCI-mode in our sequential read and write bandwidth speed tests with AS-SSD and CrystalDiskMark; although HD-Tune's single-threaded read tests leaned towards IDE mode. Operational IOPS performance was mixed between AHCI and IDE mode when tested with AS-SSD Benchmark and CrystalDiskMark, yet more often than not the results favored the AHCI control mode. Suggested SATA control mode: AHCI.

SandForce SF-1200 SSD:

The SandForce SF-1200 is expected to replace the Indilinx SSD processor for performance and price throughout 2010, making it an important product to concentrate on. In all of our benchmark tests, the SandForce SF-1200 SSD delivered substantially better performance in AHCI mode. File transfer speeds were much faster in AHCI mode for read and write bandwidth regardless of the test tool. Operational IOPS performance also clearly favored AHCI mode, delivering 4K QD32 reads of 115/82 MB/s over IDE mode with 20/66. Suggested SATA control mode: AHCI.

But what about SSD TRIM?

TRIM is non-specific to either SATA controller mode, and will work equally well in both IDE and AHCI-mode. Benchmark Reviews will soon publish a detailed report that illustrates the recovery levels for each SSD controller tested here.

Epilogue

In an unfortunate circumstance, our audience was at odds with the previously published results. Please remember to offer constructive feedback in our comments, so that it can be taken with merit.

Benchmark Reviews encourages you to leave comments (below), or ask questions and join the discussion in our Forum.


Related Articles:
 

Comments 

 
# Microsoft AHCI Driver FlawGreg 2010-04-18 08:18
There appears to be a flaw in the Microsoft AHCI driver, large secondary hard drives (ex. 1TB) will disappear after the computer enters sleep mode. Installing the Intel RST driver 9.6 driver has solved the problem for a number of people including me.
Report Comment
 
 
# Scope and purposeOlin Coles 2010-04-18 12:56
For those who have asked: I do not presently have any plans to add more tests of other SSDs into this article. The primary purpose was to illustrate the differences seen between AHCI and IDE, and not necessarily demonstrating the differences for every SSD controller. I didn't include Fusion-IO, RunCore, Micron, Toshiba, Marvell, Intel, Mtron, MemoRight, or PhotoFast... to name a few.
Report Comment
 
 
# A Great ArticleRobert C 2010-06-25 23:09
Thank you for providing a comprehensive, informative, and useful article on SSD performance and testing. Although not the articles intent, I imagine SSD owners that cannot use them in AHCI mode will be pleased (relieved!) to see that SSD performance is not terribly compromised (IMO)in IDE mode. I don't understand why SSD manufactures have not offered any utilities that provide at least some of the information available in the testing software you used. I tried AS SSD Benchmark, and was pleased to verify (my first SSD) I am running in AHCI mode, my SSD's alignment is correct, and my scores were great relative to the data you provided in this and other SSD articles. In contrast to that, my SSD's manufacture has provided virtually no useful information or ways to get it. Thanks again and keep up the good work!
Report Comment
 
 
# Hotfix for large drive resume from sleepDave_O 2010-07-30 04:49
This fixed the issue with my large SATA disk disappearing when resuming from sleep.

#support.microsoft.com/kb/977178
Report Comment
 
 
# RE: SSD Benchmark Tests: SATA IDE vs AHCI Modeguest 2010-12-03 13:40
Well I experienced a 30-40MB jump in speed over IDE. Using a OCZ Vertex 2 60GB. I was already getting 230MB/s read and write, with buffered being slower if you can imagine. That jumped to 270MB/s when I went to AHCI, under sisoft. I didn't even have to run a bench to notice the difference. On bootup, win 7 didn't even get halfway through the logo animation before it reached the desktop. I'll have to run another test using file cache.
Report Comment
 
 
# ThanksFred 2010-12-29 12:54
I came here trying to find whether I should use IDE or AHCI with a new Sandforce SSD and this article answered my question perfectly! Thanks for the great article :)
Report Comment
 
 
# Bad article.Bas 2011-02-24 01:39
You focus on speed rather then access-time. I can assure you that the difference between 1ms (IDE) over 2ms (AHCI) has a far greater impact then the few kilobytes you gain in speed.
Ever tested SCSI versus SATA at the same RPM? Well there you will see exactly the benefit of access-times. Speed is rubbish when AT isn't good.
Test controllers on AT first, speed second, the picture will be a lot different in favor of IDE mode.
Same as with Internet, band-weight is nice, but if your ping is crap it won't be fast either.
You focus on the wrong points to measure a drive.
Report Comment
 
 
# I forgot.Bas 2011-02-24 01:42
NCQ is not a feature you want on SSD!! As SSD has no spinning storage, but instant access, so NCQ is just an overkill as your access-times show.
Report Comment
 
 
# Analogy is wrongBLJ 2011-03-22 03:43
The Ship IOPS / Bandwith analogy is just wrong.
it would be more like:
IOPS is the ship's speed, Bandwith is the cargo capacity.
Why:
If you want to build a small house, and you need parts that can be delivered by either:
1x Big slow ship, that has 100x the capacity required
or
1x Small fast ship, that has just the capacity required

you'll be able to start building your house sooner with the fast ship, as it will arrive sooner.
Report Comment
 
 
# RE: Analogy is wrongOlin Coles 2011-03-22 05:52
It's an analogy; it's not wrong, it's just not the perfect.
Another would be to compare bandwidth and IOPS to a highway. Bandwidth determines the number of lanes, and IOPS determines the travelers.
Report Comment
 
 
# Still not good enough..Bas 2011-03-22 08:43
As you also have access-time, that one determines how close the cars can run behind each other.
The lower the number the closer they can drive behind each other, also affecting the IOPS.
As such access-time is the most important number over all of them.
Report Comment
 
 
# RE: Still not good enough..Olin Coles 2011-03-22 08:50
I wouldn't say access time is the most important number, because if one SSD had a .001ms access time with 100 IOPS it would be worse than a 1ms SSD with 100,000 IOPS.
Report Comment
 
 
# Huh?Bas 2011-03-22 09:05
Do you know how important access-time really is? What you are saying now is rubbish.
IOPS can not be fast if your access-time is slow.
The access-time is the time the device needs to find the data and start delivering it.
There is no way on earth your IOPS can be high with a low access-time.
Sorry Olin, but you better find a new job if you don't understand the importance of access-time.
And yes I have read your article, and it's way too much focused on band-weight.
Typical mistake, why do you think SCSI drives are twice as fast as the fastest IDE drive at the same RMP and band-weight?
Exactly, it's the low access-time that causes this...not throughput.
Because of your wrong interpretation of access-time, I consider your entire article and conclusion as useless for anybody.
Do research on the matter, you will find I'm right.
Your IOPS versus Access-time is completely wrong.
IOPS means I/O operations per second, if your access-time is low it means it will do LESS I/O operations per second as it needs to wait for the device to access the data.
Do your research before writing rubbish as you make a fool of yourself.
Report Comment
 
 
# RE: Huh?Olin Coles 2011-03-22 09:11
So in your heavily opinionated assessment, a SSD with relatively high access time cannot offer high IOPS? Explain how SandForce was able to offer a SSD with the same access times, but dramatically different IOPS. Also, do the math of my figure above.
Report Comment
 
 
# Sr.James 2011-10-21 04:02
Bas, the only person making a fool of himself is you. Not only is your argument faulty (the data is right here in this article ... ) - your tone is that of an agitated 12 year old. Learn to control yourself and conduct proper research.

Practice ... preach ... honestly.
Report Comment
 
 
# Why no benchmarks for AMD platformsJohnnyBravo43 2011-07-07 06:05
I see alont of SSD reviews, but they all reference Intel Platforms and Intel Drivers etc...
It would be nice to see some Tests/Reviews of Benchmarks that provided results for both camps ( Intel & AMD )
I would also be appreciative to see Microsofts AHCI Driver tested/included as well as AMD's ATI AHCI Driver tested/included. As well as the Marvell AHCI driver that is more commonly seen in AMD platforms verses what shows up or is seen in the Intel Platforms.....

Thanks for this review, but it is hard to apply what I have read to my AMD Platform which uses ATI AHCI Drivers &/or Microsoft AHCI Drivers if I use the MS Windows 7 generic AHCI driver......
Report Comment
 
 
# Driver?Bas 2011-11-05 09:27
The drivers today are not the problem, systems are fast enough to eliminate the speed between them. Difference between CHIPS is far more important then driver testing.
Report Comment
 
 
# bas and olin are both incorrectrarchimedes 2011-11-04 15:15
Both bas and olin have missed the mark here by trying to oversimplify the issues. There is no direct one-to-one relationship between or among IOPS, access time, and bandwidth. Too many factors intrude for such simple relationships. For truly independent IO's, access time can put an upper limit on IOPS, but more than a small percentage of IO's are logically and physically dependent. Depending on the intelligence of the drive and OS software in dealing with various forms of IO, huge differences in performance can arise. Depending on the page and block saturation in an SSD, writing the same file to that device can produce vastly different results, even in the absence pf interfering or block overlapping IO. Different fill methods for blocks and pages can cause what appear to be random changes in performance. Even in the simplest of cases with known algorithms, understanding these performance fluctuations can be complex.

If you would like to push a drive to the maximum performance in a real world situation, you should put a single large paging file on the drive and use programs that drive the paging rate as high as possible. When that settles down to a constant rate over time, then a measurement of paging rate will tell you what the maximum performance is in a real world situation. I am not sure that TRIM will actually improve performance in a busy drive, and it certainly loses the ability to recover any deleted file. A smart TRIM handling on a drive would queue the TRIM requests up and satisfy them when the drive is not otherwise busy, rather than giving them the priority they have under existing classification. TRIM could certainly help in a situation where the read to write ratio is high and the drive is not particularly busy, but this also would lessen the advantage the SSD has over a drive with a large built-in cache.

...continued...
Report Comment
 
 
# bas and olin are both incorrect continuedrarchimedes 2011-11-04 15:17
Unfortunately, we do not have a good way other than thruput to measure actual physical transfer rate. Normally, transfer time plus access time would determine the actual IOPS for any particular type and size of file, but SSD's are so extremely sensitive to page and block alignment on IO's that characterizing such beyond the simple, fully erased situation is basically impossible. The one thing that I will agree with bas on is that the tests in this review are not particularly meaningful. I'm not sure that even the relative difference between IDE and AHCI has much meaning. It is going to take some very intensive testing with some experimental software, specifically designed to test the devices in a consisten and repeatable manner that is more closely related to the real world to produce any meaningful comparisons of anything.
Report Comment
 
 
# Where am I wrong?Bas 2011-11-05 09:23
Where am I wrong? AHCI adds commands to the protocol that are rubbish, like NCQ.
There is no point in doing NCQ as there is no rotation of the drive where command ordering is needed or even wanted.
NCQ has been proven to hinder the performance as it can stall the controller by making the computer WAIT before giving new commands.
SSD is a matrix and ordering is silly as all cells deliver data at the same speed, there is no ordering wanted to optimise the rotations in where data can be read.
But AHCI is still doing it, as such it lowers performance, and this can be noticed when using better benchmarks that can do proper I/O reading and writing combined with multiple commands at the same time. That benchmark has been here for ages, called ATTO.
Give ATTO a high command-que depth and see what happens, it will show the difference. As ATTO gives read and write speeds, for me it's the best harddisk/ssd benchmark on the planet when used properly.
Meaning VERY large Block-size and high Que-depth, then it gives pretty accurate numbers.
Report Comment
 
 
# Where you are wrong?gadgetman! 2012-09-19 02:23
That would be your 'build one house' analogy...
That's only applicable in a single-threaded system.
Your modern PC is more akin to a large downtown reconstruction effort after Catrina...

Also, comparing the HDD with a big cargo ship...
On a large cargoship, unless your goods are all in one container, or all the containers with your goods have all been stacked on top of each other, they will need to unload some containers inbetween yours. Then probably reload the inbetween containers.

A better analogy would be a long freight-train carrying cargo containers that passes under a single crane that can lift containers off the wagons.
What is more effective?
1. Unloading the containers belonging to one customer(1, 15, 33, 7 - the last one was a recent addition that was fitted there after container 7 was removed on an earlier stop), then the next customer(4, 8, 12, 13, 14, 53)?
". Or to offload them in a sequential order?

Remember, the crane can only offload containers at a fixed speed, the train can only be moved forward or back at a low accelleration...
Report Comment
 
 
# RE: SSD Benchmark Tests: SATA IDE vs AHCI Modebob 2011-12-30 12:45
TRIM works in both modes. Thank you for pointing that out.
Report Comment
 
 
# RE: SSD Benchmark Tests: SATA IDE vs AHCI ModeJohn C. 2012-02-16 22:05
To add to Bas info--for those desktop users that use their computers for other things other than as internet servers, like burning CDs and DVDs etc...IDE mode for SATA controllers offers vastly improved CD/DVD writing performance. In AHCI mode my DVD burners do not seem to work properly when attempting to write. In IDE mode my DVD burners operate as they should. Until they perfect AHCI mode for other peripherals such as DVD burners on the SATA controller, I am sticking with IDE mode. There's not enough performance difference between IDE and AHCI to warrant putting up with the quirky DVD burner behavior in AHCI mode. Nuff said! If you run SATA burners and still like AHCI over IDE, then I've got some swamp land in Florida I'd like to sell you.
Report Comment
 
 
# Need help guys.here_soon 2012-06-02 07:30
I can't have my HDD run in AHCI together with my SSD. It won't load the OS and keeps on crashing.
Report Comment
 
 
# RE: Need help guys.Olin Coles 2012-06-02 07:31
That's because you didn't originally load the Windows (XP?) OS with AHCI enabled so it could install F6 drivers. You'll need to use IDE mode.
Report Comment
 
 
# RE: RE: Need help guys.here_soon 2012-06-03 22:07
My HDD previously have Win7, so there's no way to get around this problem? A full reformat for the HDD is needed to run it in AHCI, am I right?
Report Comment
 
 
# Switching from IDE to AHCI in BIOS causes renaming of Boot Drive by Windows 7Chris 2012-09-03 08:58
Gigabyte 990FXA-UD3
Vertex 3 120gb SSD
WD 1.5tb SATA2
DVD/CD RW
A recent BIOS update added VRM MOS protection.
This disables access to the BIOS settings during POST .
If the Windows 7 based TouchBIOS utility is used, and the SATA type is changed from IDE to AHCI in CMOS and the system is rebooted. Windows renames the Boot drive from C:\ to E:\ and Windows Blue Screens during loading. Normally this wouldn't be a big problem, since the BIOS setting could be changed during POST. However, the VRM MOS protection forbids changing those settings during POST. The BIOS must be reflashed with a legacy BIOS (F6) or earlier, that does not have VRM MOS protection, in order to enable the IDE type support that Windows was installed with. I believe this VRM MOS protection is a standard part of the new types of BIOS required by Windows 8. So it must be enabled during OS installation or it could be lost
Report Comment
 
 
# 4 Years LaterMLO 2014-02-11 10:53
You mentioned things could change as time and technology moves forward. Well it's now 4 years later. Maybe a revisiting of comparison benchmarks is in order?
Report Comment
 

Comments have been disabled by the administrator.

Search Benchmark Reviews

Like Benchmark Reviews on FacebookFollow Benchmark Reviews on Twitter