Seagate Goes Light on the Details

I will admit, I was disappointed when Seagate first approached me about Pulsar. Seagate is unwilling to discuss the manufacturer of their controller, nor are they interested in talking about any of the technology behind Pulsar. The only details we’re getting today are a handful of performance numbers, supported features, and commitment that Pulsar is shipping to OEMs.

First let’s tackle the controller question. I asked Seagate who made the controller in Pulsar and the best answer I got was that the drive uses a combination of Seagate and 3rd party IP. Translation? Someone else makes the chip, but perhaps Seagate has input into the firmware design.

Given the decades of experience Seagate has in making HDD firmware, I’m certain that some of that knowledge lends itself well to dealing with the intricacies of developing optimal SSD controller algorithms. Seagate is intimately familiar with the sorts of access patterns its customers are going to be using the most and I would be ashamed if Pulsar wasn’t heavily optimized for that.

It’s a big assumption on my part, because clearly the vast majority of players in the SSD space don’t get it right on the first try. The fact that Seagate isn’t entering the market with a splash lends me to believe that Pulsar isn’t quite perfect. Which is yet another big assumption on my part.

The controller does support idle time garbage collection similar to what both Samsung and OCZ have introduced on their drives. TRIM is also supported and enabled on the first drives.

Seagate doesn’t have an end user upgradeable firmware, but it doesn’t really matter for its first clients since Pulsar is an OEM exclusive right now. Seagate’s official stance on the issue was if you do it right the first time you don’t need to have an upgradeable firmware. Cocky, but most likely arrogance covering up the lack of a good strategy on Seagate’s part. This is something I expect to change by the time Seagate enters the consumer market.

Future Seagate SSD offerings will be available through retail channels, but Seagate wanted to address the enterprise OEM market first with Pulsar.

Pulsar uses SLC NAND, Available in 3 Sizes

Next we have the flash itself. Given the enterprise focus, Pulsar uses SLC NAND flash, putting it in a higher price, reliability and presumably performance class than the bulk of the SSDs we encounter.

There are three Pulsar models with 200GB, 100GB and 50GB of user accessible space on the drive (that's in Gigabytes, it's 186.26GiB, 93.2GiB, 46.56GiB in GibiBytes). The drives actually have 256GB, 128GB and 64GB of SLC NAND on them, the extra ~27% is used as spare area for cleaning/garbage collection/bad block allocation.

Seagate’s capacities indicate a 4 or 8-channel flash controller on the drive, compared to Intel’s 10-channel architecture (which is why Intel sticks to flash sizes that are evenly divisible by 10).
By comparison, Intel’s 64GB X25-E actually has 80GB of SLC NAND flash on the drive. Only 59.6GB is user addressable, meaning that roughly 25% of the total NAND on the X25-E is used as spare area.

The desktop 80GB X25-M has the same amount of NAND flash on the drive, but much less is dedicated as spare area. Only 6.9% of the X25-M is used for spare area.


Consumer drives like the X25-M use much less spare area

There’s a direct relationship between spare area, write amplification and performance as I’ve described before. The more spare area you have, the higher your performance will be, provided you have a controller that’s smart enough to use it. The more random your workload, the more you stand to benefit from a large amount of spare area. Highly random server workloads make good use of larger spare areas and thus most enterprise SSDs allocate more NAND to spare area.

Seagate threw a jab at Intel saying that the X25’s 20GB per day for 5 years lifespan rating wasn’t useful to the end user. Instead, Seagate is classifying the Pulsar SSD as having a 5 year useful lifespan. I’ll clarify what that means in a moment.

The performance specs of the drives are below:

IOmeter Performance, Queue Depth = 32 200GB 100GB 50GB
Peak Read/Write IOPS 4K 100% Random 30,000/25,000 30,000/25,000 30,000/25,000
Sustained Read/Write IOPS 4K 100% Random 30,000/10,500 30,000/5300 30,000/2600
Peak Read/Write MB/s 128KB 100% Sequential 240/220 240/220 240/220
Sustained Read/Write MB/s 128KB 100% Sequential 240/160 240/80 240/40

 

