Re:SETI@home Is in Hibernation
by Breza on Friday March 17, 2023 @11:30PM
(#35205761)
I have a tangential question. I remember distributed processing being a "next big thing" back in the day. The idea was that a company could run complex operations by borrowing some power from all their employee's computers. Seti@home proved the concept was possible. So what happened? Why can't I train a random forest across all the computers currently logged into my company's VPN?
[ Parent
| on HN ]
idle states, and the scam of cryptocurrency happened.
It's just not worth it. Writing programs in a distributed fashion is hard, setting up compute servers on employee machines is awkward, and few companies actually need to run large compute jobs. So while it's in theory possible, the non-compute costs of doing this would eat up any compute savings.
Re:SETI@home Is in Hibernation
by adgjlsfhk1 on Saturday March 18, 2023 @01:58AM
(#35206535)
because it's probably easier to write the code to run on a single 256 core server with 8tb of RAM.
Nowadays a modern radio telescope, let's take MeerKAT in South Africa, can produce maybe 10T of data per minute. The total bandwidth out of the site is orders of magnitude less, because it's in the middle of nowhere in the desert. Same thing for pretty much all the radio telescopes - the technology improves over time, and we capture orders of magnitude more data, but the internet connections to these remote locations stay very slow.
So we have to do most of the processing on site.
AI training is similar but not quite so extreme - when you try to use a bunch of consumer machines, bandwidth becomes the limiting factor.
Re:SETI@home Is in Hibernation
by acjacobson on Saturday March 18, 2023 @05:35AM
(#35207596)
If bandwidth wasn't a limiting factor would it be worth it or still make sense to use big machines onsite?
If bandwidth wasn't a factor, the first rearchitecture that I think would make sense is to do most of the processing in a single datacenter somewhere. Having one datacenter in West Virginia, one in South Africa, one in New Mexico, one in the California mountains, it introduces a lot of overhead. The systems naturally drift their configurations over time, and nothing is quite as "write once run everywhere" as you'd like.