Lunatics Windows Installer v0.40 release notes |
![]() |
| log in |
Message boards : Number crunching : Lunatics Windows Installer v0.40 release notes
Previous · 1 . . . 9 · 10 · 11 · 12 · 13 · 14 · Next
| Author | Message |
|---|---|
|
I am having problems with SETI7, r390 on my 6200/6300/7300 series (Wrestler). Seems to work OK if the task is never interrupted but crashes if BOINC switches the GPU to a different project. The previous version Lunatics app worked just fine. | |
| ID: 1213747 · | |
I am having problems with SETI7, r390 on my 6200/6300/7300 series (Wrestler). Seems to work OK if the task is never interrupted but crashes if BOINC switches the GPU to a different project. The previous version Lunatics app worked just fine. It's a known bug in 7.0.22 and 7.0.23 interacting with a slightly delayed exit time for r390, see changeset [25498] for when the bug was fixed. Back off to 7.0.20 (or earlier) or upgrade to 7.0.24 (or later). {Edit:} The r390 application is not new, the v0.39 installer had the same S@H Enhanced applications as v0.40 does. Only Astropulse v6 is new. Joe | |
| ID: 1213803 · | |
|
just dont back down to the 6.12.34 or you'll lose all your work. | |
| ID: 1213804 · | |
just dont back down to the 6.12.34 or you'll lose all your work. Isn't it don't back down to any 6.x.x version from any recent 7.0.x version. Sort of like once you go version 7.0.x you can't go back to version 6.x BOINC. ____________ | |
| ID: 1213837 · | |
It's a known bug in 7.0.22 and 7.0.23 interacting with a slightly delayed exit time for r390, see changeset [25498] for when the bug was fixed. Back off to 7.0.20 (or earlier) or upgrade to 7.0.24 (or later). Thanks Joe, et. al. for the replies! After I posted, I realized that the Lunatics SETI7 app hadn't changed with v0.40 and that it had to be a BOINC issue - hence my edit regarding 7.0.22. But I wasn't aware that the issue had already been identified and fixed. Again, thanks to all for the quick replies and advice. ____________ | |
| ID: 1213995 · | |
|
Not going well lately with the ATI app for AP v6. 2378675057 6065655 1 Apr 2012 | 1:24:32 UTC 2 Apr 2012 | 2:49:35 UTC Completed and validated 78,139.64 173.27 473.17 AstroPulse v6 Anonymous platform (ATI GPU)
2378681005 6376207 1 Apr 2012 | 1:29:54 UTC 4 Apr 2012 | 15:53:57 UTC Completed and validated 59,607.90 57,617.44 473.17 AstroPulse v6 v6.01
____________ Jord - BOINC FAQ Service - BOINC User Wiki Real is just a matter of perception. | |
| ID: 1214097 · | |
Not going well lately with the ATI app for AP v6. You just have to be amazed at how well a 2500K chews through those v6 AP's don't you? ATM my average for them is around 5.75hrs but it will be interesting to see what happens when I clock the thing up when the cool/cold weather settles in here. Cheers. ____________ | |
| ID: 1214103 · | |
ATM my average for them is around 5.75hrs Mine is with the 331_AVX app, on average 5.55 hours. The person running with the default app and 59,600 seconds, has a locked 2500. Not sure if that makes a difference, with Turbo Boost and all. This was my last AP on ATI for the moment. 2381564519 5967479 2 Apr 2012 | 20:15:57 UTC 5 Apr 2012 | 0:37:23 UTC Completed and validated 121,396.53 119,551.80 695.44 AstroPulse v6 v6.01
2381564520 6065655 2 Apr 2012 | 20:16:00 UTC 5 Apr 2012 | 0:34:22 UTC Completed and validated 60,787.31 295.47 695.44 AstroPulse v6 Anonymous platform (ATI GPU)
OK, so maybe it was a long one (although, it was paired against an OCed i3-540), but still... I have the sneaking suspicion that CUDA does this better. (Nothing against the Builders of the Apps!) :-) ____________ Jord - BOINC FAQ Service - BOINC User Wiki Real is just a matter of perception. | |
| ID: 1214105 · | |
ATM my average for them is around 5.75hrs My average would likely be lower but most of mine have been interrupted by MB's going into high priority mode though I have had a few finish in that 5.5hr time (I've also had them finish a lot sooner too but I'm happy with the average that I have with them seeing as v505 AP's use to average 6.25hrs). I believe that nVIDIA cards also use OpenCL to process AP's, not CUDA, from what I've read so things could be an entirely different story there. Cheers. ____________ | |
| ID: 1214112 · | |
|
I'm wondering when the wisdom.dat file is created in the projects folder and what creates it? | |
| ID: 1214169 · | |
|
You can just delete it. | |
| ID: 1214170 · | |
You can just delete it. Thanks Mike. Cheers, ____________ Cliff, Been there, Done that, Still no damm T shirt! | |
| ID: 1214176 · | |
I have the sneaking suspicion that CUDA does this better. (Nothing against the Builders of the Apps!) :-) Can something be better if it just doesn't exits ;) There is no CUDA AstroPulse at all. There will be one eventually, but currently only OpenCL NV and OpenCL ATi vrsions. About your issue with ATI AP task - please, report blanking % also cause completion times strongly depend on this param. Also, you could met ATi GPU low usage problem we see time to time. I have opinion that it's driver synching issue cause there is correlation between CPU time used and elapsed time. Tasks with extremely long elapsed time often show considerably less (!) used CPU time than usual ones. But it's only correlation, not dependance. There are extremely long tasks w/o decreased CPU time as well. In general, this issue can be solved by suspending/restarting GPU processing. GPU-Z and similar programs will show something like ~68% or even less GPU usage even running 3 A/MB tasks simultaneously. After restart usage can return to ~100% again. | |
| ID: 1214221 · | |
[Can something be better if it just doesn't exits ;) It does in a way, over at Einstein/Albert. There the Binary Radio Pulsar Arecibo) (BRP) searches run way better on CUDA than on OpenCL. About your issue with ATI AP task - please, report blanking % also cause completion times strongly depend on this param. The one running 78k seconds was: single pulses: 2 repetitive pulses: 1 percent blanked: 2.39 The one running 60k+ seconds was: single pulses: 4 repetitive pulses: 1 percent blanked: 4.01 Also, you could met ATi GPU low usage problem we see time to time. Yes, I saw that throughout the last task. At most it used 4% GPU (from GPU-Z), but mostly it was zero. In general, this issue can be solved by suspending/restarting GPU processing. As can be seen from its stderr.txt, I restarted the 78k+ multiple times. That didn't fix anything. But what may have fixed it actually eventually restarting and finishing, was me uninstalling the Intel HD 2000 graphics drivers that had sneakingly managed to install themselves on my system, I suspect with one of the chipset driver changes I made the past days. I noticed that as GPU-Z all of a sudden showed Intel HD graphics as something it would check. GPU-Z and similar programs will show something like ~68% or even less GPU usage even running 3 A/MB tasks simultaneously. After restart usage can return to ~100% again. Yeah well, I'll run one task at the same time on the GPU. Never tried if multiple ones were even possible on my ATI, although I have the memory for it (2GB). And besides, how many months will they then take to finish, huh? ;-) I'll run MBs on my ATI for now and APs only on the CPU. ____________ Jord - BOINC FAQ Service - BOINC User Wiki Real is just a matter of perception. | |
| ID: 1214261 · | |
|
I finally got my first 10 <10% blanked non-30/30 tasks to validate. It took 44 tasks to get those 10. Since reaching 10, I have not received any new APs due to no fresh tapes. | |
| ID: 1214378 · | |
I finally got my first 10 <10% blanked non-30/30 tasks to validate. It took 44 tasks to get those 10. Since reaching 10, I have not received any new APs due to no fresh tapes. The new tasks should come in with ETA around 9.4 hours since the APR limiting is still at ten times whatever <flops> the host is sending. You might end up with about 25 tasks per core with a 10 day cache setting if the supply is good enough. But then the first one completed will boost DCF to compensate. The ten times limit is probably going to be raised to fifty times next Tuesday, at which point new tasks will have ETAs of roughly 6.5 hours, the ~45 GFLOPS indicated by APR will actually be used. The cache could possibly get up to more than 25 days of actual run time before one of those completes and boosts DCF again. Probably not, and for your host the limit of 50 tasks per CPU may be slightly less than 25 days runtime anyhow. Still, if it were my system I'd shorten the cache settings somewhat at least until everything finally stabilizes. Joe | |
| ID: 1214421 · | |
I finally got my first 10 <10% blanked non-30/30 tasks to validate. It took 44 tasks to get those 10. Since reaching 10, I have not received any new APs due to no fresh tapes. If nothing else, when we went to creditnew and the ETAs fell through the floor, the one thing that saved me from getting too much work on a 10-day cache was the 1gb limit that I set years ago, thinking I would never hit it but at least it was a generous safeguard. I ended up with ~22 days of APs on the old 2P Opteron machine. The single-core Sempron didn't fair as well though. It was doing MB at the time and ended up with something like 170 days worth of those, since shorties were estimated at something like 34 seconds instead of 2.5 hours. I think it would be pretty cool though to finally.. for the first time ever, get the "you have reached the limit" message. I have never gotten one of those. ____________ Linux laptop uptime: 1484d 22h 42m Ended due to UPS failure, found 14 hours after the fact | |
| ID: 1214436 · | |
[Can something be better if it just doesn't exits ;) It's completely different app.
So it's low GPU usage bug indeed. Interesting that it could be fixed with unistall of Intel's drivers. I see low GPU usage bug on my host as well time to time... and my motherboard has onboard Intel graphics too. Maybe it could be fixed in the same way? Will try. @Others who noticed this bug - what motherboards do you use? Do they have embedded/onboard GPu chipsets ?
As statistics for my HD6950 shows, RAC-wise performance of AP ATi outperforms MB ATi in few (!) times. Doing AP on beta already gave RAC >25k while max for that host on main was ~12k So you could try ;) Also, running few AP tasks on same GPU should give better performance boost than running few MB tasks on same GPU (because of blanking done on CPU). GPU with 2GB memory definitely can do few AP at once. It takes from 3 to 1,5h to complete 3 tasks on my HD6950. [EDIT: CPU/GPU times -wise AP performance is better than for MB too. Perhaps it's because of better CPU MB overall optimisation from one side and few hard places (i.e., low workitems number available) in algorithm on GPU MB from another side. AP algorithm (especially with big unrolls) almost always have enough workitems to keep GPU busy. | |
| ID: 1214473 · | |
The kitties are waiting to see the change actually happen. They are gonna run it out by the fur on their britches. No flops, no BS. Boinc is gonna have to handle it, on both the server and the host end. Most of my rigs have proven in the past that they can handle whatever foibles are tossed their way. The kitties trust in DA......LOL. Actually, ROFLMAO. ____________ ****** "Ask not, what your kitty can do for you. Ask what you can do for your kitty." As it is kitten, so shall it be done. | |
| ID: 1214475 · | |
Asus P8Z68-V PRO with i7-2600K and Intel HD Graphics 3000, the Intel drivers are installed, but there is no monitor connected to its port, and the Display adaptor doesn't show up in device manager, Edit: for later reference its version: 8.15.10.2321 that i have installed. Edit 2: Intel Graphics drivers now uninstalled. Claggy | |
| ID: 1214481 · | |
Message boards : Number crunching : Lunatics Windows Installer v0.40 release notes
| Copyright © 2013 University of California |