Sigh...I saw 11,000+ tasks out for processing earlier. And I didn't get a one of them. My queues are clogged up with WCG, and the occasional Einstein. I say occasional because (excuse the formatting):
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
8991 boinc 39 19 2407100 2.294g 9428 R 92.55 19.78 9,47 einstein_+

Doesn't allow for many of them.

---

Hi Bill,
Maybe you can catch some of those Rosetta Work Units with a Batch file
Like this - Upd-Rosetta.bat
@echo off
cd /d c:Program FilesBOINC
:loop
cls
echo "boinccmd.exe --project https://boinc.bakerlab.org/rosetta/ update"
boinccmd.exe --project https://boinc.bakerlab.org/rosetta/ update

TIMEOUT /T 600
goto loop

Of course you would need to leave a terminal window open for that

I tried the Windows Task Scheduler Loop - but the Win 10 task scheduler doesn't
seem very reliable. I can't seem to scale to 5 minute intervals very well.

Regards,
Ian

---

Hi Bill,
Maybe you can catch some of those Rosetta Work Units with a Batch file
Like this - Upd-Rosetta.bat
@echo off
cd /d c:Program FilesBOINC
:loop
cls
echo "boinccmd.exe --project https://boinc.bakerlab.org/rosetta/ update"
boinccmd.exe --project https://boinc.bakerlab.org/rosetta/ update

TIMEOUT /T 600
goto loop

Of course you would need to leave a terminal window open for that

I tried the Windows Task Scheduler Loop - but the Win 10 task scheduler doesn't
seem very reliable. I can't seem to scale to 5 minute intervals very well.

Regards,
Ian

Thanks a lot! Just got it set up on 3 computers, hopefully I'll catch something sometimes... About 2 hours ago I only got tasks on 2 mobile phones despite rushing to press update on several computers.

---

Thanks Ian. I run openSUSE. This is my take on your routine though:
bill@opihi:~> cat bin/mowerk
#
# This doohickie will attempt to get work for the main
# projects that I'm supporting.
#
# set -x
#
# How many days worth of work...
# su and cd to /var/lib/boinc
# then vi global_prefs_overide
# and modifiy thusly
# <work_buf_min_days>0.000000</work_buf_min_days>
# <work_buf_additional_days>0.260000</work_buf_additional_days>
# Then
# systemctl restart boinc-client
#
cd
#
# Some interesting things to beat projects up with.
#
#boinccmd --project https://einstein.phys.uwm.edu allowmorework
#boinccmd --project https://einstein.phys.uwm.edu nomorework
#
# Just touch the projects to gather the statistics.
# In alphabetical order no less. Well it was, now it's in my
# simple choice of project complettion and not prodding those
# other two...
#
# boinccmd --project https://denis.usj.es/denisathome update
sleep 30s
boinccmd --project https://boinc.bakerlab.org/rosetta update
sleep 30s
# boinccmd --project https://einstein.phys.uwm.edu update
sleep 1m
boinccmd --project https://www.worldcommunitygrid.org update
sleep 1m
#
# OK, is this a one time thing, or what.
# If not, rapidly update at a 5 minute interval.
# Yeah my math is lousy...it doesn't calculate correctly, but
# you know what? I don't care enough to fix it.
#
if [ "$1" > "" ] ;
then
Reps=`expr $1 - 1`
while [ $Reps -gt 0 ] ; do
Ttl=`echo "$Reps * 5" | bc`
echo "It's" `date '+%T'` "- on repetition" $Reps "- ttl is $Ttl minutes"
boinccmd --project https://denis.usj.es/denisathome update
boinccmd --project https://boinc.bakerlab.org/rosetta update
sleep 10s
# boinccmd --project https://einstein.phys.uwm.edu update
boinccmd --project https://www.worldcommunitygrid.org update
#
Reps=`expr $Reps - 1`
if [ $Reps = 0 ] ;
then
echo "Lightspeed Thumbtwiddling...All Done!"
exit
fi
sleep 5m
done
else
exit
fi

---

On a linux box ( - mine is Linux Mint 22.3), an easy way to poll for new rosetta tasks is using
a crontab entry - I use this
crontab -e
then add -

# Update BOINC's Rosetta Project every 2 Minutes to catch stray WUs
*/2 * * * * /usr/bin/boinccmd --project https://boinc.bakerlab.org/rosetta/ update

