Lunatics Windows Installer v0.40 release notes


log in

Advanced search

Message boards : Number crunching : Lunatics Windows Installer v0.40 release notes

Previous · 1 . . . 9 · 10 · 11 · 12 · 13 · 14 · Next
Author Message
StickProject donor
Volunteer tester
Send message
Joined: 26 Feb 00
Posts: 84
Credit: 1,694,686
RAC: 1,006
United States
Message 1213747 - Posted: 3 Apr 2012, 23:53:40 UTC - in response to Message 1213566.
Last modified: 3 Apr 2012, 23:57:34 UTC

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.

http://setiathome.berkeley.edu/result.php?resultid=2381264891
http://setiathome.berkeley.edu/result.php?resultid=2380811374
http://setiathome.berkeley.edu/result.php?resultid=2380564418
http://setiathome.berkeley.edu/result.php?resultid=2380564416

EDIT: I updated to BOINC 7.0.22 after installing r390.
____________

Josef W. SegurProject donor
Volunteer developer
Volunteer tester
Send message
Joined: 30 Oct 99
Posts: 4247
Credit: 1,048,612
RAC: 268
United States
Message 1213803 - Posted: 4 Apr 2012, 3:29:24 UTC - in response to Message 1213747.
Last modified: 4 Apr 2012, 3:45:24 UTC

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.
...
EDIT: I updated to BOINC 7.0.22 after installing r390.

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

Profile ignorance is no excuse
Avatar
Send message
Joined: 4 Oct 00
Posts: 9529
Credit: 44,433,274
RAC: 0
Korea, North
Message 1213804 - Posted: 4 Apr 2012, 3:30:38 UTC - in response to Message 1213803.

just dont back down to the 6.12.34 or you'll lose all your work.
____________
In a rich man's house there is no place to spit but his face.
Diogenes Of Sinope

End terrorism by building a school

B-Man
Volunteer tester
Send message
Joined: 11 Feb 01
Posts: 253
Credit: 147,366
RAC: 0
United States
Message 1213837 - Posted: 4 Apr 2012, 5:22:48 UTC - in response to Message 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.
____________

StickProject donor
Volunteer tester
Send message
Joined: 26 Feb 00
Posts: 84
Credit: 1,694,686
RAC: 1,006
United States
Message 1213995 - Posted: 4 Apr 2012, 17:23:32 UTC - in response to Message 1213803.
Last modified: 4 Apr 2012, 17:25:07 UTC

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.

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.
____________

Profile Ageless
Avatar
Send message
Joined: 9 Jun 99
Posts: 12300
Credit: 2,598,826
RAC: 1,088
Netherlands
Message 1214097 - Posted: 5 Apr 2012, 0:28:22 UTC

Not going well lately with the ATI app for AP v6.
Over the past couple of days, I've seen the time the ATI GPU uses on the APs increase, now even so much that the default app on an i5-2500 CPU is faster than the r555 app on my ATI HD6850. I'll be shutting it down, if at least that one AP that's been going at it for the past 17 hours (!!) will ever finish.

The last long one:

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

Fighting for the correct use of the apostrophe, together with Weird Al Yankovic

Profile Wiggo
Avatar
Send message
Joined: 24 Jan 00
Posts: 6957
Credit: 94,667,872
RAC: 75,414
Australia
Message 1214103 - Posted: 5 Apr 2012, 0:50:26 UTC - in response to Message 1214097.

Not going well lately with the ATI app for AP v6.
Over the past couple of days, I've seen the time the ATI GPU uses on the APs increase, now even so much that the default app on an i5-2500 CPU is faster than the r555 app on my ATI HD6850. I'll be shutting it down, if at least that one AP that's been going at it for the past 17 hours (!!) will ever finish.

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.
____________

Profile Ageless
Avatar
Send message
Joined: 9 Jun 99
Posts: 12300
Credit: 2,598,826
RAC: 1,088
Netherlands
Message 1214105 - Posted: 5 Apr 2012, 1:00:48 UTC - in response to Message 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

Fighting for the correct use of the apostrophe, together with Weird Al Yankovic

Profile Wiggo
Avatar
Send message
Joined: 24 Jan 00
Posts: 6957
Credit: 94,667,872
RAC: 75,414
Australia
Message 1214112 - Posted: 5 Apr 2012, 1:40:14 UTC - in response to Message 1214105.

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!) :-)

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.
____________

Profile cliff
Avatar
Send message
Joined: 16 Dec 07
Posts: 322
Credit: 2,509,590
RAC: 0
United Kingdom
Message 1214169 - Posted: 5 Apr 2012, 6:56:32 UTC

