| log in |
Message boards : News : a fix for the output file issue
| Author | Message |
|---|---|
|
I added the <optional/> tag to the result xml so the issue some people have been having with that file not being found should hopefully be fixed. I think the fix will only be for newly generated WUs, so if you've been having this problem I'd cancel whichever ones you're running, so you can get new ones with the right result xml. | |
| ID: 42920 | Rating: 0 | rate:
| |
|
Does this fix the problem of not getting credit for completed WUs that show "computation error"? | |
| ID: 42921 | Rating: 0 | rate:
| |
|
And sorry for taking so long, was kind of incapacitated in bed with the flu all week and just found out about this tonight. :( | |
| ID: 42923 | Rating: 0 | rate:
| |
Does this fix the problem of not getting credit for completed WUs that show "computation error"? I think it should. If not, please let me know. ____________ | |
| ID: 42924 | Rating: 0 | rate:
| |
|
Will it fix this problem, also? | |
| ID: 42925 | Rating: 0 | rate:
| |
|
They're back up. | |
| ID: 42926 | Rating: 0 | rate:
| |
|
Thanks Travis and I am sorry to hear that you had flu. I hold with Linus Pauling and vitamin C 500mg/diem that seems to keep away the worst of it. | |
| ID: 42930 | Rating: 0 | rate:
| |
|
Hi Travis, | |
| ID: 42933 | Rating: 0 | rate:
| |
|
Hello community! | |
| ID: 42938 | Rating: 0 | rate:
| |
|
Thank you, Travis. Sorry about the flu, that's never fun. I will cancel out of the affected WUs, which I had suspended, and try a new batch of MW after my slug of Cosmology finishes in about a week. | |
| ID: 42953 | Rating: 0 | rate:
| |
|
My credits have not changed for about ten days during which time I completed at least three WUs with over 60 hrs CPU time, my pending credits list shows 0, and my task list is blank. So, guess not... at least not as far as getting credit for the "lost WUs" is concerned. Oh well, life is a bitch, then you die. (Just kidding!!) I'll un-suspend the project and see what happens with new WUs. | |
| ID: 42955 | Rating: 0 | rate:
| |
I think it should. If not, please let me know. So far so good on those file transfer errors going away. But the Windows CPU app is still taking at least twice the time it used to... | |
| ID: 42961 | Rating: 0 | rate:
| |
|
I just finished my first post fix WU and it completed and validated without any errors. Thanks for the fix! It's nice to be able to crunch for MW again. But I would have to concur that the WU's are now taking about 3X longer than they used to. | |
| ID: 42966 | Rating: 0 | rate:
| |
I just finished my first post fix WU and it completed and validated without any errors. Thanks for the fix! It's nice to be able to crunch for MW again. But I would have to concur that the WU's are now taking about 3X longer than they used to. Moi aussi. Just got my first successful WU in NINE days! | |
| ID: 42969 | Rating: 0 | rate:
| |
|
Great news! Glad it's working. :) | |
| ID: 42979 | Rating: 0 | rate:
| |
|
Hi Travis (or anybody who knows), | |
| ID: 42998 | Rating: 0 | rate:
| |
|
BTW. <app_name>milkyway</app_name>
<version_num>21</version_num> The new stock/orig. MW@h CPU app have 0.04 ..? From where we could DL the other new N-body CPU app? And how this app should be named in the app_info.xml file? I understood it correct, that MW@h have currently 2 CPU apps? ____________ Best regards! | |
| ID: 43000 | Rating: 0 | rate:
| |
Hi Travis (or anybody who knows), There shouldn't be any problem with them if you're running 0.40... | |
| ID: 43001 | Rating: 0 | rate:
| |
BTW. Yes there are two CPU apps now. The 'optimized' apps probably won't work with a bunch of the new workunits we are sending out, so I would stick with the applications the server is sending out. | |
| ID: 43002 | Rating: 0 | rate:
| |
|
Hi Travis, | |
| ID: 43003 | Rating: 0 | rate:
| |
|
O.K., it's now confusing.. | |
| ID: 43006 | Rating: 0 | rate:
| |
O.K., it's now confusing.. It's supposed to be 0.4. However, this is mysteriously reported by the page and BOINC as 0.04. | |
| ID: 43013 | Rating: 0 | rate:
| |
|
In the host overview here the WUs are also named as MilkyWay@Home v0.04 . <app_name>milkyway</app_name>
<version_num>4</version_num> ..in app_info.xml and is shown in BOINC like I mentioned it in the upper message. If I compare with the old stock/orig. (IIRC, 0.19) app, which needed ~ 10 hours/WU, the opt. SSE3 app needed ~ 2 hours/WU.. - it's look like the new 0.4 SSE2 app need ~ 17 hours/WU (estimate time).. so the Cr./CPU WU should be more than in past. If not, it would be worthless for Cr.-hunter to let run MW@h CPU WUs. If I enable CPU + GPU in the prefs, my PC get only GPU WUs. I need to disable GPU for to get CPU WUs. Then after my PC DLed a few CPU WUs, I need to enable again the GPU. It would be possible, to 'optimize' the scheduler? Maybe 4 WUs/CPU-Core and 12 WUs/GPU (limit of tasks in progress)? ____________ Best regards! | |
| ID: 43021 | Rating: 0 | rate:
| |
Might be separation_VERSION_MINOR needs 2 digits to make it consistent over the different platforms builds? 1) separation_VERSION_MINOR 04 --> .04 2) separation_VERSION_MINOR 40 --> .40 3) separation_VERSION_MINOR 4 ---> .40 or .04 depending on platform build Only 3) seems to make problems ;) | |
| ID: 43037 | Rating: 0 | rate:
| |
|
O.K., here we go.. | |
| ID: 43055 | Rating: 0 | rate:
| |
(...) Just curious.. I'm the only one which have probs to get CPU & GPU WUs simultaneously? (with app_info.xml file) If I enable CPU & GPU in the project prefs, my Intel Core2 Duo E7600 with GTX260-216 get only GPU WUs. Max. 12 WUs. If BOINC DLed 12 GPU WUs, I need to disable GPU in the prefs. BOINC DL then after every UL/report of a GPU result a new CPU WU. If 10 GPU WUs were ULed/reported, and BOINC DLed 10 CPU WUs I enable again (also) GPU. Then I have one GPU WU in calculation and one GPU WU prepared for calculation. And 2 CPU WUs in calculation and 8 CPU WUs prepared. If one CPU result ULed/reported, BOINC DL a new GPU WU. If only 2 CPU WUs in calculation, I need to disable again the GPU in the prefs. How it's at your BOINC - how you do it? Could be the MW@h scheduler do this better? Like I mentioned.. 'reached limit of x tasks in progress' for CPU and GPU separated. S@h have after the 3 day outages always a limit set, CPU and GPU separated. The server/scheduler could do it. IIRC, the low limit is 40 WUs/CPU-Core and 320 WUs/GPU. So here at MW@h maybe 2 WUs/CPU-Core and 6 WUs/GPU. This would be possible? This would be very helpful for us. Thanks! ____________ Best regards! | |
| ID: 43092 | Rating: 0 | rate:
| |
Is there room for more opt. of the new CPU app? In general, the 0.4s should be ~30% faster than before (and it is on Linux / OS X). It's only Windows where the 0.4s are very, very slow (over 200% slower than on the same hardware in Linux). I've figured out the main reason through, and have a temporary fix which hasn't been put on the servers yet. It turns out the combination of standard math library functions from the MSVCRT and the ones replaced by MinGW are pretty terrible. Building the separation with crlibm (which should actually be slower, and it is in Linux/OS X, since crlibm has slower, more precise math functions) actually ends up being much faster on Windows. Built with crlibm, it runs only 33% slower than in Linux, so about the same speed that the old ones would be. I have to come up with a better solution with faster / less precise math on Windows to get closer to Linux. | |
| ID: 43094 | Rating: 0 | rate:
| |
|
Soon we will see a new 0.41 (with and without sse2) CPU app? | |
| ID: 43095 | Rating: 0 | rate:
| |
Why the GPUs didn't need a new app? They do. We do not have the source for the ATI application, which is a major problem so I'm working on replacing it. | |
| ID: 43096 | Rating: 0 | rate:
| |
Is there room for more opt. of the new CPU app? Interesting... How about not using minGW at all for the windows platform ? VS express doesn't cost a dime...
Hopefully that will NOT be using openCL... you should take a look at this one -> http://sourceforge.net/projects/calpp/ ____________ Join BOINC United now! | |
| ID: 43097 | Rating: 0 | rate:
| |
(...) CPU or GPU, limit is 6 wus per cpu core. So if you have dual core, you can only have 12 wus even if you have a 10 days cache. Even if you only crunch on the gpu, the limit will still be based on the number of cores of your cpu. | |
| ID: 43103 | Rating: 0 | rate:
| |
|
Yes, I know.. ;-) | |
| ID: 43105 | Rating: 0 | rate:
| |
Maybe 2 WUs/CPU-Core and 6 WUs/GPU (this would be more correct). This is not a good idea. Right now I get a cache of 72 work units (12 cores x 6 = 72). Since I only run on the GPUs, this is a 27 minute cache. With what you propose, I would only get 48 work units (12 cores x 2 + 4 GPUs x 6 = 48). 48 work units would only be a 18 minute cache. Maybe 2 WUs per CPU core and 600 WUs per GPU would be much better. This would give me a 15 hour cache per GPU. But, it will never happen. The database would need to be changed and the admins have resisted implementing this kind of change. Edited: to correct the math | |
| ID: 43106 | Rating: 0 | rate:
| |
|
No, the new 'scheduler law' should be separated for CPU and GPU. | |
| ID: 43107 | Rating: 0 | rate:
| |
|
I disagree. | |
| ID: 43108 | Rating: 0 | rate:
| |
|
About the limit we don't need to 'argue'.. ;-) | |
| ID: 43109 | Rating: 0 | rate:
| |
You have currently 18 WUs/GPU. A better question would be, if you have GPUs, why would you want to run the CPU app? I just checked some random accounts to see how long it is taking to run a CPU WU. The average is around 20 hours per WU. In 20 hours, a single 5800 GPU can complete 800 WUs. You said earlier that S@H does what you want it to do, run both CPU and GPU tasks. But, this isn't S@H, it is MW@H. The configuration of MW@H works for the majority of the users. Why change it for you? If they do change it, it should be to accommodate the majority of the users. And the majority of the users are GPU ONLY users. Now, back to your original question. If the server fails, a CPU user is more than likely not going to have their WU flow interrupted by it, since they have a 120 hour cache, based on 20 hours per CPU WU. A GPU only user runs out of cached WUs in 10 to 15 minutes causing an interruption of WU availability. If the cache was increased to the same time length as the CPU users, it wouldn’t cause an interruption. But, a 120 hour cache for one single 5800 would be 4800 WUs. Many of us have 4 5800 or 2 5970s (Same thing as 4 5800s). The changes you are asking for, to make MW@H like S@H would hurt the majority of the users at MW@H. But any change to the cache would require a significant change to the WU database, and the MW@H admins have resisted this kind of change in the past. | |
| ID: 43111 | Rating: 0 | rate:
| |
|
From where you know, that the most members of MW@h crunch only on the GPU? | |
| ID: 43113 | Rating: 0 | rate:
| |
|
BTW. | |
| ID: 43116 | Rating: 0 | rate:
| |
|
@ admins | |
| ID: 43396 | Rating: 0 | rate:
| |
Message boards :
News :
a fix for the output file issue