I see you're trying also trying the Denis project - I don't think I've seen any activity since
June 2025 on this one. Einstein always seems to have Work Units available though, as
does WCG when it's up.
I try to crunch on Cancer oriented research, as my wife, and mom both died of cancer,
and I'm also struggling with leukemia. I'm glad research like WCG/Folding@Home are still
going strong. FAH even seems to be looking at the KRAS protein involved in a lot of cancers.
I hope us crunchers can really help those researchers!
Anyway try a simple cron job for updating - no need for scripts on linux!
Ian

---

pour windows et tous les projets boinc

@echo off
pushd "C:Program FilesBOINC"

:loop
echo [%date% %time%] Debut de la mise a jour automatique...

:: On recupere directement la liste des URLs propres
for /f "usebackq tokens=*" %%a in (`boinccmd.exe --get_project_urls`) do (
echo Mise a jour en cours : %%a
boinccmd.exe --project "%%a" update
)

echo.
echo [%date% %time%] Fin de session. Prochaine verification dans 30 min.
timeout /t 1800 /nobreak >nul
goto loop


pour windows et un projet boinc

@echo off
:loop
"C:Program FilesBOINCboinccmd.exe" --project https://gpugrid.net/gpugrid/ update
timeout /t 900 /nobreak >nul
goto loop


instruction a mettre dans un fichier.bat et a lancer en mode administrateur

---

@Pascal - looks good though time period of 1800 may miss some work units - but in my poor French - tres bon!
I also see that the task scheduler is actually working on my old Win 10 laptop - I was wrong to maligh it!
It's running at 5 minute intervals now.
Here's my Event Log -
2/13/2026 2:57:22 AM | Rosetta@home | Scheduler request completed
2/13/2026 2:57:22 AM | Rosetta@home | Project requested delay of 31 seconds
2/13/2026 3:02:20 AM | Rosetta@home | update requested by user
2/13/2026 3:02:20 AM | Rosetta@home | Sending scheduler request: Requested by user.
2/13/2026 3:02:20 AM | Rosetta@home | Not requesting tasks: don't need (CPU: job cache full; Intel GPU: no applications)
2/13/2026 3:02:22 AM | Rosetta@home | Scheduler request completed
2/13/2026 3:02:22 AM | Rosetta@home | Project requested delay of 31 seconds
2/13/2026 3:07:19 AM | Rosetta@home | update requested by user
2/13/2026 3:07:20 AM | Rosetta@home | Sending scheduler request: Requested by user.
2/13/2026 3:07:20 AM | Rosetta@home | Not requesting tasks: don't need (CPU: job cache full; Intel GPU: no applications)
2/13/2026 3:07:21 AM | Rosetta@home | Scheduler request completed
2/13/2026 3:07:21 AM | Rosetta@home | Project requested delay of 31 seconds
2/13/2026 3:12:19 AM | Rosetta@home | update requested by user
2/13/2026 3:12:24 AM | Rosetta@home | Sending scheduler request: Requested by user.
2/13/2026 3:12:24 AM | Rosetta@home | Not requesting tasks: don't need (CPU: job cache full; Intel GPU: no applications)
2/13/2026 3:12:25 AM | Rosetta@home | Scheduler request completed
2/13/2026 3:12:25 AM | Rosetta@home | Project requested delay of 31 seconds
2/13/2026 3:17:19 AM | Rosetta@home | update requested by user
2/13/2026 3:17:23 AM | Rosetta@home | Sending scheduler request: Requested by user.
2/13/2026 3:17:23 AM | Rosetta@home | Not requesting tasks: don't need (CPU: job cache full; Intel GPU: no applications)
2/13/2026 3:17:24 AM | Rosetta@home | Scheduler request completed
2/13/2026 3:17:24 AM | Rosetta@home | Project requested delay of 31 seconds
2/13/2026 3:18:04 AM | | Resuming GPU computation
2/13/2026 3:20:49 AM | | Suspending GPU computation - computer is in use
2/13/2026 3:22:19 AM | Rosetta@home | update requested by user
2/13/2026 3:22:22 AM | Rosetta@home | Sending scheduler request: Requested by user.
2/13/2026 3:22:22 AM | Rosetta@home | Not requesting tasks: don't need (CPU: ; Intel GPU: no applications)
2/13/2026 3:22:24 AM | Rosetta@home | Scheduler request completed
2/13/2026 3:22:24 AM | Rosetta@home | Project requested delay of 31 seconds
2/13/2026 3:27:19 AM | Rosetta@home | update requested by user
2/13/2026 3:27:21 AM | Rosetta@home | Sending scheduler request: Requested by user.
2/13/2026 3:27:21 AM | Rosetta@home | Not requesting tasks: don't need (CPU: job cache full; Intel GPU: no applications)
2/13/2026 3:27:22 AM | Rosetta@home | Scheduler request completed
2/13/2026 3:27:22 AM | Rosetta@home | Project requested delay of 31 seconds

