SETI@home is a scientific experiment, based at UC Berkeley, that uses Internet-connected computers in the Search for Extraterrestrial Intelligence (SETI). You can participate by running a free program that downloads and analyzes radio telescope data.

Join SETI@home

Already joined? Log in.

Kartik
Survival of the Craziest Agent Scully: Just because I can't explain it, doesn't mean I'm gonna believe they were UFOs. Agent Mulder:...

Setizen Gordon Lowe has passed away
I'm sad to report that we've lost another long time SETI@home volunteer and moderator Gordon MacKenzie Lowe. A remembrance thread has been started here.

Gordon will be greatly missed.
21 Feb 2019, 16:35:04 UTC · Discuss

---

BOINC Open Source Project looking for experienced MacOS developers
The Berkeley Open Infrastructure for Network Computing (BOINC) system is the software infrastructure used by Einstein@Home and many other volunteer distributed computing projects. The BOINC Open Source Project is looking for volunteers to develop and maintain the BOINC client on macOS. The BOINC Client and Manager are C++ cross-platform code supporting Microsoft Windows, macOS, Linux, and several other operating systems. We currently have a number of volunteer developers supporting Windows and Linux, but our main macOS developer is winding down his involvement after many years. He is prepared to help a few new macOS developers get up to speed.

If you have macOS development experience and are interested in volunteering time to help support and maintain the BOINC macOS client please have a look at the more detailed description here: https://boinc.berkeley.edu/trac/wiki/MacDeveloper

If you want to help, please sign up to the BOINC Developer email list here: ​https://groups.google.com/a/ssl.berkeley.edu/forum/#!forum/boinc_dev.

If you are not a macOS developer, but have other skills and are interested in contributing to BOINC, the link above also has more general information.

Thank you!
20 Feb 2019, 17:47:19 UTC · Discuss

---

Storage machine crash....
A machine that was holding 15% of our outgoing workunits has crashed and refuses to start back up. Short term it means that attempts to access those workunits will cause an error until the workunit is marked as bad.

Sorry for the incovenience.
8 Feb 2019, 21:34:28 UTC · Discuss

---

Slow server for the next 8 hours or so...
GeorgeM, the machine that holds the data that you download, decided that it was time to verify that the RAID array is in good shape. That will slow down disk access until the verify procedure is complete. The main effect is slowing down the rate at which work can be created. It's likely that we'll run out of work in the next hour or so. Things should recover automatically when it's done.
30 Jan 2019, 3:33:02 UTC · Discuss

---

Little bits of previously unfinished data.
You may have noticed occasional bits of data from years past showing up in your queue. While running a completeness check I noticed some files that had never been completely analyzed. Some may have fallen through the cracks. Some may just be bad data that never made it through the splitters. I'm going to trickle them into the queue when the Arecibo queue is empty, just in case.
11 Jan 2019, 18:28:11 UTC · Discuss

---

... more

News is available as an RSS feed