Lunatics Windows Installer v0.40 release notes

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

To post messages, you must log in.

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

AuthorMessage
StickProject Donor
Volunteer tester

Send message
Joined: 26 Feb 00
Posts: 100
Credit: 2,485,918
RAC: 977
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.
ID: 1213747 · Report as offensive
Josef W. Segur
Volunteer developer
Volunteer tester

Send message
Joined: 30 Oct 99
Posts: 4504
Credit: 1,414,761
RAC: 0
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 [trac]changeset:25498[/trac] 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 · Report as offensive
Profile ignorance is no excuse
Avatar

Send message
Joined: 4 Oct 00
Posts: 9529
Credit: 44,433,321
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

ID: 1213804 · Report as offensive
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.
ID: 1213837 · Report as offensive
StickProject Donor
Volunteer tester

Send message
Joined: 26 Feb 00
Posts: 100
Credit: 2,485,918
RAC: 977
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 [trac]changeset:25498[/trac] 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.
ID: 1213995 · Report as offensive
Profile Ageless
Avatar

Send message
Joined: 9 Jun 99
Posts: 13821
Credit: 3,269,733
RAC: 0
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

Ancient Astronaut Theorists suggest that in many ways, you can be considered an alien conspiracy!
ID: 1214097 · Report as offensive
Profile Wiggo "Socialist"
Avatar

Send message
Joined: 24 Jan 00
Posts: 10533
Credit: 135,429,662
RAC: 40,511
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.
ID: 1214103 · Report as offensive
Profile Ageless
Avatar

Send message
Joined: 9 Jun 99
Posts: 13821
Credit: 3,269,733
RAC: 0
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

Ancient Astronaut Theorists suggest that in many ways, you can be considered an alien conspiracy!
ID: 1214105 · Report as offensive
Profile Wiggo "Socialist"
Avatar

Send message
Joined: 24 Jan 00
Posts: 10533
Credit: 135,429,662
RAC: 40,511
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.
ID: 1214112 · Report as offensive
Profile cliff
Avatar

Send message
Joined: 16 Dec 07
Posts: 625
Credit: 3,590,440
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!
ID: 1214169 · Report as offensive
Profile Mike
Volunteer tester
Avatar

Send message
Joined: 17 Feb 01
Posts: 29584
Credit: 49,119,328
RAC: 17,400
Germany
Message 1214170 - Posted: 5 Apr 2012, 7:05:19 UTC

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

With each crime and every kindness we birth our future.
ID: 1214170 · Report as offensive
Profile cliff
Avatar

Send message
Joined: 16 Dec 07
Posts: 625
Credit: 3,590,440
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!
ID: 1214176 · Report as offensive
Profile Raistmer
Volunteer developer
Volunteer tester
Avatar

Send message
Joined: 16 Jun 01
Posts: 5430
Credit: 66,402,759
RAC: 12,421
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.
ID: 1214221 · Report as offensive
Profile Ageless
Avatar

Send message
Joined: 9 Jun 99
Posts: 13821
Credit: 3,269,733
RAC: 0
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

Ancient Astronaut Theorists suggest that in many ways, you can be considered an alien conspiracy!
ID: 1214261 · Report as offensive
Cosmic_Ocean
Avatar

Send message
Joined: 23 Dec 00
Posts: 2871
Credit: 10,622,211
RAC: 332
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:
record uptime: 1511d 20h 19m (ended due to the power brick giving-up)
ID: 1214378 · Report as offensive
Josef W. Segur
Volunteer developer
Volunteer tester

Send message
Joined: 30 Oct 99
Posts: 4504
Credit: 1,414,761
RAC: 0
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
ID: 1214421 · Report as offensive
Cosmic_Ocean
Avatar

Send message
Joined: 23 Dec 00
Posts: 2871
Credit: 10,622,211
RAC: 332
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:
record uptime: 1511d 20h 19m (ended due to the power brick giving-up)
ID: 1214436 · Report as offensive
Profile Raistmer
Volunteer developer
Volunteer tester
Avatar

Send message
Joined: 16 Jun 01
Posts: 5430
Credit: 66,402,759
RAC: 12,421
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.
ID: 1214473 · Report as offensive
kittymanProject Donor
Volunteer tester
Avatar

Send message
Joined: 9 Jul 00
Posts: 45929
Credit: 815,351,053
RAC: 125,212
United States
Message 1214475 - Posted: 6 Apr 2012, 7:38:57 UTC - in response to Message 1214421.  


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

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.
Cats.....what more does one need?

Have made friends in this life.
Most were cats.
ID: 1214475 · Report as offensive
ClaggyProject Donor
Volunteer tester

Send message
Joined: 5 Jul 99
Posts: 4623
Credit: 46,352,140
RAC: 3,003
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
ID: 1214481 · Report as offensive
Previous · 1 . . . 9 · 10 · 11 · 12 · 13 · 14 · Next

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


 
©2016 University of California
 
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.