Slashdot Mirror


With Optane Memory, Intel Claims To Make Hard Drives Faster Than SSDs (pcworld.com)

SSDs are generally faster than hard drives. However, they are also usually more expensive. Intel wants to change that with its new Optane Memory lineup, which it claims is faster and better performing than SSDs while not requiring customers to break their banks. From a report on PCWorld: Announced Monday morning, these first consumer Optane-based devices will be available April 24 in two M.2 trims: A 16GB model for $44 and a 32GB Optane Memory device for $77. Both are rated for crazy-fast read speeds of 1.2GBps and writes of 280MBps. [...] When the price of a 128GB SATA SSD is roughly $50 to $60 today, you may rightly wonder why Optane Memory would be worth the bother. Intel says most consumers just don't want to give up the capacity for their photos and videos. PC configurations with a hard drive and an SSD, while standard for higher-end PC users, isn't popular for the newbies. Think of the times you've had friends or family fill up the boot drive with cat pictures, but the secondary drive is nearly empty. Intel Optane Memory would give that mainstream user the same or better performance as an SSD, with the capacity advantage of the 1TB or 2TB drive they're used to. Intel claims Optane Memory performance is as good or better than an SSD's, offering better latency by magnitudes and the ability to peak at much lower queue depths.

109 comments

  1. But by colinrichardday · · Score: 1, Funny

    Can wouldn't SSDs be more energy efficient?

    1. Re:But by s122604 · · Score: 3, Insightful

      Can wouldn't indeed!

    2. Re:But by Anonymous Coward · · Score: 2, Funny

      They can wouldn't be more as even such as many though.

    3. Re:But by Wulf2k · · Score: 2

      That's highly dependent on the woodening process.

    4. Re:But by Anonymous Coward · · Score: 0

      Can wouldn't SSDs be more energy efficient?

      It's not about energy efficiency, it's about stealth. With Intel's management technology an eavesdropper can see anything the processor can even when the machine is off, except HDDs because people can hear them spinning up. If the most recent 32-64GB of data accessed is right there on a solid state device that pretty much tells the eavesdropper anything they would like to know.

    5. Re:But by jellomizer · · Score: 1

      Probably also more physical shock resistance.
      However for data center and desktops and large laptops we have an other option.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    6. Re:But by JoeMerchant · · Score: 1

      Can wouldn't SSDs be more rugged/durable?

    7. Re:But by 140Mandak262Jamuna · · Score: 4, Funny

      No can us are belong to bases all your

      --
      sed -e 's/Chuck Norris/Rajnikant/g' joke > fact
    8. Re:But by Anonymous Coward · · Score: 1

      Get a crappier power supply and you'll be able to hear the SSDs being accessed just fine...

    9. Re: But by Anonymous Coward · · Score: 0

      Dumbest thing I hope to read today.

  2. Yeah, but no by Anonymous Coward · · Score: 0

    There's nothing about them that make them better for regular consumers, or power-users, than the Samsung products in the same segment.

    1. Re: Yeah, but no by Anonymous Coward · · Score: 0

      Yeah my Samsung M2 drive is faster actually... not sure what the deal with this is... and to be honest to allow the system to use it as ram is essentially just a swap.

      I was excited about this until I thought about it for a few seconds.

    2. Re: Yeah, but no by sexconker · · Score: 1

      The deal is they have a bunch of half-broken XPoint shit they need to sell off in some form to recoup some $.

      XPoint (Currently "Optane" products from Intel) isn't fucking ready: http://semiaccurate.com/2016/0...

      If Intel & Micron can get to the point where it fucking works as planned then it'll be great. But who the fuck knows if/when that'll actually happen. What you're seeing now is a broken mess that is shippable only because they're loading it up with tons of redundancy / overprovisioning for when it fails, and it works only at about the same speed as a high end SSD.

    3. Re:Yeah, but no by jiriw · · Score: 2

      This!
      My first thought was exactly this. You can have a Samsung 960 EVO, that is three times faster in read and over five times faster in write speeds for only twice the money of that Intel module. And it has a capacity of 250 GB, not 32 GB. If Samsung would make a 960 EVO 128GB model, the entire Intel product line would be dead in the water. Oh, wait. They have, somewhat... the SM961 128GB, which is both faster and about as expensive as 32 Intel GBs.

      Sorry Intel, and thanx for the deja-vu moment, for my second thought was: 'Oh, my god, this is Intel Turbo Memory / Robson Modules (tm) all over again!"

    4. Re: Yeah, but no by Anonymous Coward · · Score: 0

      My Mushkin SSD has write speeds around 450MB/s which is way faster than this Optane thing.

    5. Re:Yeah, but no by m.dillon · · Score: 3, Informative

      Certainly faster writing. Read speed is about the same for the EVO (on real blocks of uncompressible data, not the imaginary compressable or zerod blocks that they use to report their 'maximum').

      XPoint over NVMe has only two metrics that people need to know about to understand how it fits into the ethos: (1) More durability, up to 33,000 rewrites apparently (many people have had to calculate it, Intel refuses to say outright what it is because it is so much lower than what they originally said it would be). (2) Lower latency.

      So, for example, NVMe devices using Intel's XPoint have an advertised latency of around 10uS. That is, you submit a READ request, and 10uS later you have the data in hand. The 960 EVO, which I have one around here somewhere... ah, there it is... the 960 EVO has a read latency of around 87uS.

      This is called the QD1 latency. It does not translate to the full bandwidth of the device as you can queue multiple commands to the device and pipeline the responses. In fact, a normal filesystem sequential read always queues read-ahead I/O so even an open/read*/close sequence generally operates at around QD4 (4 read commands in progress at once) and not QD1.

      Here's the 960 EVO and some randread tests on it at QD1 and QD4.

      nvme1: mem 0xc7500000-0xc7503fff irq 32 at device 0.0 on pci2
      nvme1: mapped 8 MSIX IRQs
      nvme1: NVME Version 1.2 maxqe=16384 caps=00f000203c033fff
      nvme1: Model Samsung_SSD_960_EVO_250GB BaseSerial S3ESNX0J219064Y nscount=1
      nvme1: Request 64/32 queues, Returns 8/8 queues, rw-sep map (8, 8)
      nvme1: Interrupt Coalesce: 100uS / 4 qentries
      nvme1: Disk nvme1 ns=1 blksize=512 lbacnt=488397168 cap=232GB serno=S3ESNX0J219064Y-1

      (/dev/nvme1s1b is a partition filled with uncompressible data)

      xeon126# randread /dev/nvme1s1b 4096 100 1
      device /dev/nvme1s1b bufsize 4096 limit 16.000GB nprocs 1
      11737/s avg= 85.20uS bw=48.07 MB/s lo=66.22uS, hi=139.77uS stddev=7.50uS
      11458/s avg= 87.28uS bw=46.92 MB/s lo=68.50uS, hi=154.20uS stddev=7.01uS
      11469/s avg= 87.19uS bw=46.98 MB/s lo=69.97uS, hi=151.97uS stddev=6.95uS
      11477/s avg= 87.13uS bw=47.01 MB/s lo=69.31uS, hi=158.03uS stddev=7.03uS

      And here is QD4 (really QD1 x 4 threads on 4 HW queues):

      xeon126# randread /dev/nvme1s1b 4096 100 4
      device /dev/nvme1s1b bufsize 4096 limit 16.000GB nprocs 4
      44084/s avg= 90.74uS bw=180.57MB/s lo=65.17uS, hi=237.92uS stddev=16.94uS
      44205/s avg= 90.49uS bw=181.05MB/s lo=65.38uS, hi=222.21uS stddev=16.56uS
      44202/s avg= 90.49uS bw=181.04MB/s lo=65.19uS, hi=221.48uS stddev=16.72uS
      44131/s avg= 90.64uS bw=180.75MB/s lo=64.44uS, hi=245.91uS stddev=16.81uS
      44210/s avg= 90.48uS bw=181.08MB/s lo=63.73uS, hi=232.05uS stddev=16.74uS

      So, as you can see, at QD1 the 960 EVO is doing around 11.4K transactions/sec and at QD4 it is doing around 44K transactions/sec. If I use a larger block size you can see the bandwidth lift off:

      xeon126# randread /dev/nvme1s1b 32768 100 4
      device /dev/nvme1s1b bufsize 32768 limit 16.000GB nprocs 4
      19997/s avg=200.03uS bw=655.26MB/s lo=125.02uS, hi=503.26uS stddev=55.24uS
      20090/s avg=199.10uS bw=658.23MB/s lo=124.62uS, hi=522.04uS stddev=54.83uS
      20034/s avg=199.66uS bw=656.47MB/s lo=123.63uS, hi=495.74uS stddev=55.59uS
      20008/s avg=199.92uS bw=655.62MB/s lo=123.50uS, hi=500.24uS stddev=55.92uS
      20034/s avg=199.66uS bw=656.47MB/s lo=125.17uS, hi=488.30uS stddev=55.02uS
      20000/s avg=200.00uS bw=655.35MB/s lo=123.19uS, hi=504.18uS stddev=55.98uS

      And if I use a deeper queue I can max-out the bandwidth. On this particular device, random blocks of uncompressable data at 32KB limits out at around 1 GByte/sec. I'll also show 64KB and 128KB:

      xeon126# randread /dev/nvme1s1b 32768 100 64
      device /dev/nvme1s1

    6. Re:Yeah, but no by jiriw · · Score: 1

      Thanx for the numbers :) looks quite interesting, especially because I'm in the process of buying a fast SSD soon (new PC setup replacing my 7 year old Phenom and the motherboard will most probably have a PCI-e 3.x 4x M.2 slot). Latency increases with block size... but when you're going for bulk data, latency gets less important, I think. It's the commands for very small bits of data, I suppose, you want to have with as little latency as possible. At 'various levels' of copying my experience (just gut feeling, no numbers here) it's the small files that take up the most time. Whether at PC internal storage level (copying a directory with random files, it flies through the first 75% of relatively large files, then takes 90% of the time to copy all the a couple of KB/file junk), when using databases or at the network level (don't get me started on SMB overhead), whatever. Either overhead, or a (relatively) larger part of the execution time is latency, or both...

      So, if the Optane has that insane low 'average' latency of 10 uS, do you think Intel has measured that at the optimum read blocksize (and as such it is an average over random positions in the NVRam you read from) or do they mean, with a 'typical' load of random blocksizes you get on average 10uS latency before the CPU can process the data... well, we'll see when people get their hands on them and can benchmark them.

      I'm also very 'curious' if Optane will indeed beat a similarly priced (but obviously larger in volume) PCIe SSD as a HDD cache in actual real-world desktop circumstances (including using it as 'swapfile' if you want). And if it makes a difference that is actually noticable for user experience. Of course the guaranteed durability for cell-writes is nice, but that will be (partly?) negated by the smaller storage volume of the device. Also advertized durability doesn't indicate actual durability. I know of SSD tests where cheap (incedently Samsung) SSDs can handle way more writes than advertised (where the benchmarker had to break off their testing after 100s of times the advertized writes - else they'd miss the publishing deadline of their article) where other SSDs barely hit their mark and then died completely.

    7. Re:Yeah, but no by m.dillon · · Score: 1

      Dissecting the test output:

      11737/s avg= 85.20uS bw=48.07 MB/s lo=66.22uS, hi=139.77uS stddev=7.50uS

      That means the average latency is 85uS (averaged over all reads), the lowest latency measured was 66uS and the highest was 140uS. Another important metric is the standard deviation... that is, how 'tight' access times are around that average latency of 85uS. In this case, a standard deviation of 7.5uS is very good.

      Comparing this to the Optane. what Intel has stated is that the average latency over all reads for Optane NVMe will be around 10uS. They also stated that the standard deviation would be much tighter. So that is comparative.

      But here's the real problem... you ask whether Optane will beat a PCIe SSD as a HDD cache in actual real-world desktop circumstances. I will add 'at the same price point'. The answer to that is going to be 'no'. The reason is that you can buy 4x to 8x the amount of NAND NVMe-based storage as you can Optaane NVMe storage for the same price.

      So instead of having a 32G Octane cache, you could have a 128GB-256GB NAND SSD cache for the same price. That *completely* trumps Octane, no matter how low Octane's latency is, for this use case.

      -Matt

  3. Sounds slow by Anonymous Coward · · Score: 0

    I can by an M.2 SSD that's faster for far less cash, the AData SX8000

  4. Thanks for the ad, I guess, but you missed somethi by Wulf2k · · Score: 5, Insightful

    So these high-priced, low-capacity drives are meant to fill the need for low-priced, high-capacity drives?

    Shouldn't the summary at least attempt to fill in the gaps here?

  5. Intel is blowing by m.dillon · · Score: 3, Insightful

    Smoke. Total and complete nonsense. Why would I want to buy their over-priced octane junk verses a Samsung 951* or 960* NVMe drive? Far more storage for around $115-$130, 1.4 GBytes/sec consistent read performance, decent write performance, and decent durability.

    P.S. the Intel 600P NVMe drive is also horrid, don't buy it.

    http://apollo.backplane.com/DF...

    -Matt

    1. Re:Intel is blowing by Anonymous Coward · · Score: 1

      You apparently either didn't read or didn't comprehend the article. These devices are initially intended for use in hybrid drives - replacing the SSD component of an SSD/HD hybrid. The claim is that the resulting combo will have better than SSD performance at spinning disk size/price points.

      And if the approach appears viable, the costs will come down.

    2. Re:Intel is blowing by DigiShaman · · Score: 1

      They can't complete in the SSD market, so instead they're reselling these chips for what Intel calls "Smart Response Technology"; AKA Fusion if using a Mac. This is really no different in functionality to that of an SSHD drive, except the SATA interface is a lot slower.

      --
      Life is not for the lazy.
    3. Re: Intel is blowing by Anonymous Coward · · Score: 0

      Yeah with sizes ranging from 16 to 32 GB they don't even replace my thumb drive.

    4. Re:Intel is blowing by Anonymous Coward · · Score: 0

      I think you're posting in the wrong story; we are talking about a product called "Optane", not "octane". Also, I don't know what "verses" you are referring to, it's all written in prose.

    5. Re:Intel is blowing by sexconker · · Score: 1

      Hybrid drives are a dead segment. If anything, this is geared for their "Smart Response Technology" (which I had assumed was abandoned) and idiots such as OEMs and those that buy from OEMs.

    6. Re:Intel is blowing by godamntheman · · Score: 1

      P.S. the Intel 600P NVMe drive is also horrid, don't buy it.

      http://apollo.backplane.com/DF...

      -Matt

      According to the Linux kernel, Intel NVMe devices have the block stack stick to certain alignments for performance reasons. Now quoting the above article: "All tests were done on a DragonFlyBSD". I doubt Intel did the same enabling there as they did for Linux.

    7. Re:Intel is blowing by m.dillon · · Score: 0

      I think you are a little confused by Intel marketing speak. Actually, you are a lot confused.

      -Matt

    8. Re:Intel is blowing by Anonymous Coward · · Score: 0

      Yes, the "idiots" are the people this tech is aimed at. And they outnumber the non-idiots by a wide margin.

    9. Re:Intel is blowing by godamntheman · · Score: 1

      I think you are a little confused by Intel marketing speak. Actually, you are a lot confused.

      -Matt

      What the heck are you talking about? Intel devices have a quirky alignment requirement that they made work well in Linux (it's documented in the git logs), but Intel neglected BSD. What part of this do you consider to be marketing?

    10. Re:Intel is blowing by m.dillon · · Score: 3, Informative

      Right. They are trying to market it as something cool and new, which would be great except for the fact that it isn't cool OR new. A person can already use ANY storage device to accelerate any OTHER storage device. There are dozens of 'drive accelerators' on the market and have been for years. So if a person really wanted to, they could trivially use a small NAND flash based NVMe SSD to do the same thing, and get better results because they'll have a lot more flash. A person could even use a normal SATA SSD for the same purpose.

      What Intel is not telling people is that NOBODY WILL NOTICE the lower latency of their XPoint product. At (I am assuming for this product) 10uS the Intel XPoint NVMe is roughly 1/6 the latency of a Samsung NVMe device. Nobody is going to notice the difference between 10uS and 60uS. Even most *server* workloads wouldn't care. But I guarantee that people WILL notice the fact that the Intel device is caching much less data than they could be caching for the same money with a NAND-based NVMe SSD or even just a SATA SSD.

      In otherwords, Intel's product is worthless.

      -Matt

    11. Re:Intel is blowing by m.dillon · · Score: 2

      Intel devices have quirks, but I think you are mixing apples and oranges here. All modern filesystems systems have used larger alignments for ages. The only real issue was that the original *DOS* partition table offset the base of the slice the main filesystem was put on by a weird multiple of 512 bytes which was not even 4K aligned.

      This has not been an issue for years. It was fixed long ago on DOS systems and does not exist at all on EFI systems. Regardless of the operating system.

      At the same time, all SSDs past the second generation became sophisticated enough that they really stopped caring about alignment for most practical use cases.

      Where Intel does mess up depends on the device. In the 600P's case, the firmware is poorly designed in many respects. In other cases, such as with the 750, performance implodes with large block sizes (64KB or higher). This just makes the device less worthy, because frankly NO OTHER SSD VENDOR has these sorts of idiotic problems.

      All of that said, insofar as operating systems go, these storage-level devices have no real visibility into, understanding of, or optimizations for one particular filesystem verses another. So for all practical situations, there is NO raw performance difference between Windows, MacOS, Linux, or any of the BSD's for these storage level devices. They are completely OS-agnostic and have always been completely OS-agnostic.

      -Matt

    12. Re:Intel is blowing by m.dillon · · Score: 1

      Maybe you should point me at the commitid you are referring to, then I can address your comment more directly. I can tell you straight out, even without seeing it, that you are probably misinterpreting it.

      -Matt

    13. Re:Intel is blowing by DigiShaman · · Score: 1

      I prefer Samsung's RAPID mode myself. Up to 1GB of RAM used as read-cache, though no write-back caching to ensure protection of data (not everyone has a UPS on their desktop, and most RAID cards have a lithium battery onboard to assist against write-back caching data loss). It's fast, and will scale back if more system resources are needed by the OS and apps; though that's only an issue for systems with 4GB of ram, and 8GB in rare cases. Did I mention it's FAST!?. Can't execute anything faster than DDR4 at the moment on a desktop :)

      Intel can suck my fat one.

      --
      Life is not for the lazy.
    14. Re:Intel is blowing by Anonymous Coward · · Score: 0

      The 600P is a low cost consumer oriented device with low cost, slow flash and a buffer of faster flash. It's performance is appropriate for it's price tier. It's feature set, when launched, was unavailable from any other vendor in that price tier - TL;DR it's an NVME flash drive for the price of a SATA flash drive that's part of the transition away from SATA. - Samsung doesn't have a retail product that compares to the 600P as far as I know.

      Optane branded products are a different matter. They're pretty new and there's not much benchmark data or reviews to make a judgement - But there sure are a lot of fanboys with hateboners for Intel whenever Optane is mentioned so.. Yeah.

    15. Re:Intel is blowing by m.dillon · · Score: 1

      And, of course, any Linux or BSD operating system will use all available memory for cache data from storage anyway. I guess Windows needs a little more help to do that.

      This certainly shows up in, for example, Chrome startup times. It takes around 4 seconds from a hard drive, uncached, 1 second from a SSD, 1 second from a NVMe drive, and presumably 1 second from any other form of storage because chrome itself needs a bit of cpu time to initialize itself, not to mention the time it takes to load a tab (minimum 0.5 seconds).

      So honestly once one transitions from the HDD to a SATA SSD, where the difference is noticeable, any further transitions (SATA SSD -> NAND NVME SSD -> XPOINT NVME SSD -> XPOINT DDRs) are not likely to be noticeable, even without a ram cache.

      I think Intel's ENTIRE marketing effort revolves around Windows' slow startup times. Or more to the point, Windows tends to seek the storage device a lot while starting up which is *very* noticeable if you have a hard drive, but most irrelevant if you have any sort of SSD.

      Since one can accomplish the same thing simply buy purchasing a small SSD, I just don't see them being able to make a case for it being 'easier' as a disk caching substitute verses someone coming to the realization that their time and data are valuable enough to actually spend a bit more money on buying some native SSD storage in the first place.

      The advent of the cloud is also making local mass storage less and less relevant. Here I'm not talking about those of us who insist on having our own local archives (mine is getting close to 4TB now, with another 4TB in two backup locations so... that's 12TB of storage for me). I'm talking about 'normal' people who are using cloud storage more and more often. They won't need Intel's ridiculous 'solution' either (not even mentioning the fact that a normal NAND NVME SSD to cache a HDD is a better fix for the solution they are marketing than their Optane junk).

      -Matt

    16. Re:Intel is blowing by Anonymous Coward · · Score: 0

      And I can tell you that you have no clue what you are talking about. I am one of the Linux kernel maintainers, and I keep a very close eye on this. The commit I believe previous was referring to: https://git.kernel.org/pub/scm...

    17. Re:Intel is blowing by m.dillon · · Score: 1

      And who the hell do you think I am mister Anonymous Coward?

      So, as I thought, you don't understand either that commit or the commit later on that simplified it (159b67d7).

      It's not a stripe-size limitation per say, it's just a limitation on the maximum physical transfer size per I/O request, which for 99.9% of the NVMe devices out in the wild will be >= 131072 bytes and completely irrelevant for all filesystem I/O and even most softRAID I/O.

      More to the point, that particular commit does not apply to the 600P at all. It applies to several older Intel datacenter SSDs as well as the 750 series and it exists because Intel really screwed up the firmware on those devices and put crazy stupid low limitations on physical transfer size. Then they carefully designed tests that didn't hit those limitations to sell the devices.

      The 750, for example, loses a huge amount of performance with a block size >= 65536 bytes. Intel maybe didn't advertise the mistake, but that is a limitation that doesn't exist in the 600P nor does it exist on ANY OTHER NVME SSD IN EXISTENCE. Only a complete idiot creates a NVMe device which can't handle block transfers of 65536 or 131072 bytes without losing massive performance. Intel = 65536 bytes.

      This was a well known bug in these particular models.

      In anycase, even for these models, this particular quirk has no effect on block I/O tests for block sizes 65536 bytes. And, as I mentioned already, NO OTHER NVME VENDOR has such absurdly low limits or such massively disconnected performance metrics when you exceed them. And even Intel fixed the issue on the P600.

      This just points to the idiocy inside Intel. And it shows your stupidity as well, believing that a little quirk like this somehow effects the entire NVMe space (or even the entire Intel NVMe space), which it doesn't. These sorts of quirks exist for all manner of hardware, not just NVMe, to work around poor, buggy implementations.

      -Matt

    18. Re:Intel is blowing by Anonymous Coward · · Score: 0

      I think I bought my last HDD a couple years back, an 8TB monster for storage of offline media. My 500GB SSD system drive still has a heap of spare space. With SSDs coming out at multi-terabytes and LAN like broadband speeds, it's a no brainer to just get things when required, and delete when not. This item is a stop gap to attempt to defray the R&D costs.

    19. Re:Intel is blowing by m.dillon · · Score: 1

      Just so happens I have an Intel 750 in the pile, here's the issue that the linux NVMe code had to work around:

      nvme3: mem 0xc7310000-0xc7313fff irq 40 at device 0.0 on pci4
      nvme3: mapped 32 MSIX IRQs
      nvme3: NVME Version 1.0 maxqe=4096 caps=0000002028010fff
      nvme3: Model INTEL_SSDPEDMW400G4 BaseSerial CVCQ535100LC400AGN nscount=1
      nvme3: Request 64/32 queues, Returns 31/31 queues, rw-sep map (31, 31)
      nvme3: Interrupt Coalesce: 100uS / 4 qentries
      nvme3: Disk nvme3 ns=1 blksize=512 lbacnt=781422768 cap=372GB serno=CVCQ535100LC400AGN-1

      If I run a randread test on uncompressed data using block sizes 512... 131072, you can see the glitch that occurs at 65536 bytes. I will use a deep queue (128 threads, around QD4 per HW queue but considered to be QD128 globally), so this is the absolute limit of the device's performance. Look at what happens when the block size transitions from 32768 to 65536. That's the firmware screwup that the Linux folks worked around. No other NVME vendor has this issue:

      xeon126# randread /dev/nvme3s1b 512 100 128
      device /dev/nvme3s1b bufsize 512 limit 16.000GB nprocs 128
      487912/s avg=262.34uS bw=249.81MB/s lo=60.69uS, hi=2693.38uS stddev=101.09uS
      488698/s avg=261.92uS bw=250.14MB/s lo=44.12uS, hi=2693.58uS stddev=101.79uS
      489023/s avg=261.75uS bw=250.37MB/s lo=54.44uS, hi=2629.42uS stddev=98.31uS
      ^C
      xeon126# randread /dev/nvme3s1b 1024 100 128
      device /dev/nvme3s1b bufsize 1024 limit 16.000GB nprocs 128
      485963/s avg=263.39uS bw=497.62MB/s lo=45.28uS, hi=2593.95uS stddev=91.90uS
      486353/s avg=263.18uS bw=497.98MB/s lo=60.05uS, hi=1268.07uS stddev=89.05uS
      486312/s avg=263.21uS bw=497.97MB/s lo=62.99uS, hi=1131.01uS stddev=89.04uS
      ^C
      xeon126# randread /dev/nvme3s1b 2048 100 128
      device /dev/nvme3s1b bufsize 2048 limit 16.000GB nprocs 128
      459915/s avg=278.31uS bw=941.89MB/s lo=61.83uS, hi=1244.34uS stddev=95.07uS
      459681/s avg=278.45uS bw=941.33MB/s lo=68.47uS, hi=2890.23uS stddev=99.12uS
      458907/s avg=278.92uS bw=939.81MB/s lo=67.12uS, hi=2838.20uS stddev=110.08uS
      ^C
      xeon126# randread /dev/nvme3s1b 4096 100 128
      device /dev/nvme3s1b bufsize 4096 limit 16.000GB nprocs 128
      442539/s avg=289.24uS bw=1812.62MB/s lo=75.33uS, hi=2985.67uS stddev=154.67uS
      444166/s avg=288.18uS bw=1819.13MB/s lo=76.80uS, hi=2618.38uS stddev=145.94uS
      443966/s avg=288.31uS bw=1818.44MB/s lo=73.81uS, hi=2854.27uS stddev=146.88uS
      ^C
      xeon126# randread /dev/nvme3s1b 8192 100 128
      device /dev/nvme3s1b bufsize 8192 limit 16.000GB nprocs 128
      248658/s avg=514.76uS bw=2036.99MB/s lo=81.98uS, hi=3809.30uS stddev=321.11uS
      249693/s avg=512.63uS bw=2045.32MB/s lo=84.38uS, hi=3278.75uS stddev=317.38uS
      247367/s avg=517.45uS bw=2026.38MB/s lo=86.12uS, hi=3032.98uS stddev=323.87uS
      ^C
      xeon126# randread /dev/nvme3s1b 16384 100 128
      device /dev/nvme3s1b bufsize 16384 limit 16.000GB nprocs 128
      124276/s avg=1029.97uS bw=2036.11MB/s lo=115.63uS, hi=3886.27uS stddev=558.13uS
      124526/s avg=1027.90uS bw=2040.07MB/s lo=118.72uS, hi=3894.09uS stddev=574.04uS
      125651/s avg=1018.69uS bw=2058.63MB/s lo=109.03uS, hi=3843.91uS stddev=550.71uS
      ^C
      xeon126# randread /dev/nvme3s1b 32768 100 128
      device /dev/nvme3s1b bufsize 32768 limit 16.000GB nprocs 128
      62540/s avg=2046.68uS bw=2049.30MB/s lo=137.03uS, hi=6263.58uS stddev=1148.11uS
      63146/s avg=2027.05uS bw=2068.84MB/s lo=157.29uS, hi=5875.07uS stddev=1134.63uS
      62563/s avg=2045.95uS bw=2050.01MB/s lo=147.76uS, hi=6244.51uS stddev=1285.00uS
      ^C
      xeon126# randread /dev/nvme3s1b 65536 100 128
      device /dev/nvme3s1b bufsize 65536 limit 16.000GB nprocs 128
      4431/s avg=28887.12uS bw=290.39MB/s lo=195.41uS, hi=59137.97uS stddev=-34838.70uS

    20. Re:Intel is blowing by _Shorty-dammit · · Score: 1

      They don't offer write-back as an option for those that do have a UPS and want to use write-back?

    21. Re:Intel is blowing by Agripa · · Score: 1

      Intel devices have quirks, but I think you are mixing apples and oranges here. All modern filesystems systems have used larger alignments for ages. The only real issue was that the original *DOS* partition table offset the base of the slice the main filesystem was put on by a weird multiple of 512 bytes which was not even 4K aligned.

      NTFS made the same mistake so it is hardly fair to pick on DOS for this behavior.

    22. Re:Intel is blowing by DigiShaman · · Score: 1

      No, nor do they allow for a user to override the 1GB read cache limit. In the link provided, they stated scope of change features may change based on user feedback. But for not, it's geared to the consumer "set it and forget it" mentality. For what it does, it works well, but it does have limitations.

      Also worth noting, RAPID only works for SATA drives. NVMe don't allow for the feature to be enabled. I'm not sure if this a limitation in how the storage is addressed differently, or the Samsung Magician app hasn't been updated to target non-SATA enumerated devices.

      If you need something with faster write-backs, it looks as though soon there with be a new RocketRAID 3800 series from HighPoint. Essentially, a PCIe RAID card that hold NVMe drives with over 15GB per sec (you read that correctly, Bytes, NOT bits per second!!!) of bandwidth.

      --
      Life is not for the lazy.
  6. Intel Marketing Incorrect by foxalopex · · Score: 5, Interesting

    The way Intel plans on using Optane memory, yes it will most certainly improve the speed of HDs by caching but to say it will always outperform an SSD is an outright lie. For starters if you're working with unusually large datasets it likely won't all fit in Optane memory and unless your cache is highly intelligent and can read ahead, it's likely that things will load slowly on the first attempt. Then for laptops there's also the bonus of not destroying the HD if your laptop gets bumped in the wrong way or treated with a bit of abuse when operating. If this worked so well then Seagate's hybrid SSD / HD drives should be almost everything but it isn't.

    1. Re:Intel Marketing Incorrect by Anonymous Coward · · Score: 0

      How large is unusually large? And don't forget this is the consumer version. The server version comes on PCIe cards and much larger capacities, also much more expensive, but may be worth it for some workloads.

    2. Re:Intel Marketing Incorrect by Razed+By+TV · · Score: 2

      The way Intel plans on using Optane memory, yes it will most certainly improve the speed of HDs by caching but to say it will always outperform an SSD is an outright lie.

      Also worth noting that there are SSD's that can exceed the 1.2GBps read / 280MBps write of the Optane.
      For instance, Samsung 960 Evo claims 3.2GBps/1.8GBps. (https://www.newegg.com/Product/Product.aspx?Item=N82E16820147595&cm_re=pcie_ssd-_-20-147-595-_-Product)
      Requires PCIe 3.0 x4. I work for neither Samsung nor Newegg.

  7. Photos and videos? by Anonymous Coward · · Score: 0

    People must have action-packed lives filled with relevant moments... I bought my first digital camera 10 years ago with a 2GB memory card... it's only half full today.

    What the hell are people doing?

    1. Re:Photos and videos? by Archangel+Michael · · Score: 2

      You're doing it wrong. Rather than looking for a good shot at just the right moment, you shoot lots of pictures hoping at least one out of the hundred looks decent. And you keep the unused 99 others around because you're too lazy to erase them all.

      --
      Agent K: A *person* is smart. People are dumb, stupid, panicky animals, and you know it.
    2. Re:Photos and videos? by Oswald+McWeany · · Score: 1

      That's about my wife. She will take about 20 photos of the exact same shot from the exact same angle to try and get the best picture and not delete a single one.

      I, on the other hand will take three photos from different angles- and then more often than not, I will delete all three photos.

      --
      "That's the way to do it" - Punch
    3. Re:Photos and videos? by Anonymous Coward · · Score: 0

      Maybe living their lives? You don't go on vacation? Go to parties? Visit family? Dress up for Halloween? These are all worthy occasions for taking pictures. You don't need to take thousands, but it's nice to capture the scene so you can revisit the event in the future and let the pictures jog your memories. From a quick check of my archives I'd say I take about 2GB of pictures a year.

    4. Re:Photos and videos? by Sloppy · · Score: 1

      What the hell are people doing?

      Those people are turing their cameras on, more often than you do.

      HTH.

      --
      As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
    5. Re:Photos and videos? by Bob+the+Super+Hamste · · Score: 1

      She will take about 20 photos of the exact same shot from the exact same angle to try and get the best picture and not delete a single one.

      I've done that but usually with a tripod mounted camera but there it isn't to pick the best one. When I do that I am planning on combining them and doing things like focus stacking, HDR, or super resolution photography or a combination of them. For film I will also scan the negatives multiple times as well and combine them to reduce the noise and also produce images closer to the advertised resolution of the film scanner than can otherwise be achieved. Yes I have some photographs where I am getting 60-70 megapixels of actual data off of 35mm film but that requires having very fine film (50 speed Ilford B&W, 100 speed Kodak Ektar), a camera on a tripod, and the use of a high quality lens (my worst one diffraction wise is an f/4.5 500mm the best is an f/1.4 50mm one), and shooting with a wide open aperture. I love my full frame picture of Dome of the Rock that I took from on top of Mount of the Olives where I can clearly see the Islamic Calligraphy in the mosaic work on the outside with nice crisp lines.

      --
      Time to offend someone
  8. Being confused... by Junta · · Score: 1

    They are saying that SSD cache of HDD is rare because most people only have one device, but somehow by being more expensive per GB, this has a better chance of being a common configuration? This pitch is sufficiently convoluted I can't help but to wonder how worried/challenged they must be to find a wider market for the technology, given the price point.

    This seems to be an unfortunate reality of PC storage, the vast majority of the market is entrenched in 'good enough'. Even NVMe is a relative rarity, despite getting more performance out of NAND SSD than SATA connection. A bump for the general order of magnitude improvement that is NAND.

    A better angle could be to replace additional memory capacity (sometimes padded out for more disk cache) with an Optane, but even then most desktops seem 'fine' at 4GB of ram. This *is* much cheaper than ram, and probably fast enough so that we don't *need* to cache to ram, so that might not be so bad.

    --
    XML is like violence. If it doesn't solve the problem, use more.
    1. Re:Being confused... by m.dillon · · Score: 1

      Motherboard vendors are just now, finally, starting to put M.2 connectors on the motherboard. Blame Intel for the slow rate of adoption. Intel came out with three different formats, all basically incompatible with each other, and created mass confusion.

      But now, finally, mobo vendors are settling on a single PCIe-only M.2 format. Thank god. They are finally starting to put one or more M.2 slots and finally starting to put on U.2 connectors for larger NVMe SSDs. Having fewer SATA ports on the mobo is no longer a marketing issue. I've seen many more mobos recently with just 2-4 SATA ports.

      -Matt

    2. Re:Being confused... by Junta · · Score: 1

      I've seen m.2 modules for a while, but overwhelmingly they are still SATA, and M.2 has had PCIe capability, but largely ignored by the device makers.

      One challenge with the PCIe connectivitiy is that 4 lanes of PCIe is an awful lot to ask to spare for a single device, and there isn't a lot of urgent need for better SSD performance, interestingly enough.

      --
      XML is like violence. If it doesn't solve the problem, use more.
  9. Terrible article summary by jlv · · Score: 4, Interesting

    Intel is marketing the Optane Memory M.2 modules as caches for hard drives.

    "Lather, rinse, repeat. With each duplicate task, the launching speed accelerated. The load time for Gimp, for example, dropped from about 14 seconds to 8 seconds, and then to 3 or 4 seconds as the Optane Memory cached the task."

    That's only speeding up accesses for repeated tasks (which, granted, there are many of).

    I think the problem Intel found is that Optane memory is too expensive right now in larger sizes. They came up with this cache module as their best way to market it. Is someone really going to spent $77 for a 32GB cache device when they can just spend $99 for a 256GB SSD?

    1. Re:Terrible article summary by doconnor · · Score: 1

      If they already own a 1 or 2TB drive that is half full, it makes some sense.

    2. Re:Terrible article summary by Erioll · · Score: 4, Interesting

      Actually if I were building another PC soon, I'd do exactly that. Get a 2TB drive cheap ($50-60) and then this for $77. Cheaper than a $99 SSD and the same hard drive, and I don't need to worry about getting a "very large" %APPDATA% directory or have to do configuration of my media, which (large) games are on my SSD versus not, etc. I'm willing to do that now, but I'd be glad to not have to worry about all of that. Just put it all on "C" and then let the Intel "magic" do its job for what I'm running most frequently.

      It's the "just make it simple" approach which is good.

    3. Re:Terrible article summary by drinkypoo · · Score: 1

      It's the "just make it simple" approach which is good.

      But you're adding a whole disk, and also using spinning rust. How is that making it simple?

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    4. Re:Terrible article summary by Anonymous Coward · · Score: 0

      Not me. I buy the TB drives for archival, and SSD for the main drives. Plus with a ton of DRAM in the system, half of what I do is in RAM cache anyway. So GIMP loads damn fast from SSD and even faster from DRAM on the second load. /shrug no need for proprietary memory.

    5. Re:Terrible article summary by zippthorne · · Score: 1

      By plugging one more thing into a slot that exists but is currently unused, he can avoid trying to migrate all the data on the 2TB spinning rust drive to an SSD, but still get most of the benefits of having the SSD.

      --
      Can you be Even More Awesome?!
    6. Re:Terrible article summary by bill_mcgonigle · · Score: 1

      Yup. My main $1900 SSD array does about 300MBps (SATA 3 drives).

      I'll absolutely spend $80 to put an Optane piece in to split for ZFS log and cache devices to pump up the performance 20% or so.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    7. Re:Terrible article summary by drinkypoo · · Score: 1

      Except that the proposal was to build a new system with a 2TB disk, not to migrate one from an older system.

      Your proposed case might make sense.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  10. To bad that intels pci-e lanes suck on there deskt by Joe_Dragon · · Score: 1

    To bad that intels pci-e lanes suck on there desktop cups.

    AMD has X16 or X8 X8 (video) + X4 (storage) + USB 3.X on die + X4 chip set link VS intel with X16 or X8 X8 (video) + X4 chipset link.

  11. I use software & hardware TRUE SSD like it by Anonymous Coward · · Score: 0

    Core I7 4790k CPU
    GeForce 970 GTX OC +140mhz 4gb GDDR5 RAM
    Intel 530 240gb Flash SSD SATA 6 = OS & Program disk - latest 3.43 firmware
    WDl 10,000 rpm 8mb buffer Velociraptor 150gb SATA 2 = backup
    Promise Ex-8350 128mb ECC ram caching raid controller SATA 1/2 for WD Velociraptor
    GigaByte IRAM 4gb DDR2-Ram based SSD SATA I = PageFile
    WD 7,200 rpm 8mb buffer 1tb SATA 6 = downloads
    8gb Kingston DDR-3 RAM (1gb 64-bit NTFS Compressed Software RamDisk = browser cache, hosts file, print spooler, %TEMP% ops, + %COMSPEC%)

    Timestamps, perf counters + excess services = off

    Less work on OS/Program disk = faster doing less bs vs. REAL work + reduced fragmentation

    I place hosts on software ramdisk (for performance):

    HKLM system CurrentControlSet services Tcpip Parameters DataBasePath

    APK

    P.S.=> I increase hosts' priority for load/read in HKEY_LOCAL_MACHINE SYSTEM CurrentControlSet services
    Tcpip ServiceProvider HostsPriority 00000005DnsPriority 00000006,LocalPriority 00000007, NetbtPriority 00000008

  12. What is it useful for? by PhrostyMcByte · · Score: 1

    Having a hard time imagining the use case for this.

    For consumer gear, almost any SSD sold today will be faster than someone would ever need. Just use that as a cache and save some money.

    For pro/enthusiast gear, money would probably be better invested simply getting more RAM -- with 32GB, in many cases I have 20GB or more of that being used as a filesystem cache. Cache tends to very rapidly exhibit diminishing returns, to the point where I doubt I'd even notice an extra 32GB sandwiched between my RAM and SSD.

    Maybe as a non-volatile cache for large bursts of writes?

  13. Re:Thanks for the ad, I guess, but you missed some by NotInHere · · Score: 1

    They might fill the need, but until then their R&D costs need to be driven in. So lets look forward to a few years or so when the people who believed this marketing crap bought those devices and by that made them cheaper.

  14. Optane is cool by freeze128 · · Score: 4, Informative

    Optane is Intel's name for 3D Xpoint storage. Right now, it's more expensive than NAND storage, and is only available in smaller capacities. That is why they are using it as cache on conventional hard drives. When it becomes cheaper to produce, and in higher capacities, it's going to be great. It will be way faster than NAND, and you won't have to worry about wear-levelling because it doesn't suffer from insulator breakdown.

    1. Re:Optane is cool by Anonymous Coward · · Score: 0

      And yet it still has limited write endurance in it's current form.

    2. Re:Optane is cool by Anonymous Coward · · Score: 0

      Optane / 3D Xpoint technology is not based on stackable memristors, is it? It's memristor technology that is supposed to bring us 1000x speed at 1/100 the energy requirement of current NAND-based SSDs. So fast it could be used for both storage and RAM. News about it seems to have dried up. Aren't Intel & Micron fighting HP and SanDisk over patents?

    3. Re:Optane is cool by Anonymous Coward · · Score: 0

      Who tf worries about wear levelling now?

      I still run my 4yo 1TB 840evo in a MBP, even after multiple firmware upgrades because of dodgy trim algo's and it runs strong today.
      I still have a 120GB 8yo SSD in service on an xps1645 I gave to a lady who halfway home fosters children.
      I still have a 250GB 8yo SSD I am rebuilding a fileserver with.

      Also, the SSD market for pcie 3D NAND is killing it with absolutely massive mtbf's that you will certainly upgrade your drive long before it fails, if it fails. (Unfortunately not everything is perfect and defects in manufacturing do exist)

      These optanes are not going to fill the "hybrid" zone very well when I can just use something much larger for the same cost. It is easier and quicker to install or migrate games to a dedicated drive and to keep all your other wares on a LP record. The spinners these days are no slouch, either, tbh.

      Optanes are POST cache. That, to me, is too slow straight out of the gate.

    4. Re:Optane is cool by Neuronwelder · · Score: 1

      I've never heard of insulator breakdown in electronic components. I do know about electronic migration eventually ruining a junction.

    5. Re:Optane is cool by Anonymous Coward · · Score: 0

      Well, now you heard of it.
      Erasing flash is essentially a controlled gate-source breakdown in a FET.

    6. Re:Optane is cool by m.dillon · · Score: 1

      Insulator breakdowns on circuit boards happen less often these days but they are still prevalent in Electrolytic caps and anything with windings (transformers, inductors, DC motors, etc), though it can take 20-50 years to happen and depends on conditions. And the failure mode depends too.

      Generally speaking, any component with an insulator which is getting beat up is subject to the issue.

      Circuit boards got a lot better as vendors switched to solid state caps. Electrolytics tend to dry out and little arc-throughs punch holes in the insulator over time (running them at less than half their rated voltage goes a long ways to lengthening their lives, which is why you usually see voltage ratings much higher than the voltages that are actually run through them).

      The insulating coatings in wires used for windings has gotten better. Typically shorts develop over time and change the value of the inductance (or voltage ratio for a transformer), and other parameters until it gets to the point where it is so out of spec it stops doing its function properly. DC motors will get weaker, etc etc.

      -Matt

    7. Re:Optane is cool by Anonymous Coward · · Score: 0

      you can get a PCIe card that is 400GB (or maybe it was 350GB). Just putting it out there as their 5 year warranty with 30WPD is pretty impressive.
      (enterprise hardware of course).

      They will have the 800GB and a 1.2TB in stores by Q3 I believe

  15. The are cashes FOR hard drives by Ecuador · · Score: 4, Interesting

    Yeah, it is not clear from the summary, reading it I thought it was about hybrid drives, but the sizes don't make sense.
    So, these are M.2 expansion cards which offer a big and very fast cache for your existing hard drive.

    --
    Violence is the last refuge of the incompetent. Polar Scope Align for iOS
    1. Re:The are cashes FOR hard drives by Gilgaron · · Score: 1

      So it is a cache that sits on the motherboard somewhere instead of the HDD?

    2. Re:The are cashes FOR hard drives by sexconker · · Score: 1

      Intel dabbled in this (as did others) years ago when SSDs were too small for most people. As far as I know, it was kinda shitty and only kinda worked and everyone abandoned it because hybrid drives were simpler (even though they too sucked) and SSDs kept getting bigger, faster, and cheaper.

      They called it "Smart Response Technology" when it launched. Maybe it's back? Maybe it never went away? Maybe Windows ReadyBoost has risen from the grave? (I've NEVER seen ReadyBoost in actual use.)

    3. Re:The are cashes FOR hard drives by JoeMerchant · · Score: 1

      In an M.2 slot.

    4. Re:The are cashes FOR hard drives by Jamu · · Score: 1

      I used it for a bit on my desktop machine. My OS was on a newer - at the time - SSD, and my old SSD got used as cache for my HDD. The cache worked very well, so good, in fact, that my system would occasionally pause while the HDD spun up after a cache-miss. However, it wasn't long before I'd switched to just SSDs for my desktop machine and the HDD got stuffed in a NAS (where I wouldn't have to listen to it).

      --
      Who ordered that?
    5. Re: The are cashes FOR hard drives by Anonymous Coward · · Score: 0

      Fusion drives on Mac are great on the other hand.

    6. Re:The are cashes FOR hard drives by Kjella · · Score: 1

      Intel dabbled in this (as did others) years ago when SSDs were too small for most people. As far as I know, it was kinda shitty and only kinda worked and everyone abandoned it because hybrid drives were simpler (even though they too sucked) and SSDs kept getting bigger, faster, and cheaper. They called it "Smart Response Technology" when it launched. Maybe it's back? Maybe it never went away? Maybe Windows ReadyBoost has risen from the grave? (I've NEVER seen ReadyBoost in actual use.)

      It's the same as far as I understand, just optimized for a lower latency high performance SSD. But to be honest, except for gamers I think almost everyone has space enough on the SSD these days. And even most gamers could if Steam only offered them two storage areas so they could put 1GB on the SSD and the other 29GB with all the media files on a HDD. I've gone all SSD anyway even though it's a waste.

      --
      Live today, because you never know what tomorrow brings
    7. Re:The are cashes FOR hard drives by _Shorty-dammit · · Score: 1

      If it actually worked very well you wouldn't have noticed it pausing while it waited after a cache miss. Any cache can only help by so much. In the case of hybrid drives, I never understood why drive manufacturers used such a small amount of NAND, besides cost. Sure, it is expensive to use. But if you put more on there I'll pay more, because it will perform better more often.

    8. Re:The are cashes FOR hard drives by Jamu · · Score: 1

      The cache worked so well that the HDD would spin down because it wasn't being accessed. Ideally I'd have stopped the HDD spinning down, but at the time it wasn't too much of a problem. Obviously the cache can't provide data it doesn't have, and this can result in processes waiting for the HDD to spin up. The cache was a 64Gb SSD, although I can't remember if RST used all of that or about a half.

      --
      Who ordered that?
  16. Cheaper Huh? by Anonymous Coward · · Score: 0

    Just saw a 500 GB ssd for $100 how is 32 GB for $77 cheaper again?

  17. Why buy SSD when you can get higher capacity IDE? by KalvinB · · Score: 1

    All new storage technologies start with a significant price premium vs established technology.

    $77 and 32GB is not intended for photos and videos (which is all consumers think about), they're intended for servers which need high speed but not a great deal of storage space per drive. $2 per GB is roughly what we saw with SSD when they first came out.

    For someone running a home server, these drives are a feasible replacement for their existing database and web storage to get much better performance.

    For commercial providers, these are going to start replacing SSDs in RAID arrays as the capacities go up.

  18. Re:Thanks for the ad, I guess, but you missed some by Archangel+Michael · · Score: 3, Insightful

    A lot of products flat out fail trying to recover R&D expenses. I am not saying this is one of those, as Intel has huge resources behind any tech it brings to market.

    The idea here (in the long run), is that Drives and "memory" become the same space. Instant on, fast access to Nonvolatile RAM, and RAM becomes equivalent to 4 tier processor cache.

    I've long predicted that memory space is going to be flattened out and everything is going to be mapped as one big logical drive, measured in access speed to data that is frequently needed. Closer / Faster, Further / Slower

    --
    Agent K: A *person* is smart. People are dumb, stupid, panicky animals, and you know it.
  19. Re:Thanks for the ad, I guess, but you missed some by JoeMerchant · · Score: 2

    With 64 bit memory addresses, there's no need to differentiate memory vs drive space. Just let the swap manager decide what goes where in the physical world, and each process gets its own dedicated pages of a single memory space.

  20. why use when there is bcache? by Anonymous Coward · · Score: 0

    Is this not why we have bcache?

  21. solid state cache for a hard drive? by porky_pig_jr · · Score: 2

    So far having solid state cache for a hard drive is an idea which looks great on a paper, but practically everything that has been offered shows the performance - and we're talking about the real workload and the real user experiences - closer to the hard drive than to the solid state device. IMHO, since, apparently, we have a fairly large number of cache misses or some other anomalies, having the solid state cache which is 1000 faster than the traditional NAN-based one won't make too much difference.

    On the other hand, having the solid state device which only 10 times slower than DDR would make it excellent virtual storage. you can put 64GB of DDR4 on your server and then get 350GB slab of Optane. For all practical purposes you have 350GB of main memory. Swapping the working sets in and out would happen, for all practical purposes, instantly. But of course that's solution for data center, not for the regular user.

    1. Re:solid state cache for a hard drive? by Carewolf · · Score: 1

      So far having solid state cache for a hard drive is an idea which looks great on a paper, but practically everything that has been offered shows the performance - and we're talking about the real workload and the real user experiences - closer to the hard drive than to the solid state device. IMHO, since, apparently, we have a fairly large number of cache misses or some other anomalies, having the solid state cache which is 1000 faster than the traditional NAN-based one won't make too much difference.

      You can get SSD-like boot times, but that is about it, the rest is HDD like

    2. Re:solid state cache for a hard drive? by Chrontius · · Score: 1

      I have a Drobo with 256 gB of flash. The array has stopped crashing my PC since adding the SSD cache - the timeouts came before the disk spin-ups for the Windows network file system. Copying files to the array happens at 80% of the gigabit ethernet bus speed, now.

      You say it doesn't make too much difference, but you clearly haven't played with it for a little while. It's not a miracle, but it is quite a difference.

  22. So its SMARDRIVE? by Anonymous Coward · · Score: 0

    Caching frequently used files? I'll let my OS manage that, thanks.

  23. Less work OS & Program disk does? by Anonymous Coward · · Score: 0

    See my subject: Faster it goes doing less work + less fragmentation (still matters on SSD, more pointers) moving pagefile on a TRUE hardware SSD (gigabyte IRAM) & then temp ops, print spooler, comspec + hosts on a RAM SPEED 64-bit software RamDisk works for all of this... my HDD's (10k velociraptor = cached by 128mb delay writeback cache controller = backup, & 1 TB WD = downloads) contributes to ALL THAT, even MORESO, by offloading my Intel SSD main program & OS bootdrive.

    * Then additionally turning off services I don't need running (& other registry level system performance tunings) + turning off NTFS timestamp/access etc. & performance counters (no they are NOT "free", nothing is) works for the rest... doing less work I do NOT NEED DONE helps for performance.

    APK

    P.S.=> It really works... apk

  24. Re:Thanks for the ad, I guess, but you missed some by swb · · Score: 2

    I think we're *eventually* going to wind up with a unified memory technology that flattens the memory space, but I don't think Optane is it.

    When this was first a thing, the Optane access times were a couple of orders of magnitude off RAM. It really read like a newer/better/faster version of existing flash storage media. Of course the critical thing is "Can you make it price competitive with existing NAND?"

    If they can't, it's going to be a tough sell. Existing NAND storage has gotten to be fast, durable, cheap and is growing in capacity. While you *can* use faster storage in front of slower capacity storage as a cache, existing NAND is so cheap now that everything is migrating to flash.

    Caching works, but it's complex and has overhead penalties, which is one reason why all flash storage has grown in popularity. The consumer wants one drive, not two, and even the enterprise wants speed and simplicity.

    I'm curious what Intel's problem is. Is it just an early production capacity problem or are their yield problems? Or did they drink their own kool-aide and think that people wanted to step back to multi-tier storage for their new cache chips?

  25. Re:Thanks for the ad, I guess, but you missed some by kfh227 · · Score: 1

    More and more memory will be moved on die also. 50 years from now, we'll probably just have a single die that is the computer..

  26. Re:Thanks for the ad, I guess, but you missed some by twistedcubic · · Score: 1

    You're already modded 5 for this, but you deserve extra bonus mod points.

  27. Re:Thanks for the ad, I guess, but you missed some by m.dillon · · Score: 2

    It would depend on the relative latency and other characteristics. XPoint is definitely not it, because XPoint can't handle unlimited writing. But in some future lets say we do have a non-volatile storage mechanic that has effectively unlimited durability, like ram, but which is significantly more dense, like XPoint.

    In that situation I can see systems supporting a chunk of that sort of storage as if it were memory.

    Latency matters greatly here for several reasons. First, I don't think XPoint is quite fast enough, at least not yet. The problem with any sort of high-latency storage being treated like memory at the HARDWARE level is because that latency creates massive stalls on the cpu. DRAM today causes huge many-clock stalls on a cpu. These stalls are transparent to the operating system, so the operating system cannot just switch to another thread or do other work during the stall. The stall effectively reduces the performance of the system. This is the #1 problem with treating any sort of storage technology as if it were memory.

    The #2 problem is that memory is far easier to corrupt than storage (which requires a block transaction to write). I would never want to map my filesystem entire storage's block device directly into memory, for example. It's just too dangerous.

    The solution that exists today is, of course, swap space. You simply configure your swap on an SSD. The latencies are obviously much higher than they would be for a HW XPoint style solution, around 50-100uS to take a page-fault requiring I/O from a NVMe SSD, for example.

    The difference though is that the operating system knows that it is taking the page-fault and can switch to another runnable thread in the mean time, so the CPU is not stalled for 50-100uS. It's doing other work. Given enough pending work, the practical overhead of a page-fault in terms of lost CPU time is only around 2-4uS.

    In a XPoint-like all-hardware solution, the CPU will stall on the miss. If the XPoint 'pagein' time is 1-2uS, then the all-hardware solution winds up only being twice as good as the swap space solution in terms of CPU cycles. Of course, the all-hardware solution will be far better in terms of latency (1-2uS verses 50-100uS).

    But to really work in this format the non-volatile memory needs to have a nearly unlimited write capability. XPoint does not. XPoint only has around 33,000 write cycles of durability per cell (and that's being generous). It needs to be half a million at a minimum and at least 10 million to *really* be useful.

    -Matt

  28. 1.2GBps by bugs2squash · · Score: 1

    DDR3-1600 RAM runs at 12.8GB/s. If we wanted to read a 1.2GB/s couldn't we have a RAM chip, some fancy logic, and a delay line. That is, continuously clock the RAM contents around the delay line and then wait for it to come back in when you want to read it out.

    Come to think of it, that just adds read latency, once your patch of delay line comes around you can read it at 12.8GB/s.

    probably costs a ton of power, and of course it's volatile, but if 9/10ths of the memory is on the bus you get a lot of value for the RAM.

    --
    Nullius in verba
  29. Re:Thanks for the ad, I guess, but you missed some by Anonymous Coward · · Score: 1

    This is pretty much how computers used to be. Just a flat memory space and that's it. Lots of early computers ran OS out of rom and all user data was stored in RAM. Cartrige based game systems simply map the cartridge rom in to memory space. Before cheap flash storage became available early Palms and Windows CE devices stored user data and installed programs in battery backed DRAM - And even had user-added programs specially compiled so they could be executed in place (since they were already stored in fast DRAM)

    Block devices, file systems, etc were originally devised because it became clear that there was a need for less expensive, nonvolitle, portable storage. Computers, however, can only work on data that is in it's mapped memory space. Schemes to copy data in and out of memory from slower/cheaper/portable storage have always been kind of a hack.

  30. AKA 3D Xpoint by Solandri · · Score: 1

    You know, the tech they said would reach the market in 2016, then late 2016, then December 2016, then early 2017, and still doesn't show up in shopping.google.com today. When you miss your announced release dates that often, I guess the MO is to change the name and hope nobody notices.

  31. Re:Thanks for the ad, I guess, but you missed some by raftpeople · · Score: 1

    That's how the AS400 works, single flat address space, every object with a permanent globally unique pointer, auto loaded on reference.

  32. NVDIMM?!? by Anonymous Coward · · Score: 0

    Serious folks, NVMe is great, but NVDIMM is the next battleground and notably these specs DO NOT illustrate NVDIMM performance. Now, compare to other NVDIMM makers and we might be able to judge Optane/Xpoint correctly. For NVMe though, Optane/Xpoint has nowhere near the density to be interesting for now. The real kicker is nobody is making NVDIMM sizes large enough for a boot/executable volume currently, so we are looking at probably a 2 year wait there. For apps and stuff though, if you have the DDR4 slots you should max out DIMM sizes (you can get 512GB DDR4 DIMM sizes such that you exceed the CPU capability which is between 1-2TB depending on type, so you can have empty slots for NVDIMM)

    Also, shoutout to Amfletec and their Squid quad M.2 PCIe NVMe carrier boards, making x4 retrofits non-painful.

    PCIe gen3 in x8 or x16 flavors
    amfeltec.com/products/pci-express-gen-3-carrier-board-for-4-m-2-ssd-modules/

    PCIe Gen2 in x4/x8/x16 flavors
    amfeltec.com/products/pci-express-carrier-board-for-m-2-ssd-modules/

  33. Re:Thanks for the ad, I guess, but you missed some by strikethree · · Score: 1

    The idea here (in the long run), is that Drives and "memory" become the same space. Instant on, fast access to Nonvolatile RAM, and RAM becomes equivalent to 4 tier processor cache.

    This idea terrifies me. Currently, a reboot fixes everything but hardware issues. Once this goes live, only reinstalling from scratch will fix things.

    --
    "Someone needs to talk to the tree of liberty about its ghoulish drinking problem." by ohnocitizen
  34. Re:Thanks for the ad, I guess, but you missed some by Agripa · · Score: 1

    More and more memory will be moved on die also. 50 years from now, we'll probably just have a single die that is the computer..

    No for two reasons:

    1. Compare the amount of die area that the DRAM takes in a system with a reasonable amount of memory. It is way too much to be integrated with the CPU die.
    2. High performance logic and bulk DRAM processes are different. Also operating the DRAM at the temperature of the CPU is a problem although acceptable in some cases.

    The closest you may get is integrating the DRAM as part of a hybrid or multichip module however this will only work for systems with low memory requirements. GPUs are starting to go this way.

  35. Re:Thanks for the ad, I guess, but you missed some by Agripa · · Score: 1

    When this was first a thing, the Optane access times were a couple of orders of magnitude off RAM.

    Optane access times are still too slow to replace DRAM.

    While you *can* use faster storage in front of slower capacity storage as a cache, existing NAND is so cheap now that everything is migrating to flash.

    Caching works, but it's complex and has overhead penalties, which is one reason why all flash storage has grown in popularity. The consumer wants one drive, not two, and even the enterprise wants speed and simplicity.

    I'm curious what Intel's problem is.

    Access times on Optane are such that these drives can support their maximum throughput at low queue depths unlike NAND Flash which requires a large number of queued transactions. In this respect, Optane requires *less* caching and buffering than NAND and apparently less processing in its translation tables. Is that enough? I do not know.

    As a form of slow (but faster and lower latency than NAND Flash) non-volitile RAM (random access memory) in the traditional sense which NAND Flash is not and never will be, maybe that is enough if it is attached to a CPU's auxiliary memory bus instead of a host adapter bus like NAND Flash.

  36. Que? by Anonymous Coward · · Score: 0

    Can someone re-write or distill down what the hell the summary was trying to say? How is smaller memory as good as a SSD+HDD combo? Is Optane just another fusion drive variant?