We were dry for a few days but just got a bunch of FGRPB1G work, all of a sudden. Thank goodness. Our classroom actually got cold due to the GPUs across all of our systems being idle and not heating the room up...
As for lack of work, 3 Pi 4s were at least well supplied with jobs, but my Windows 10 laptop and desktop (both running Gamma-Ray Pulsar jobs on NVidia and Radeon GPUs respectively languished unused much of the time.
The Pi 4s are still merrily chugging away, now joined by both of my Windows machines.
It was not only a lack of jobs but access to the Dashboard and even these forums much of the time. Yesterday I just gave up.
Soooo glad it seems back to normal, "Knocks on wood."
We were dry for a few days but just got a bunch of FGRPB1G work, all of a sudden. Thank goodness. Our classroom actually got cold due to the GPUs across all of our systems being idle and not heating the room up...
Next time setup a zero resource share project as a backup, that way it won't get any tasks until ie MilkyWay runs dry or you can't get to it again.
As for lack of work, 3 Pi 4s were at least well supplied with jobs, but my Windows 10 laptop and desktop (both running Gamma-Ray Pulsar jobs on NVidia and Radeon GPUs respectively languished unused much of the time.
The Pi 4s are still merrily chugging away, now joined by both of my Windows machines.
It was not only a lack of jobs but access to the Dashboard and even these forums much of the time. Yesterday I just gave up.
Soooo glad it seems back to normal, "Knocks on wood."
In under 13 hours the 13th Pentathlon will be over and alot of tasks will be dumped back into the queue as people go back to what they were doing before it started.
We were dry for a few days but just got a bunch of FGRPB1G work, all of a sudden. Thank goodness. Our classroom actually got cold due to the GPUs across all of our systems being idle and not heating the room up...
Next time setup a zero resource share project as a backup, that way it won't get any tasks until ie MilkyWay runs dry or you can't get to it again.
Yeah, something I need to work on. I often get GPUGrid tasks, but they have been fewer and further between it seems.
We were dry for a few days but just got a bunch of FGRPB1G work, all of a sudden. Thank goodness. Our classroom actually got cold due to the GPUs across all of our systems being idle and not heating the room up...
Next time setup a zero resource share project as a backup, that way it won't get any tasks until ie MilkyWay runs dry or you can't get to it again.
Yeah, something I need to work on. I often get GPUGrid tasks, but they have been fewer and further between it seems.
Try Collatz, they respect the zero resource share, the problem with GPUGrid is they make tasks as people ask for them and there can be a delay, which sometimes is much longer than others
We were dry for a few days but just got a bunch of FGRPB1G work, all of a sudden. Thank goodness. Our classroom actually got cold due to the GPUs across all of our systems being idle and not heating the room up...
Next time set up a zero resource share project as a backup, that way it won't get any tasks until ie MilkyWay runs dry or you can't get to it again.
I set up Rosetta@home as a backup, and it wanted a MINIMUM of 20GB of disk space all to itself and didn't seem to clean up after itself. Each job was running quite long as well. I set it for "Accept No New Tasks". Then cleaned up its directory manually when it was done.
Is there a way we can assign another drive to use, I had a data drive, and a paging/swapping drive available, but it defaults to my boot drive.
I couldn't find any config files, so I suspended jobs (2), stopped BOINC, copied C:\programdata\BOINC to D:\BOINC, uninstalled BOINC, reinstalled BOINC with the "advanced button from the 3rd install screen, and pointed it to D:\BOINC. After a reboot, I deleted C:\Program Data\BOINC.
Restarted BOINC, and it is chugging away merrily as if nothing ever happened.
I was just hoping the data directory was just pointed to by a config file, but I guess reinstallation was EZer than finding said config file. (I looked in Program Files\BOINC, Program Data\BOINC, and MyDirectiry\BOINC and found nothing that looked interesting).
Wearing out my data SSD is much EZer to recover from than wearing out my boot SSD! A simple restore would do it. Restore last full, plus last differential, and back in business!
true, the server page could
)
true, the server page could be lagging behind a bit.
_________________________________________________________________________
We were dry for a few days
)
We were dry for a few days but just got a bunch of FGRPB1G work, all of a sudden. Thank goodness. Our classroom actually got cold due to the GPUs across all of our systems being idle and not heating the room up...
As for lack of work, 3 Pi 4s
)
As for lack of work, 3 Pi 4s were at least well supplied with jobs, but my Windows 10 laptop and desktop (both running Gamma-Ray Pulsar jobs on NVidia and Radeon GPUs respectively languished unused much of the time.
The Pi 4s are still merrily chugging away, now joined by both of my Windows machines.
It was not only a lack of jobs but access to the Dashboard and even these forums much of the time. Yesterday I just gave up.
Soooo glad it seems back to normal, "Knocks on wood."
Boca Raton Community HS
)
Next time setup a zero resource share project as a backup, that way it won't get any tasks until ie MilkyWay runs dry or you can't get to it again.
Ronald McNichol wrote: As
)
In under 13 hours the 13th Pentathlon will be over and alot of tasks will be dumped back into the queue as people go back to what they were doing before it started.
mikey wrote: Boca Raton
)
Yeah, something I need to work on. I often get GPUGrid tasks, but they have been fewer and further between it seems.
Boca Raton Community HS
)
Try Collatz, they respect the zero resource share, the problem with GPUGrid is they make tasks as people ask for them and there can be a delay, which sometimes is much longer than others
mikey wrote: Boca Raton
)
I set up Rosetta@home as a backup, and it wanted a MINIMUM of 20GB of disk space all to itself and didn't seem to clean up after itself. Each job was running quite long as well. I set it for "Accept No New Tasks". Then cleaned up its directory manually when it was done.
Is there a way we can assign another drive to use, I had a data drive, and a paging/swapping drive available, but it defaults to my boot drive.
Ronald McNichol wrote: Is
)
For a Windows installation, change the default data directory location during the initial installation of BOINC
For a Linux installation, read through these threads. https://boinc.berkeley.edu/dev/forum_thread.php?id=9633&postid=56258#56258
https://boinc.n-helix.com/forum_thread.php?id=14009
Couple of ways to do it. BobCat's method or change the boinc-client service file which is probably the best solution.
I couldn't find any config
)
I couldn't find any config files, so I suspended jobs (2), stopped BOINC, copied C:\programdata\BOINC to D:\BOINC, uninstalled BOINC, reinstalled BOINC with the "advanced button from the 3rd install screen, and pointed it to D:\BOINC. After a reboot, I deleted C:\Program Data\BOINC.
Restarted BOINC, and it is chugging away merrily as if nothing ever happened.
I was just hoping the data directory was just pointed to by a config file, but I guess reinstallation was EZer than finding said config file. (I looked in Program Files\BOINC, Program Data\BOINC, and MyDirectiry\BOINC and found nothing that looked interesting).
Wearing out my data SSD is much EZer to recover from than wearing out my boot SSD! A simple restore would do it. Restore last full, plus last differential, and back in business!