Seagate claims that the random read/write IOPS figures are on a conditioned drive, however Seagate wouldn’t tell me how the drive was conditioned. Seagate also provides two values for each score: peak and sustained. Peak, if in a conditioned state, most likely means the highest attainable value after a short period of activity. Sustained, according to Seagate, is the absolute minimum level of performance you should expect. Both are difficult to validate without a better understanding of Seagate’s methodology, which the company was unwilling to reveal to me.

The 50GB Pulsar (effectively a 64GB drive) is good for up to 2600 4KB random write IOPS (queue depth of 32) over the entire user addressable LBA range. Intel specs the 64GB X25-E at 3300 4KB random write IOPS. Peak performance is listed at 25,000, but it’s unclear how Seagate arrived at that number. I’m guessing it refers to a clean secure erased state, in which case that’s also under what I would expect from the X25-E.

Things change completely once we get to larger capacities. The 100GB drive pulls ahead at 5300 IOPS, while the 200GB drive can deliver 10,500 IOPS. Both of these values, if they are indeed derived after continuous testing on a preconditioned drive, are higher than Intel’s X25-E. Without a drive from Seagate there’s no way to confirm, but the performance data looks promising.

Intel has avoided delivering anything larger than the 64GB X25-E, if you need capacity, Pulsar can deliver it. Even if you don’t need capacity, you could theoretically dedicate even more flash to spare area and have an even faster SSD.

Sequential read/write speed is as you’d expect. 240MB/s for sequential reads and, used, 40 - 160MB/s depending on the drive capacity. The 50GB drive’s 40MB/s sequential write speed is disappointing, but the larger sizes are palatable. Such low write speeds are either artificial or the result of the same sort of issue that continues to plague Intel’s X25-M. It’s also a way of getting you to buy the larger (read: more expensive) drives.

Index Lifespan: Up to 6 Petabytes of Writes
Comments Locked

52 Comments

View All Comments

  • semo - Tuesday, December 8, 2009 - link

    aren't they also the only SAS SSD maker. If not the only then maybe one of a few. I remember IBM was very sceptical about SSDs but if STEC have convinced them otherwise then they must have a winner on their hands
  • Penti - Wednesday, December 9, 2009 - link

    I think Hitachi and Intel is coming with SAS SSDs soon. There are other FC vendors though.
  • StormyParis - Tuesday, December 8, 2009 - link

    you did manage to stretch over 3 page views with ... not much to say...
  • pkoi - Wednesday, December 9, 2009 - link

    Agreed,
  • reinkarnation16 - Thursday, December 10, 2009 - link

    Oh cmon! The guy loves to write! So just let him! :D
    & I am sure there are a handful of our species who would crib about the preview being just one page short!
  • vol7ron - Tuesday, December 8, 2009 - link

    Yes, thanks for the heads up, but a one page article of things to come would have been a little better.... especially since all of this will be repeated in what I'm sure will be a 10 page review.
  • spaz mk will - Tuesday, December 8, 2009 - link

    I'm still on the Intel bandwagon because of the 1.8 inch SSD's, but boy do I wish they would get around to releasing the X-18m G2.
  • Pandamonium - Friday, December 11, 2009 - link

    I'm in the same boat as you. I wish the my Latitude XT2 used standard 2.5" disks, but it looks like they had to go with 1.8" disks because of how small the chassis is. One of the guys on the AT forums has a contact with Intel distribution and word is that the X18-M G2 is due in early January.
  • Zok - Tuesday, December 8, 2009 - link

    50 GB? That's not very much porn... Bill Watkins would be ashamed.
  • piroroadkill - Tuesday, December 8, 2009 - link

    Haha! I actually have that quote printed out and stuck on my wall

Log in

Don't have an account? Sign up now