Posts by mikey
|
1)
Message boards :
Number crunching :
MilkyWay takes a backseat to Einstein ???
(Message 68975)
Posted 8 days ago by  mikey
Post: You will find running the same project on your cpu and gpu will cause problems too as they do not have separate caches.I did not know that. What cache is that? The on in the Boinc Manager that the Boinc Server side software tries to follow for each of us, the one that says Usage Limits under Options, computing preferences, computing. If you have fast gpu workunits and much longer cpu workunits the pc will have troubles keeping both caches filled when you run both kinds of workunits on the same pc. |
|
2)
Message boards :
Number crunching :
CPU versus GPU
(Message 68971)
Posted 9 days ago by mikey
Post: I just noticed that N-Body Simulation is only CPU. So I checked the box Use CPU. But then I get both CPU & GPU WUs for Separation. Is there any reason to run both CPU & GPU Separation WUs??? N-body units ARE cpu units, you need to uncheck them to only get gpu workunits. My checkboxes look like this here: Use CPU Use ATI GPU Use NVIDIA GPU Gpu tasks are about 10 times faster at most projects, gpu's have hundreds if not thousands of little tiny cpu's so crunch things much faster if they make the app for them. BUT some projects do not have gpu apps because they say the crunching is not faster because of the way and amount of memory used in the crunching. |
|
3)
Message boards :
Number crunching :
MilkyWay takes a backseat to Einstein ???
(Message 68966)
Posted 11 days ago by mikey
Post: I like to run MilkyWay with Einstein WUs on the same GPU, a perfect pairing. However, Einstein will continue to request work but MilkyWay stops requesting work and runs out. To get more MilkyWay WUs I have to Suspend Einstein to stock up on MilkyWay. I do it by running Einstein on some pc's and MilkyWay on others, no problems. You will find running the same project on your cpu and gpu will cause problems too as they do not have separate caches. To fix that I run one project on the cpu and a different project on the gpu, then swap them on another pc. |
|
4)
Questions and Answers :
Windows :
Number crunching halted on GPU units
(Message 68961)
Posted 13 days ago by mikey
Post: Hi: Reboot the pc, Windows has no way to restart a stalled gpu once it has 'issues' and quits crunching. If that works then you are good to go, if not it's probably a driver problem and you will need to reload them. BU if you unhide your computers as SwiftMallard said, click on my name and you can see what someone can see about your computers if you do, it would help alot to help you figure out the problem. |
|
5)
Message boards :
News :
New Separation Runs
(Message 68868)
Posted 1 Jul 2019 by mikey
Post: Hi; When I click on your name and then view your computer and then your tasks I see this: State: All (23) · In progress (5) · Validation pending (0) · Validation inconclusive (5) · Valid (13) · Invalid (0) · Error (0) Application: All (23) · Milkyway@home N-Body Simulation (14) · Milkyway@home Separation (9) That means that you've run 23 tasks with 13 of them being valid and 5 being inconclusive at this point and no invalid ones. Most workunits here are sent to 2 computers, more if needed, and require both computers to come up with statistically similar results and until that happens you will see the 'inconclusive' numbers grown and shrink. You can expect the inconclusive workunits to also be validated at some point. The 23 tasks number will also change over time as they don't keep every result ever crunched by us in the stats, they are moved off line as the database grows and the workunits are completed. For instance my numbers are: State: All (624) · In progress (102) · Validation pending (0) · Validation inconclusive (82) · Valid (422) · Invalid (5) · Error (13) Application: All (624) · Milkyway@home N-Body Simulation (0) · Milkyway@home Separation (624) but since I've been crunching here since 2009 there's no way that's ALL the workunits I've ever crunched. |
|
6)
Message boards :
News :
New Separation Runs
(Message 68834)
Posted 3 Jun 2019 by mikey
Post: If you look at the previous BOINC client major release transitions, the highest .x release we had was for the 6 series at 6.12. We are already past that point release for the 7 series. I never thought or heard of that but that works for me. |
|
7)
Message boards :
News :
New Separation Runs
(Message 68830)
Posted 2 Jun 2019 by mikey
Post: My best hunch is that there won't be a 7.16.0 release. The BOINC 8.0 Manager/Client milestone looks just as developed with more commits going into it than the 7.16.0 milestone. No expected date on it either. I think the 7.16.0 is actually going to be released as 8.0 as a hunch. But that is just my musings and guesses. That might be cool!! |
|
8)
Message boards :
News :
New Separation Runs
(Message 68827)
Posted 1 Jun 2019 by mikey
Post:
Thank you. |
|
9)
Message boards :
News :
New Separation Runs
(Message 68824)
Posted 1 Jun 2019 by mikey
Post:
How long before you release 7.15 for testing to the test group? I haven't seen it there yet so am guessing you are still working on it, or I missed it. |
|
10)
Message boards :
News :
New Separation Runs
(Message 68810)
Posted 31 May 2019 by mikey
Post: Hello Hurr1cane, So you are saying that the problem is your software can't differentiate between batches of wu's so it can't download multiple batches of wu's? That seems silly and a programming problem. |
|
11)
Message boards :
Number crunching :
Collected list of badges available?
(Message 68801)
Posted 30 May 2019 by mikey
Post: i look so little compared with those big badges.. Bill is right, EVERY task is important, I think of it this way...I may crunch thru 100 tasks today while you may do 35 tasks today, but we EACH have an equal chance of finding something scientifically important!! And finding that a workunit is NOT important is JUST as important as finding that a workunit IS important!! There's alot of weeds to get thru before we can find exactly what they are looking for and it takes all kinds of crunchers to do that. Also believe me when I say that MOST large crunchers started where you are, they just had the resources to keep adding computers until they are where they are today. Not everyone can do that, add more and more and more computers but some can and it becomes a hobby. I got some of my computers from EBAY, then modified them so they can contribute. Other computers and parts I got from the side of the road on trash day, one mans junk is another mans treasure and sometimes even just a computer case is worth the trouble. People throw away perfectly good crunchers all the time, I've gotten some very nice quad core pc's on trash days!! I've also gotten some heaps that all I kept was the screws and cheap video cards as they work great for installing the Operating Software on a new machine. I personally also go thru every computer store I come across, you never know what they have on sale that I need or could use. Good luck and keep on crunching, no one got to a million credits over night, it takes one credit at a time to get there!! |
|
12)
Message boards :
Number crunching :
Updated GPU Requirements
(Message 68787)
Posted 26 May 2019 by mikey
Post: Will AMD Radeon Vega 8 work? Probably not as it's not a dedicated gpu but one built into the cpu, some Intel ones will work but it says they have no tasks for them. |
|
13)
Message boards :
Number crunching :
Collected list of badges available?
(Message 68748)
Posted 18 May 2019 by mikey
Post: AND they were supposed to add some more badges for those with more than 10 years as well. |
|
14)
Message boards :
Number crunching :
warnings & errors
(Message 68722)
Posted 12 May 2019 by mikey
Post: Looking at the task output I'm seeing some errors & warnings and don't know how to address them. This is how the app_config.xml file is syntaxed: <app_config> [<app> <name>Application_Name</name> <max_concurrent>1</max_concurrent> [<report_results_immediately/>] [<fraction_done_exact/>] <gpu_versions> <gpu_usage>.5</gpu_usage> <cpu_usage>.4</cpu_usage> </gpu_versions> </app>] ... [<app_version> <app_name>Application_Name</app_name> [<plan_class>mt</plan_class>] [<avg_ncpus>x</avg_ncpus>] [<ngpus>x</ngpus>] [<cmdline>--nthreads 7</cmdline>] </app_version>] ... [<project_max_concurrent>N</project_max_concurrent>] [<report_results_immediately/>] </app_config> I have no clue what these lines do:
https://boinc.berkeley.edu/wiki/Client_configuration AND it may be the NEXT set of wu's you get that it applies to not the current set, some projects do it right away while others wait until you get a new set of wu's. To try it out suspend MW, click inside the Boinc Manager to read the config files, then click to resume crunching MW. |
|
15)
Message boards :
Number crunching :
So no way to select project campaigns anymore on the new server code
(Message 68707)
Posted 8 May 2019 by mikey
Post: MW used to have a mt N-body application in earlier times. GPUGrid.net currently uses an mt application called QC Chemistry that heavily uses multiple cores with default of <cmdline>--nthreads 4</cmdline>. When the application first was developed it defaulted to using all cpu cores until users complained and it was knocked down to something more sensible. It may error some units out, I really don't remember. |
|
16)
Message boards :
Number crunching :
So no way to select project campaigns anymore on the new server code
(Message 68699)
Posted 6 May 2019 by mikey
Post: MW used to have a mt N-body application in earlier times. GPUGrid.net currently uses an mt application called QC Chemistry that heavily uses multiple cores with default of <cmdline>--nthreads 4</cmdline>. When the application first was developed it defaulted to using all cpu cores until users complained and it was knocked down to something more sensible. Primegrid has a ton of cpu apps and MOST can be multi-threaded like that, so can the ones at RakeSearch, SRBase, I think Universe and others I don't remember right now. The easiest thing is to try it and see if it works, you have the basics now just change the app name which is listed under apps on most projects and put the app_config.xml file it in that projects folder. |
|
17)
Questions and Answers :
Unix/Linux :
Attempting to run CPU tasks but get the following. Not requesting tasks: don't need (CPU: ; NVIDIA GPU: job cache full)
(Message 68687)
Posted 4 May 2019 by mikey
Post: Okay, this is a strange issue. Resettting will wipe out every workunit from MW you have on your pc in the process. Are you sure you have the allow cpu tasks checkbox checked for MW? Were you running cpu wu's from other projects prior to allowing them from PG? What is your resource share set too? |
|
18)
Message boards :
Number crunching :
Lenovo x1 extreme arriving next week! Best crunching practices?
(Message 68686)
Posted 4 May 2019 by mikey
Post: First off, I'm sorry for all the recent threads here lately. I'll help with the battery first, just remove the battery and run it off the wall like a desktop, no more battery problems. As for not using all of the gpu it depends on the OS you will put on it, if it's Windows then you can use something like MSI Afterburner to change the settings to slow it down a bit. I have no clue what program in Linux will do the same. |
|
19)
Message boards :
Number crunching :
So no way to select project campaigns anymore on the new server code
(Message 68662)
Posted 3 May 2019 by mikey
Post: Well I was just about to ask about multithreaded CPU applications. Looks like I no longer have to since they've apparently been phased out. An app_config.xml file will let you do it manually if you want too, most cpu apps can be done that way but not all. |
|
20)
Message boards :
News :
Leaving MilkyWay@home
(Message 68635)
Posted 1 May 2019 by mikey
Post: Jake I hope you enjoy your next adventure I know this one has had both it's challenges and wonderful moments, I hope the next one has many more wonderful moments in it!! You have always treated people here with respect and patience, something we haven't always showed you, you are one of the good ones and I know the new place is very lucky to have you!! We will miss you!!! mikey |
Next 20
©2019 Astroinformatics Group