Re:A Thought Experiment: Using the ECS Pattern Outside of Ga...
by imtringued on Saturday December 28, 2019 @11:16AM
(#21899627)
You always need a memory hierarchy. Not even DRAM is fast enough for our CPUs so we have L3 caches and those are not fast enough either so we also have L2 and L1 caches and registers and physical wires which temporarily store the state of the processor by taking advantage of propagation delays.
Re:A Thought Experiment: Using the ECS Pattern Outside of Ga...
by BubRoss on Saturday December 28, 2019 @08:51AM
(#21898882)
New NVMe drives claim 5GB/s on PCIe 4, is memory mapping something like that not good enough for you already?
Re:A Thought Experiment: Using the ECS Pattern Outside of Ga...
by fulafel on Sunday December 29, 2019 @04:56AM
(#21905093)
In these applications you primarily care about latency. Even these new SSD's have latencies 3 orders of magniture higher than DRAM. The 20 usecs is access time is about 100k executed instructions (scalar + single thread).
Re:A Thought Experiment: Using the ECS Pattern Outside of Ga...
by BubRoss on Sunday December 29, 2019 @07:47AM
(#21905616)
In what applications? The parent didn't even say what they were working on. Everyone wants ideally wants a perfect memory technology with no latency, large sizes and persistence, so I'm not sure what you are talking about exactly. If something needs less latency, you cache it or load it into memory. You seem to be saying that this current technology, that actually exists, is not good enough for a mystery application because it isn't as good as theoretical memresistors.
This is basically what I am doing in the backend I am writing for an app that I am working on. (Also not a game btw.)
No database, no overhead :D
You really can fit a lot of data in memory, and I think a lot of people tend to forget that.
I so so wish that I get to see the day when memristors become cheap and abundant. It would be so pleasant to program for a system like that I think. No persisting to disk or loading from disk, ever – imagine that!