We are now testing a new app, the YAFU-64t, which requires at least 64 threads.

---

.

Please, update the apps difference table like
https://yafu.myfirewall.org/yafu/forum_thread.php?id=300&postid=1121#1121

I added our 256t server in order to help you test out the new 64t/128t apps, I'll try and leave it until CPDN comes back online (probably 28th).

The first 128t task just completed, it took over 11.5 hours!

https://yafu.myfirewall.org/yafu/result.php?resultid=8348037

For testing purposes, would you prefer us to run the 64t or 128t, or both, tasks?

Currently I prefer both, 64t and 128t tasks.
Thank you for your support.

yoyo

---

.

Okay, no worries

When I try to get a 64t task, I get"

375    yafu    12/27/2022 5:35:42 AM    Message from server: YAFU-64t needs 1560.21MB more disk space.  You currently have 7022.86 MB available and it needs 8583.07 MB.    

But this is what BOINC says at startup:

11            12/27/2022 5:41:52 AM    OS: Linux Linuxmint: Linux Mint 20 [5.4.0-135-generic|libc 2.31 (Ubuntu GLIBC 2.31-0ubuntu9.9)]
12            12/27/2022 5:41:52 AM    Memory: 125.72 GB physical, 2.00 GB virtual
13            12/27/2022 5:41:52 AM    Disk: 413.51 GB total, 265.48 GB free 

And I have tried settings that say to "Leave at least 1gb free" and I tried "Use more more than 99%". Neither setting resolves the issue.

In the boinc manager, above what you have tried, have you set a tick to "Use no more than" an set the diskspace to ~ 400 GB?
It should help.

This WU now is running for 40 hours. I'll waiting 8 hours more, to see, wheater the WU is dead or still alive.

https://yafu.myfirewall.org/yafu/result.php?resultid=8350284

My buddy koschi will wirte a short script, to control HTOP.
My be it's help, to make the decision, to leave it or kill it.

Will the new apps show up with separate credit counters?
The rumour appears to be that they do not yet, though the Participent Statistics per application show separate values.
Of course, the followup question is:
Will there be 2 new badges please?

Alright, WU gone reday after 43 hours.

Will the new apps show up with separate credit counters?
The rumour appears to be that they do not yet, though the Participent Statistics per application show separate values.
Of course, the followup question is:
Will there be 2 new badges please?

Credits are counted already per app and now the 64t and 128t credits are also shown in the participant statistics.
I'm still working on the badges.

yoyo

---

.

Excellent. Thank you!

07:04 - 234,55, 179,38, 168,22, yafu CPU time: 12,6244h 48,8575h
07:05 - 228,84, 188,52, 172,10, yafu CPU time: 12,6414h 48,8575h
07:06 - 164,13, 178,62, 169,81, yafu CPU time: 12,6578h 48,8575h
07:07 - 88,17, 154,99, 162,28, yafu CPU time: 12,6744h 48,8575h
07:08 - 34,26, 127,42, 152,35, yafu CPU time: 12,6911h 48,8575h
07:09 - 14,14, 104,66, 142,96, yafu CPU time: 12,7078h 48,8575h
07:10 - 6,35, 85,92, 134,11, yafu CPU time: 12,7247h 48,8575h
07:11 - 3,36, 70,59, 125,83, yafu CPU time: 12,7411h 48,8575h
07:12 - 2,21, 58,04, 118,05, yafu CPU time: 12,7581h 48,8575h
07:13 - 1,90, 47,79, 110,77, yafu CPU time: 12,7744h 48,8575h
07:14 - 1,69, 39,39, 103,94, yafu CPU time: 12,7911h 48,8575h
07:15 - 67,27, 47,34, 102,41, yafu CPU time: 12,8081h 48,8575h
07:16 - 189,54, 86,14, 112,31, yafu CPU time: 12,8247h 48,8575h
07:17 - 232,73, 117,50, 121,46, yafu CPU time: 12,8411h 48,8575h