The Task Scheduler seems to be an easier way to run Rosetta updates every 5 minutes as set and forget!
Ian

---

I run a background script on my main linux computer that polls my boinc computers in a random order using ssh, some are windows, some are linux. Only started this recently, I didn't realise how many others are doing the same. Uses a list file for the target computers that you can update on the fly. It took a while to get the windows ssh syntax working.

EDIT: tried to add code but the forum code tags aren't working properly and the escaped characters don't show.

---

https://boincot.uk

sous linux mint 22

watch -n 300 boinccmd --project https://boinc.bakerlab.org/rosetta/ update

watch -n 3600 'for url in $(boinccmd --get_project_status | grep "master URL" | awk "{print $3}"); do echo "→ $url"; boinccmd --project "$url" update; done'

a lancer dans terminal ou lanceur terminal

---

I went away and forgot to come back, until tonight
I don't think I missed anything at WCG that worked, except reduced deadlines from 7 to 3 or 4 days
The latest update teases us with possibilities, including stats export, which I'll believe when I see it

February 19, 2026
We are rolling out BOINC server release 1.6.1 in production, as we successfully re-based our BOINC server build onto recently released upstream v1.6.1 and cherry-picked changes from legacy and new WCG development, passing all tests and adding new ones for WCG-specific customizations. The scheduler, transitioner, and feeder will now run alongside the create_work daemons, Redpanda brokers, file_upload_handlers, and combined validator_assimilator daemons on the BOINC backend cluster and serve only the node local partition, handling only BOINC client requests routed to that server by the load balancer.
We are migrating the SQLite instances across the BOINC backend nodes to a Citus-Data v14.0 PostgreSQL database cluster, completing our transition to a horizontally scalable architecture for the BOINC backend via the Redpanda cluster, PostgreSQL database cluster, and our changes to enforce end-to-end data locality in workunit processing within individual partitions by changing signed URL generation to include buckets owned by a specific partition/node on the backend, and providing the load balancer a mapping of buckets to the correct backend node. While we have had bugs in multiple components as we made changes to the backend, all components now consistently apply the same hashing function to a given workunit ID to achieve correct routing, and as we loop the database and scheduler into this design we expect to finally be able to communicate the value of the new architecture in results as we restart ARP1, and finally rollout MAM1 and seek to backport the MAM1 application to the MCM1 project, for BOINC clients running on devices that can handle it. We will not close the path for less powerful devices to contribute, only add the path for more powerful devices to contribute more than they currently can.
MAM1 v7.0.8 for Linux and Windows, and ARP1 will release as soon as the BOINC server v1.6.1 and distributed PostgreSQL database cluster rollouts are complete, we will then also enable stats export. We will be able to gather the remaining backlog for validation from the postgres cluster more easily than the currently bogged down legacy BOINC database, and perform the final phase of validation backlog reconciliation.
Results page under My contribution, as correctly guessed in the forums, the botched rollout of the new results page was a direct attempt to reduce load on the BOINC database from the APIs now that result tables have grown so large, while attempting to preserve the ability of volunteers to inspect their results and confirm for themselves the validation state of their PV jails, which we have finally made progress on. After restoring basic functionality of the new server-side in-memory caching approach, we left several issues unresolved and proceeded to work on the above items. A fix is incoming to enable downloading all results instead of the 500 currently displayed, and to fix the conditions that cause the summary stats to show more results in the numerator than in the denominator, and to address the behaviour of filtering among others.
Fixed Apache mod-security rules blocking Team Challenge and Invite to Challenge functionality, and we suspect multiple other 403 forbidden issues to be related to the upgrades to the Apache webserver and HAProxy load balancer at the start of the transition. More fixes are incoming for the website, once we have completed the rollout of the final pieces of our new horizontally scalable architecture, removing the BOINC database as a single point of contention, and launching all remaining applications as described above.

---