3 ms·
Most content doesn't really need low-latency. If we can develop a good protocol/UI for 'hours-to-days' latency or 'offline' networking, we could just pass thum
by cwkoss 8y ago
Most content doesn't really need low-latency. If we can develop a good protocol/UI for 'hours-to-days' latency or 'offline' networking, we could just pass thumb drives between ourselves and probably accomplish all of our data transfer needs. Swapping hard drives with a buddy twice a month can be more bandwidth than most mobile contracts.
- _bxg1 8y agohttps://en.wikipedia.org/wiki/Mirror%27s_Edge https://en.wikipedia.org/wiki/Mirror%27s_Edge
- lstodd 8y agohttps://en.wikipedia.org/wiki/FidoNet https://en.wikipedia.org/wiki/FidoNet
- meshman 8y agoThat's effectively the network setup I have. A long range radio link to a farm in the area that then has an upstream link (again via radio) to a residence that has a fiber connection. The latency can be huge when we have less-that-optimal conditions. Since the throughput is low and the latency high, it's not streaming-video capabl. A buddy downloads a load of movies to an ssd and drops that off every now and then. For real-time news I use an actual radio. There are some good news and music stations in the area. I have an offline copy of the spanish language wikipedia.
- cwkoss 8y agoVery cool. I would love it if there was better tooling for using a kbps connection for download/searching file lists and making a 'drop drive request', so you could use your low speed connection to decide what you want on the drive, then buddy could basically just get a list of files to curl, throw em on the drive with new indexes of available file directories.
- philpem 8y ago> Swapping hard drives with a buddy twice a month can be more bandwidth than most mobile contracts. Sounds like the 21st century version of Samizdat :)