New data transmission record
dtu.dk
dtu.dk
A truckload of TB disks will give you awesome bandwidth by driving it around to the destination.
The latency of a particular call, however, wouldn't make it usable.
Memory is hierarchical, but any latency beyond NVMe is non factor for treating remote data as memory
In what use cases all remote data is required in real-time?
Think an index, reading different files, etc.
Then the latency dominates
If you do that with a Voyager, it will be about a day or so, IIRC.
You are referring to the old "delay line memories" from yesteryear:
So if there's a router box that on one side has the optical link that can transfer 1.8 pbit/s out then what's on the other side to get the data into the box? 180k 10gbit ethernet ports? Well, obviously not, so there would be ... 180 10 Tbit/s optical links?
And what would be the processor that could multiplex at that data rate?
If the latest intel 6.0ghz processor coult push out one cache line worth of data for each cycle, that would mean you need (1.8 * 10^15) / (64 * 6 * 10^9 * 8) = 586 of these processors! Could some custom silicon handle this or would you need some optical processing?
Wild stuff.
To answer your question more adequately, nothing is pushing out the data in or recieving it beyond a counter and an application-specific photonics chip that is able to process the frames enough to count them. Anything else assumes levels of processing that would make anyone interested in compute fight over it.
"Optical RAM and integrated optical memories: a survey" Light: Science & Applications 9, Article number: 91 (2020)
1mm, 1cm, 1m, 1km, 1000km?
Exciting, regardless though.
The article links to their paper 'Petabit-per-second data transmission using a chip-scale microcomb ring resonator source'[1]
> We experimentally demonstrate transmission of 1.84 Pbit s–1 over a 37-core, 7.9-km-long fibre using 223 wavelength channels derived from a single microcomb ring resonator producing a stabilized dark-pulse Kerr frequency comb.
Thank you for correction!