I'm wondering when the wisdom.dat file is created in the projects folder and what creates it?

Due to a receent change of motherboard and a re-install of Win7 to be able to install SP1, I had the boinc data dir backed up.

Now it includes a wisdom.dat file and I dont know if its updated at all or if once genearated it is static.

If its static once generated can it be deleted in order to create another uptodate file, or can an update be forced?

Regards,

____________
Cliff,
Been there, Done that, Still no damm T shirt!

Profile MikeProject donor
Volunteer tester
Avatar
Send message
Joined: 17 Feb 01
Posts: 24095
Credit: 33,108,982
RAC: 23,402
Germany
Message 1214170 - Posted: 5 Apr 2012, 7:05:19 UTC

You can just delete it.
The app will create a new one.

____________

Profile cliff
Avatar
Send message
Joined: 16 Dec 07
Posts: 322
Credit: 2,509,590
RAC: 0
United Kingdom
Message 1214176 - Posted: 5 Apr 2012, 7:43:12 UTC - in response to Message 1214170.

You can just delete it.
The app will create a new one.


Thanks Mike.


Cheers,
____________
Cliff,
Been there, Done that, Still no damm T shirt!

Profile Raistmer
Volunteer developer
Volunteer tester
Avatar
Send message
Joined: 16 Jun 01
Posts: 3421
Credit: 46,556,029
RAC: 10,668
Russia
Message 1214221 - Posted: 5 Apr 2012, 12:26:07 UTC - in response to Message 1214105.

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.

Profile Ageless
Avatar
Send message
Joined: 9 Jun 99
Posts: 12300
Credit: 2,598,826
RAC: 1,088
Netherlands
Message 1214261 - Posted: 5 Apr 2012, 14:46:06 UTC - in response to Message 1214221.
Last modified: 5 Apr 2012, 14:49:49 UTC

[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

Fighting for the correct use of the apostrophe, together with Weird Al Yankovic

Cosmic_Ocean
Avatar
Send message
Joined: 23 Dec 00
Posts: 2266
Credit: 8,685,873
RAC: 4,232
United States
Message 1214378 - Posted: 5 Apr 2012, 21:29:03 UTC

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.

Along the way though, the ETA has adjusted itself from the original 209 or 219 hours down to about 94, so a 10-day cache now consists of the three that are running plus 4-5 "ready to start."

I should start getting tons of APs once some new tapes get loaded and start splitting though.
____________

Linux laptop uptime: 1484d 22h 42m
Ended due to UPS failure, found 14 hours after the fact

Josef W. SegurProject donor
Volunteer developer
Volunteer tester
Send message
Joined: 30 Oct 99
Posts: 4247
Credit: 1,048,612
RAC: 268
United States
Message 1214421 - Posted: 6 Apr 2012, 2:20:18 UTC - in response to Message 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.

Along the way though, the ETA has adjusted itself from the original 209 or 219 hours down to about 94, so a 10-day cache now consists of the three that are running plus 4-5 "ready to start."

I should start getting tons of APs once some new tapes get loaded and start splitting though.

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

Cosmic_Ocean
Avatar
Send message
Joined: 23 Dec 00
Posts: 2266
Credit: 8,685,873
RAC: 4,232
United States
Message 1214436 - Posted: 6 Apr 2012, 4:14:01 UTC - in response to Message 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.

Along the way though, the ETA has adjusted itself from the original 209 or 219 hours down to about 94, so a 10-day cache now consists of the three that are running plus 4-5 "ready to start."

I should start getting tons of APs once some new tapes get loaded and start splitting though.

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

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

Profile Raistmer
Volunteer developer
Volunteer tester
Avatar
Send message
Joined: 16 Jun 01
Posts: 3421
Credit: 46,556,029
RAC: 10,668
Russia
Message 1214473 - Posted: 6 Apr 2012, 7:30:11 UTC - in response to Message 1214261.
Last modified: 6 Apr 2012, 7:33:32 UTC

[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.

It's completely different app.


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.

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 ?


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.


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.

ClaggyProject donor
Volunteer tester
Send message
Joined: 5 Jul 99
Posts: 4098
Credit: 33,067,099
RAC: 8,868
United Kingdom
Message 1214481 - Posted: 6 Apr 2012, 7:53:18 UTC - in response to Message 1214473.
Last modified: 6 Apr 2012, 8:47:28 UTC


Yes, I saw that throughout the last task. At most it used 4% GPU (from GPU-Z), but mostly it was zero.

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 ?

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

Previous · 1 . . . 9 · 10 · 11 · 12 · 13 · 14 · Next

Message boards : Number crunching : Lunatics Windows Installer v0.40 release notes

Copyright © 2014 University of California