Weekly Edition Return to the Kernel page |
Big serial ATA changes
Jeff Garzik has recently let it
be known that he has merged a large set of patches to the serial ATA (SATA)
subsystem. Says Jeff: "If all goes well, this update should improve
error handling, solve several outstanding, difficult-to-solve bugs, and
provide a good foundation for adding some nifty features in the
future." His plans are to get the new code merged into the 2.6.18
kernel, once that cycle begins. The result could be a significantly
different experience for Linux SATA users, some of whom have been fighting
problems for some time.
The patches themselves have been posted to the linux-ide list. It makes for some imposing reading: they are 122 patches, divided into eleven sets. This flood of code is primarily the work of Tejun Heo, though Jens Axboe and Albert Lee have also played a significant part. In brief, what is coming is:
Most of this code has been under development and discussion for some time. The sense (among its developers) is that the bulk of it is ready to go into 2.6.18, though the hotplug, ata_link, and port multiplier code may have to wait for another cycle. Andrew Morton has expressed some concerns about merging all of this code when a rather long list of SATA-related bugs remains outstanding; Jeff responded that this code will fix many of the bugs and make tracking down many of the rest easier. So, chances are, 2.6.18 will include a much-improved SATA layer. (Log in to post comments)
Big serial ATA changes Posted May 18, 2006 2:45 UTC (Thu) by cventers (subscriber, #31465) [Link] Wow. That's fantastic.
Regarding NCQ Posted May 18, 2006 11:26 UTC (Thu) by danscox (subscriber, #4125) [Link] 'Way back when, when Jens first introduced the first patchs for NCQ (26 May 2005) he said, "Results are pretty damn nice, I easily get 30-50% faster random io read performance without having to try hard." More recent results have been tried, but they weren't "random io". It'll very much depend on the disk usage. I'd expect that a desktop system won't see much difference, but a file server would.
Danny
Regarding NCQ Posted May 26, 2006 8:32 UTC (Fri) by anton (guest, #25547) [Link] I would expect significantly improved write performance if write caching is turned off (as it should be for fsync to do what it is supposed to do).
Big serial ATA changes Posted May 18, 2006 12:57 UTC (Thu) by pointwood (subscriber, #2814) [Link] I think http://storagereview.com/ have made some benchmarks NCQ, though most likely done on Windows.
In 2.6.17-rc5-mm1 Posted Jun 1, 2006 18:17 UTC (Thu) by crow (subscriber, #96) [Link] Looking at the patch set, it looks like these changes are in the -mm kernels, so if you want to try them out, that might be a convenient place to start.
|
Copyright © 2006, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds
Powered by Rackspace Managed Hosting.