Posts by Beyond

1) Message boards : News : Suspending project (Message 54740) Posted 19 May 2020 by Beyond Post: It may help to purge the database of the many thousands of "Error" tasks going back to at least 2014. Should be easy to do.
2) Message boards : Number crunching : The hardware enthusiast's corner (Message 54395) Posted 21 Apr 2020 by Beyond Post: Impressive. Thanks for the photos and description.
3) Message boards : Number crunching : Covid-19 related WUs? (Message 54138) Posted 28 Mar 2020 by Beyond Post: Maybe they already are. This simulation used ACEMD: http://youtube.com/watch?v=LlyofuzgsDo That's Acellera ACEMD but probably not GPUGrid related. It shows that ACEMD can be used to help find solutions for SARS-CoV-2.
4) Message boards : Number crunching : Covid-19 related WUs? (Message 54082) Posted 26 Mar 2020 by Beyond Post: Is there any update on the availability of Covid-19 related WUs?
5) Message boards : News : Large scale experiment: MDAD (Message 54081) Posted 26 Mar 2020 by Beyond Post: Rosetta@Home has announced that they are doing some COVID-19 work, CPU only. They're being issued, I have 6 machines running the Rosetta Covid-19 WUs. They also announced that not all of the workunits related to COVID-19 have COVID-19 in their names. Some of those with foldit in their names are also related. Exactly.
6) Message boards : News : Large scale experiment: MDAD (Message 54075) Posted 26 Mar 2020 by Beyond Post: Rosetta@Home has announced that they are doing some COVID-19 work, CPU only. They're being issued, I have 6 machines running the Rosetta Covid-19 WUs.
7) Message boards : Number crunching : Coronavirus crunching - Folding@home (Message 53983) Posted 22 Mar 2020 by Beyond Post: I just got a long run marked PABLO. Is this COVID-19 research? Never mind- it errored out after 4 seconds. Probably a virus...
8) Message boards : Number crunching : Coronavirus crunching - Folding@home (Message 53975) Posted 22 Mar 2020 by Beyond Post: I am planning SARS-CoV-2 work. When will this work be available?
9) Message boards : Number crunching : GPUGrid problems, nothing has changed (Message 51696) Posted 12 Apr 2019 by Beyond Post: Zoltan had some great advice for me a bit ago. I don't think I can fully remember every step, but it completely fixed my corrupted WUs after a power outage issue. It had to do with the device manager as far as I can recall. Maybe Zoltan can remember? That would be appreciated. Thanks. Another problem with the upload congestion problem is that some uploads can take upwards of 10 hours when a dozen or more are trying at once. Then they start missing the 24 hour cutoff, which is also irritating. If you don't have a big enough upload pipe for reporting multiple tasks, you can restrict the number of uploads in cc_config.xml <max_file_xfers_per_project>1</max_file_xfers_per_project> That way a single finished task will get all of the capacity of your upload pipe to itself and transfer faster. Thanks again for this. It allowed me to keep more GPUs on the project, though I never could get them all shoehorned into my paltry UL bandwidth. Now with the rise of mostly KIX WUs and nearly double the UL size I have the problem again. Maybe someday my area will have better connectivity. For now I've had to transfer many of my GPUs to projects with lesser UL requirements. I very much like GPUGrid but have to lighten up on it for now. Keep up the great work! I'll keep running what I'm able to here.
10) Message boards : Graphics cards (GPUs) : Different generation GPUs incompatible (Message 51695) Posted 12 Apr 2019 by Beyond Post: Some of the more recent graphics cards are designed to allow running them if the motherboard uses a UEFI, but not if it uses a BIOS instead. Also, some have a switch to tell them whether to allow running with a UEFI or with a BIOS instead. Not all graphics card companies make the same choices of which to make available, so finding that a particular model of GTX 970 has one of these choices does not mean that every model of GTX 970 has the same choice. A BIOS and a UEFI perform about the same function, but a UEFI allows graphics cards to provide their own piece of UEFI rather than relying on the one for the motherboard to know how to handle all possible choices of what graphics board to use. You may need to check the specs for your graphics card and your motherboard to make sure that both are set to use a BIOS, or both are set to use a UEFI instead. I ran into this on some newer NVidia cards and an older Biostar MB. Luckily Biostar had a MB BIOS update, so check your MB support site.
11) Message boards : Number crunching : Short Run Error rates (Message 51683) Posted 31 Mar 2019 by Beyond Post: Couldn't find a common reason other than BOINC version. WU errors here (and elsewhere) are common. Be assured that BOINC version is not the reason.
12) Message boards : Number crunching : GPUGrid problems, nothing has changed (Message 51646) Posted 20 Mar 2019 by Beyond Post: ... when Win10 reboots automatically to do updates, it must wait long enough for GPUGrid to close the WUs ... how do your educate Win10 to wait long enough until the GPUGRID tasks stops? Even if a GPUGRID task is manually stopped in the BOINC manager, it takes up to a minute until it actually stops. I have no idea. My observation is that SO FAR with 5 Win10 machines running 3 GPUGrid WUs each, I haven't had any WUs fail when Win10 decides to reboot to process updates. This has happened quite a few times. Maybe I've just been lucky, maybe not.
13) Message boards : Number crunching : GPUGrid problems, nothing has changed (Message 51644) Posted 19 Mar 2019 by Beyond Post: Interesting, it seemed to eliminate the problem for me when I enabled it I also believed that before March 7th. Then I was educated x 18. However, it does help when write caching is disabled. One related thing I've found is that when Win10 reboots automatically to do updates, it must wait long enough for GPUGrid to close the WUs as they seem to survive that situation. Knock on wood... ;-)
14) Message boards : Number crunching : GPUGrid problems, nothing has changed (Message 51640) Posted 18 Mar 2019 by Beyond Post: I recall what Zoltan once told me. Go into Device Manager/ disk drives/ the drive BOINC is on/ policies/ uncheck "enable write caching on this device"/ reboot and you should be all set. I've been unchecking that for years. Yes it helps but it didn't help with the power outage and 18 failed WUs that I described in the OP. All the drives on all my BOINC machines had write caching disabled.
15) Message boards : Server and website : Unable to load units (Message 51639) Posted 18 Mar 2019 by Beyond Post: I haven't seen the problem yet in the U.S. I sure have. It's a consistent problem. Have tried all kinds of DNS servers hoping to alleviate the problem somewhat. To no avail... :-( It's not on our end. This is another problem that's been going on for years and is still not fixed. There was some chatter a few years ago about having the university IT department look into it but as far as I can see nothing has improved.
16) Message boards : Server and website : Old errored work-units still on server? (Message 51638) Posted 18 Mar 2019 by Beyond Post: We've asked about this for YEARS. So far it's never been fixed.
17) Message boards : Number crunching : GPUGrid problems, nothing has changed (Message 51614) Posted 8 Mar 2019 by Beyond Post: <max_file_xfers_per_project>1</max_file_xfers_per_project> That way a single finished task will get all of the capacity of your upload pipe to itself and transfer faster. Seems to be helping, there's not as much stalling. Will continue to monitor.
18) Message boards : Number crunching : GPUGrid problems, nothing has changed (Message 51611) Posted 8 Mar 2019 by Beyond Post: If you don't have a big enough upload pipe for reporting multiple tasks, you can restrict the number of uploads in cc_config.xml <max_file_xfers_per_project>1</max_file_xfers_per_project> That way a single finished task will get all of the capacity of your upload pipe to itself and transfer faster. Thanks, I've been meaning to try this. The problem then becomes that the CPU WUs create a huge backlog waiting while the huge GPUGrid upload stumbles along. The Ryzen 7 machines do a lot of CPU work pretty quickly. No wait, that's a command that I didn't know (per project). I will definitely try it. Thanks again!
19) Message boards : Number crunching : GPUGrid problems, nothing has changed (Message 51608) Posted 7 Mar 2019 by Beyond Post: Zoltan had some great advice for me a bit ago. I don't think I can fully remember every step, but it completely fixed my corrupted WUs after a power outage issue. It had to do with the device manager as far as I can recall. Maybe Zoltan can remember? That would be appreciated. Thanks. Another problem with the upload congestion problem is that some uploads can take upwards of 10 hours when a dozen or more are trying at once. Then they start missing the 24 hour cutoff, which is also irritating.
20) Message boards : Number crunching : GPUGrid problems, nothing has changed (Message 51606) Posted 7 Mar 2019 by Beyond Post: This is the 3rd time that I've gone in heavily on GPUGrid over the last 10-11 years. Twice I've gotten frustrated with the problems and cut way back. I was hoping that some of the issues would have been fixed. There's been an ongoing problem of stalling uploads (not to mention downloads) for many years. It's still not fixed. In addition WUs that get interrupted often fail even with write caching disabled on the drives. Case in point. Last night we had a 3 hour power outage. When I brought the machines back up 18 out of 25 GPUGrid failed. There was not even one failure for any WU from any other project. These failures also cause another problem. Since 18 new WUs start at the same time it causes them to finish at about the same time. So many huge GPUGrid WUs uploading at once saturates my bandwidth for many hours. Yes, I live in the US so my DSL connection is not fast even though it was upgraded a few months ago (only 1 provider here, how do you spell monopoly). Unbridled capitalism is a bad idea for 99.9% of the people. Anyway, the combination of poor broadband infrastructure and these long standing GPUGrid problems sadly pushes me to cut back on this otherwise fine project. It seems to me that some of this should be not that difficult to fix, but apparently the necessary skills aren't present. BTW, these "upload storms" have been happening regularly. For someone with a faster connection and/or fewer GPUs it may not seem like a problem, but it's a problem here and I know of no way to solve it on my end. Thanks for listening to my frustration.

Next 20