Earlier quoted context omitted.
I think the idea is to have large persistent storage with the speeds of RAM. Everything would open instantly.
That would be useful, but it wouldn't really replace RAM, or, if it did, we'd probably still wipe it every boot, to be in a known state. Outside of some specialized database applications, having an entire program running right in persistent memory seems like a bad idea. And even then, I'm assuming databases would still want strong separation between persistent stuff and stuff that can be restarted any moment, to mini…
Rest in Peace, Optane
61–70 of 122 posts
Re: Rest in Peace, Optane
#62What was interesting about Optane was that it was kinda an attempt to get rid of disk and ram distinction. You had single device (optane stick) which served as both - ram and disk. After decades of current approach we finally could physically get rid of disks - hdds, ssds or even nvme sticks. https://www.theregister.com/2022/08/01/optane_intel_cancella... >Optane presented a radical, transformative technology but bec…
If Intel really wanted to redesign the Von Neumann architecture, they would have had to be prepared to absorb losses for much longer, way north of a decade.
The alternative might have been to focus exclusively on providing SSDs using the new technology and maybe try to segue into this new memory architecture 10 years later. Like Itanium should have initially focused on beating competing x86_32 chips of the era in benchmarks and ship the new ISA as an afterthought.
Thank you, Intel, for trying to push the envelope, though.
Re: Rest in Peace, Optane
#63Re: Rest in Peace, Optane
#64What was interesting about Optane was that it was kinda an attempt to get rid of disk and ram distinction. You had single device (optane stick) which served as both - ram and disk. After decades of current approach we finally could physically get rid of disks - hdds, ssds or even nvme sticks. https://www.theregister.com/2022/08/01/optane_intel_cancella... >Optane presented a radical, transformative technology but bec…
Re: Rest in Peace, Optane
#65The 1960s memory models of current programming languages were as much a problem as the OSes since since the benefits of persistent programming require slightly different thinking. This reminds me of running Unix on the Cray X-MP. It worked, but was very slow since calling a function stalled these superpipelined machines designed to run FORTRAN really fast.
Re: Rest in Peace, Optane
#66It was a massive headache for me. One fine day my laptop ran into the common Windows issue of 100% disk utilization. I tried all the common fixes to no avail, and at some point I remembered my disk had some funky new tech called Optane. I disabled Optane through its software and was able to directly access the underlying HDD. I checked the fragmentation level for the HDD, lo and behold it was fragmented to oblivion.
Turns out because Windows treats Optane disks as SSDs even though I actually had an underlying HDD, my HDD was simply not defragmented by the OS. After a few rounds of installing and uninstalling large games, the HDD was in an unusable state with regards to fragmentation.
I did a short write-up PSA on r/Windows10, and apparently the issue was widespread enough that my post helped about 10 people in the comments. Thinking back, this whole series of events is partially the reason why I moved from being a non-technical person to a (somewhat) technical one. Good times.
Re: Rest in Peace, Optane
#67Earlier quoted context omitted.
Yeah - the article was talking about mmap... but what i wanted was to not have to define persistence boundary. I wanted the entire in-memory state of my program to be persisted - perhaps even duplicated and moved elsewhere
mmap on Optane direct-access-aware (DAX) filesystems like EXT4/XFS now, is not like mmap on block devices where the OS gets in your way and pages stuff in from disk and (maybe) later syncs it back to persistent storage. Optane is the persistent storage, it's just usable/addressable as regular RAM as it's plugged in to DIMM slots. And in the later Xeon architecture (Xeon Scalable 3rd gen, I think), intel expanded the…
Yes, the real case for Optane memory is that, supposedly, you don't have to fsync(). And insisting on proper fsync() tends to tank the performance of even the fastest NVMe SSD's. So the argument for a real, transformative performance improvement is there.
Re: Rest in Peace, Optane
#68Earlier quoted context omitted.
Intel and AMD also do support unified memory for their integrated graphics. It’s been a while since you needed a statically cordoned-off area of main memory (“shared memory”) for the iGPU to work. Consoles have been using unified memory since the 8th gen (PS4/XB1/Switch, kinda sorta even WiiU). And NVidia has CUDA unified-memory slide decks going back at least 5 years.
The Xbox360 already had unified memory too. That gave it a slight edge compared to the PS3 in the long term because it was more flexible compared to a fixed 50:50 split.
Re: Rest in Peace, Optane
#69Another issue may be that Optane DC persistent memory simply was not fast enough to replace non persistent RAM.
Still, I hope that another technology will arise, which is byte-addressable and persistent/durable. I think it could radically change the design of database systems again. You wouldn't have to have a page cache / buffer manager, which retrieves same sized blocks (or multiples of blocks) for instance. You probably wouldn't even need serialization/deserialization to disk.
It would be great if it'd be possible to for instance read 512byte blocks from disk with current SSDs, but I guess the block overhead for meta data might be too big.
Re: Rest in Peace, Optane
#70Why was everyone so obsessed with the idea of Optane as universal memory? From a consumer perspective, it was a fast small SSD that doesn't wear out. That was enough to justify it's value at the prices it went for(Or at least it seems like it, I never personally used it). It didn't need any radical rethink of computing to be worth it. I'm not even a fan of the nonvolatile RAM idea. Rebooting is often the first thing…
As it's part of the memory domain, not some external block device, the CPU caches can cache it (64B cache line sizes) and maintain cache coherency across CPUs, NUMA nodes (and soon with CXL 3.x ?) across memory pools shared by many servers. So your programming model will be just using CPU loads & stores to access the individual bytes you need directly from the Optane storage, instead of having to do some 512B or 4kB…