Thats the way how does the script looks like. Maybe it's helpfull, maybe it's useless.
First row is the time, second the load average all 1 minutes, 5 minutes and 15 minutes.[/quote]

Voicing similar concerns here, I have a task, yafu_ali_216840_L151_C145_1672156508_23, that has taken over 56 hours to this time. It is showing 99.993% complete. Task manager shows the task only taking 7.1% CPU. Since this is such a new application, I'm wondering if what I'm seeing is "normal".

Thanks,
Steve

---

Voicing similar concerns here, I have a task, yafu_ali_216840_L151_C145_1672156508_23, that has taken over 56 hours to this time. It is showing 99.993% complete. Task manager shows the task only taking 7.1% CPU. Since this is such a new application, I'm wondering if what I'm seeing is "normal".

Thanks,
Steve

That looks normal to me. I ran a 128t task. Total run time on a 64 thread threadripper took 74 hours. The majority of the task was done in less than a day, then the last 10% or so took the rest of the time. In that last, long phase there were many hours where the CPU was idle, with occasional spikes. But it eventually completed successfully. This is on windows.

---

Reno, NV
Team: SETI.USA

Zombie67
Thanks for the feedback. Just the pep talk (and information) i needed :)

---

Our electric company has pushed out smart meters to all the customers and now is pushing new rate plans.

I took the plan that charges 4.1 cents /KWh but I have to pause electric use from 6-8am and 6-8pm (refrigerator's are on timers) and all the computing machines (which double as winter heaters) pause 4 hours a day.

One 128t completed in 11 hours, within the time where it wouldn't pause.
The 64t is pausing and staying in RAM during the peak hours and it appears to be able to complete as long as it stays in RAM paused.
Getting the servers to sleep and wake back up is not solved and BOINC does not support 2 pause periods per day (clunky dual installs.. just improve the BOINC app devs!).

But, my new CPU's showed up and I had to shut down the machine.

The 64t was in the final stage where it was just yafu.exe using all threads and slowly down-threading to 1 and then bouncing back up.

After restarting the machine, this WU is starting all over again in the ECM phase...
What happened to the checkpoint?
Why is this WU starting all over from the beginning?

I remember this being an issue 5 years ago, where a WU would start completely over if the machine rebooted.

The checkpoint file which is used for resum is nfs.dat. This file is created after the ecm phase and after the first round of gnfs.
Maybe the app was not yet there because of the large composites which are now handled in 64t and 128t app.

Maby you can use Windows task scheduler to schedule Windows to sleep and wake automatically:
https://www.groovypost.com/howto/schedule-wake-sleep-windows-automatically/
https://superuser.com/questions/1069944/use-windows-task-scheduler-to-put-windows-to-sleep-without-batch-file

yoyo

---

.

The checkpoint file which is used for resum is nfs.dat. This file is created after the ecm phase and after the first round of gnfs.
Maybe the app was not yet there because of the large composites which are now handled in 64t and 128t app.

Maby you can use Windows task scheduler to schedule Windows to sleep and wake automatically:
https://www.groovypost.com/howto/schedule-wake-sleep-windows-automatically/
https://superuser.com/questions/1069944/use-windows-task-scheduler-to-put-windows-to-sleep-without-batch-file

yoyo

This 64 is into 4th day; partly because it was warmer weather and I turned down the CPU frequencies.

Someone at WUProp gave me a batch file, using boinccmd, to dual schedule BOINC pause with task scheduler.

The 2nd link you offered looks promising.
The 1st is for Windows 10 but the questioner's machine would not wake back up and made a new question here;
https://stackoverflow.com/questions/32360306/sleep-via-shortcut-causes-schedule-tasks-to-not-wake-computer

In the comments is offered to Download Sysinternals PsTools..
So I'll try that if task scheduler wake fails.

These machines run a severely stripped down Windows 8.1, with all but a few services still enabled, to reduce RAM and CPU usage by OS.
I'll have to turn the task scheduler back on!

This 64t is about to break 5000 CPU hours.
I'm thinking it's time to abort.