Ken_g6 wrote: ↑Mon Mar 25, 2024 5:02 pm
Ramanujan Machine
This might be a good candidate. It seems to always have work and I think their hardware and network infrastructure can handle it.
Ken_g6 wrote: ↑Mon Mar 25, 2024 5:02 pm
LHC@Home - Work too intermittent?
Doesn't always have work. Also one of the sub projects requires VBox which is always an issue and uses a ton of resources to do this.
Ken_g6 wrote: ↑Mon Mar 25, 2024 5:02 pm
Milkyway - It's CPU only now, but is that a problem?
It was removed recently because the project went AWOL with sending out "first task" WUs and not sending the "second task" or "wingmen" tasks to validate them. I believe this has been resolved now as it took a lot of time for all the work to get returned before it got to the wingmen tasks.
Ken_g6 wrote: ↑Mon Mar 25, 2024 5:02 pmMoo! Wrapper
Just a quick search from 2019 FB Sprint for Moo! Wrapper shows nothing but headaches.
https://forums.anandtech.com/threads/20 ... 079/page-9
I don't think anything new has changed at that project, thus I never added it. If it couldn't handle it in 2019 then it surely can't handle the more powerful hardware todays crunchers use. This is of course, assuming Moo! Wrapper is still using the same server hardware and network infrastructure which I am sure it is.
Ken_g6 wrote: ↑Mon Mar 25, 2024 5:02 pm
PrimeGrid -
This could be added. The reason I never did is because PG already runs PG Challenges throughout the year which helps give subprojects that need the extra boost the boost it needs. Running an outside competition would just result in people running the project with the highest PPD which might not be a project that needs any extra boost.
Ken_g6 wrote: ↑Mon Mar 25, 2024 5:02 pm
yoyo@home - ECM uses too much RAM, but they have other projects now, right?
This project might have other projects, but it simply can't handle a Sprint. Just as recently as the Pentathlon last year when only ECM and ECM P2 was eligible, both projects of which require a long run time and don't allow many tasks per host. The project could barely handle this load with tons of errors and problems that the admins of the project just blamed the users configurations.
I suspect running a Sprint on this, even with the low RAM requirement subproject would cause the project to buckle and not be pleasant for those participating.
Do not send me PMs. The PM system here doesn't notify like it's supposed. Contact me through Discord (link at top) or post in the forums here. I check those regularly. At least until I figure out the PM notification problem.