Posts by Sunny129

21) Message boards : Number crunching : Panic Mode On (76) Server Problems? (Message 1273371)
Posted 20 Aug 2012 by Profile Sunny129
Post:
And it looks like we are starting to come back up....
Crickets showing some life again, just completed some uploads and reported.

yeah, an hour ago i had 100 or so tasks waiting to upload...they've all uploaded since then. however i'm still having problems reporting...in fact i probably have several hundred tasks waiting to report.
22) Message boards : Number crunching : Panic Mode On (76) Server Problems? (Message 1273083)
Posted 19 Aug 2012 by Profile Sunny129
Post:
Anyone else having trouble reporting ?
Uploads are going through ok but Scheduler requests are timing out.

T.A.

yes. my uploads are fine, but i haven't been able to report or get new work for approx. 3 hours now.
23) Message boards : News : Bug in server affecting older BOINC clients with NVIDIA GPUs. (Message 1272179)
Posted 17 Aug 2012 by Profile Sunny129
Post:
there was a first time poster named Cathy who posted a question about her GPU problems in this thread earlier, but her post has since mysteriously vanished. her post may have been slightly out of place in this thread, as its not a troubleshooting thread, but rather a thread dedicated to the status of the NOINC server bug. regardless, i'm hoping that her post was not deleted altogether, and at the very least towed to the appropriate sub-forum or thread so that her question can get answered...


I have Boinc client 7.0.31 installed on windows 7 x64

I am also running x41x miltibeam for gpu app

Since the outage my 460 gtx is now taking 1.5 hours to complete two tasks

It usually takes 15 minutes


Now I was wondering what was happening as I hope I did not blow my card.
It does not heat up to its normal temps when crunching

My task manager is showing the six cpu apps running and the two x41x tasks running but that is all.

I am hoping it is the server doing this and not poor 460 gtx which has been my main crunching unit

Michael Miles

doesn't sound like a server-side issue to me, despite all the issues the server has right now. it sounds more like your video driver crashed and reset itself, leaving the GPU in limp/safe mode. are your GPU's core and memory clocks underclocked to approx. half of what they should be? you'll need to open Catalyst Control Center or some 3rd party utility like MSI Afterburner to confirm this. if so, you'll need to suspend all BOINC work and reboot the entire system to bring the GPU out of safe mode. but even if this isn't the solution, i highly doubt physical damage is responsible for the way your GPU is currently acting.
24) Message boards : News : New AstroPulse applications for GPUs. (Message 1270884)
Posted 12 Aug 2012 by Profile Sunny129
Post:
We've released the first of four new AstroPulse Windows applications for ATI/AMD Graphics Processing Units that support the OpenCL language. If you've got an one of these GPUs you may be able to process AstroPulse results 15x faster than your CPU alone. If your computer supports a version, it should get it automatically.

The first release supports ATI GPUs on BOINC 7.0.25 or later. The second release (probably next tuesday) will support ATI GPUs on BOINC versions prior to 7.0.25.


Got 6870 cf and no work, is it because i'm runnin on boinc 6.12.34 x64.
Ati driver is 12.6

yes
25) Message boards : News : New AstroPulse applications for GPUs. (Message 1269103)
Posted 8 Aug 2012 by Profile Sunny129
Post:
I assume it will be almost impossible to go AP only now when AP GPU is going stock.

its already "almost impossible" to crunch AP only. i gave up on running AP only (and gave into running a mix of AP and MB) b/c my GPUs sat idle more often than they received and did work. so yes, its going to be even more "impossible" to run AP only now that the GPU app has gone stock...that is, unless the powers that be plan on massively ramping up AP results production (which we probably already would have heard about through the typical forum banter were there actual plans to do so).
26) Message boards : News : New AstroPulse applications for GPUs. (Message 1268922)
Posted 8 Aug 2012 by Profile Sunny129
Post:
and WTF is up with the format of this thread (the most recent post at the top instead of the bottom like usual)? lol

EDIT: just realized there is a "newest first/oldest first" sort function
27) Message boards : Number crunching : Panic Mode On (74) Server problems? (Message 1220692)
Posted 20 Apr 2012 by Profile Sunny129
Post:
Snafu. It's Friday after all. A weekend with a fully working SETI system, is unheard of.

Prepare for empty caches and tears.

LOL

i hope not...for the sake of those who are participating in the SETI Gauntlet AND have minimal work buffers. fortunately i've been able to cache up to 800 tasks recently, and still have ~700 left in the queue, so that'll more than take me through the weekend...
28) Message boards : Number crunching : Panic Mode On (73) Server problems? (Message 1220662)
Posted 20 Apr 2012 by Profile Sunny129
Post:
Something's off.

Getting lots of 'good server, bad server and dead server' issues when trying to download tasks alongside lots of scheduler timeouts.

ETA sticking uploads as well.

ditto
29) Message boards : Number crunching : Panic Mode On (66) Server problems? (Message 1192007)
Posted 6 Feb 2012 by Profile Sunny129
Post:
Searched the event log and noticed this took about 9 sec to come down the pipe. I have never noticed an AP come down this fast even using FIOS @ 25/25 MB.

02/05/2012 22:32:01 | SETI@home | Started download of ap_15oc11ad_B6_P1_00079_20120205_26750.wu
02/05/2012 22:32:10 | SETI@home | Finished download of ap_15oc11ad_B6_P1_00079_20120205_26750.wu

so they were AP's...and no i've never been able to DL an AP task in only 9 seconds! usually they take several minutes each to DL.

I may have said this, or similar stuff a few times before, but I will say it again:

For all that is holy, gimme some AP's please.

i feel your pain, so let us pray together...
30) Message boards : Number crunching : Panic Mode On (66) Server problems? (Message 1191972)
Posted 6 Feb 2012 by Profile Sunny129
Post:
I don't who/what opened the flood gates, but I just d/l'ed approx 50 tasks in about 20 seconds. It usually takes that long to d/l one task. Highest transfer was at 165 kbs; highest I ever seen for SETI even though I have seen Milkway come in at nearly 2000.

MB, not AP, right?
31) Message boards : Number crunching : Panic Mode On (66) Server problems? (Message 1191438)
Posted 4 Feb 2012 by Profile Sunny129
Post:
thanks for the detailed response Cosmic. though i do recall that for me, it wasn't quite that long ago that i was able to get AP tasks regularly. in fact, back when i was able to maintain a cache of ~50 AP tasks for the GPU at all times, the number of AP splitters was already at 6...and it was working fine that way for a while until the next major project outage/server maintenance period. things just haven't been the same since...
32) Message boards : Number crunching : Panic Mode On (66) Server problems? (Message 1191331)
Posted 3 Feb 2012 by Profile Sunny129
Post:
i wonder if Astropulse will ever return to semi-regular work production. i mean i've always been aware of the fact that AP work production has always paled in comparison to Multibeam work production...but as i said before, i was at one time able to maintain a cache of ~50 AP tasks for my HD 5870 GPU...and by "one time" i mean several weeks - perhaps even a few months - during which AP work was being produced regularly...and this was no more than a year ago.

i imagine there is no really answer to my inquiry, and that we'll just have to wait it out and see what happens...
33) Message boards : Number crunching : Panic Mode On (66) Server problems? (Message 1191256)
Posted 3 Feb 2012 by Profile Sunny129
Post:
Initial AP-only cache building is a painful process, but it'll get there eventually.

any chance of building up an AP cache right now if crunching on a GPU (specifically an HD 5870)? or will such a GPU plow through AP tasks at a rate that far exceeds the current AP task production rate? the reason i ask is b/c i used to be able to maintain a cache of ~50 AP tasks for my HD 5870, but that was ages (~6 months) ago...back then i used to see 6,000-12,000 AP "results ready to send" on the server status page regularly. i occasionally see small amounts of AP work ready to send, but that stat reads zero most of the time these days...
34) Message boards : Number crunching : Unnecessary files in my SETI@Home project folder? (Message 1174453)
Posted 29 Nov 2011 by Profile Sunny129
Post:
Careful with that - the installer will create a fresh app_info.xml, and will not preserve your manual entries for AP r521. So preserving your existing one will help you re-create your customised setup.

right - already got a copy of the existing app_info.xml on the desktop. i read about that in the v0.39 installer release notes thread earlier this evening...
But the AP r521 files are available for installation with this installer too - just tick the appropriate boxes on your way past for a fresh copy. That's easier than recovering the old files.

oh, i see...b/c the installer will remove the existing AP r521 files and put them in the oldApp_backup folder. i'll install both AP r521 and MB r177 then...

thanks again,
Eric
35) Message boards : Number crunching : Unnecessary files in my SETI@Home project folder? (Message 1174441)
Posted 29 Nov 2011 by Profile Sunny129
Post:
thanks for the quick response Richard...i guess i'll just let the installer do the "clean-up"...and i'll be sure to save a copy of my app_info.xml, as well as install only the components i need, which i guess is just MB r390 b/c AP r521 is already installed on my host.
36) Message boards : Number crunching : Unnecessary files in my SETI@Home project folder? (Message 1174429)
Posted 29 Nov 2011 by Profile Sunny129
Post:
As the title suggests, i'm wondering if there are any unnecessary files in my SETI@Home project folder:



i noticed that a new Lunatics installer (v0.39) has been released, and i want to clean up my project folder before running the new installer (to make sure i have only the necessary files and nothing more). to be specific, i crunch both Multibeam and Astropulse, but only on my ATI HD5870 GPU! so the only apps i really need are AP r521 (which i already have) and MB r390 (currently running r177).

i noticed some other files in my project folder (AK_v8b_win_SSE3_AMD.exe and ap_5.05r409_SSE.exe), but i just want to confirm that these are unused CPU apps before i delete them. my app_info.xml only contains entries for AP r521 and MB r177 (and no entries for CPU apps). ignore the "docs," "installers," and "uninstaller" folders - they're for my own use and have nothing to do with the functionality of the apps themselves (they can be removed from the project folder at any time). so, out of the 21 remaining objects in my S@H project folder, which files have nothing to do with AP r521 or MB r177 and can be removed safely?

also, i went to the Lunatics site hoping to find a zip file with just the MB r390 files in it, but i can only find such a file for the older r177. must i run the new Lunatics installer in order to update MB to r390? the reason i ask is b/c i'm much more comfortable with the idea of putting the files in place manually and editing the existing app_info.xml accordingly.

TIA,
Eric
37) Questions and Answers : GPU applications : More than one WU per GPU at the same time ? (Message 1172715)
Posted 21 Nov 2011 by Profile Sunny129
Post:
well it just came to my attention that you're crunching with a CUDA card, whereas i'm crunching on an ATI card. so aside from the fact that i'm only running 1 application version for Multibeam (v6.10) and you're running 6 versions (v6.08, v6.09, v6.10, v6.08x64, v6.09x64, and v6.10x64), there may be some additional differences in app_info.xml code simply due to us having GPUs based on completely different architectures.

now that i'm aware that your running a CUDA card and that i have no experience with app_info.xml files for CUDA crunching, i'm not sure if the <cmdline>-period_iterations_num 2 -instances_per_device 2</cmdline> is necessary, or if it'll have any adverse affects. i'm hoping some folks with a bit more experience can chime in here and verify whether or not this would be a necessary step.
38) Questions and Answers : GPU applications : More than one WU per GPU at the same time ? (Message 1172704)
Posted 21 Nov 2011 by Profile Sunny129
Post:
No
Where the hell is that?
I cannot find it

hmm...that's interesting. here is my app_info.xml file for S@H (just the Multibeam section):

<app>
<name>setiathome_enhanced</name>
</app>
<file_info>
<name>MB_6.10_win_SSE3_ATI_HD5_r177.exe</name>
<executable/>
</file_info>
<file_info>
<name>MultiBeam_Kernels.cl</name>
<executable/>
</file_info>
<app_version>
<app_name>setiathome_enhanced</app_name>
<version_num>610</version_num>
<platform>windows_intelx86</platform>
<avg_ncpus>0.05</avg_ncpus>
<max_ncpus>0.05</max_ncpus>
<plan_class>ati13ati</plan_class>
<cmdline>-period_iterations_num 2 -instances_per_device 2</cmdline>
<flops>20987654321</flops>
<file_ref>
<file_name>MB_6.10_win_SSE3_ATI_HD5_r177.exe</file_name>
<main_program/>
</file_ref>
<file_ref>
<file_name>MultiBeam_Kernels.cl</file_name>
<copy_file/>
</file_ref>
<coproc>
<type>ATI</type>
<count>0.5</count>
</coproc>
</app_version>


i could be wrong, but i was under the impression that changing only one or the other wasn't enough to get your GPU to run 2 tasks simultaneously, and that you had to edit both values ("count" & "instances per device"). if you don't have "instances per device" in the <cmdline> section of your app_info.xml, just add it. that should get 2 WU's running at the same time.

the same thing goes for trying to run 3 at a time - "count" would have to be 0.33 and "instances per device" would have to be 3.
39) Questions and Answers : GPU applications : More than one WU per GPU at the same time ? (Message 1172692)
Posted 21 Nov 2011 by Profile Sunny129
Post:


There are several places in app_info.xml where you need to change
<count>1</count>
to:
<count>0.5</count>



I have done this but it only runs one task at a time anyway no matter how efficiently. it does a seti app in about 30 minutes while using MB of vram.
why, even when I change the app_info.xml file does it not run 2 tasks at a time? It's like it just ignores it. is there something else I need to do like put the lunatics file in a specific place or run a specific program?

did you also change
<cmdline>-period_iterations_num 2 -instances_per_device 1</cmdline>
to
<cmdline>-period_iterations_num 2 -instances_per_device 2</cmdline>

?
40) Message boards : Number crunching : Panic Mode On (58) Server problems? (Message 1160217)
Posted 8 Oct 2011 by Profile Sunny129
Post:
i just want to say that i'm getting AP GPU tasks for the first time in ~2 weeks now. they've been flowing for the past ~36 hours or so, albeit sparsely - my AP queue has yet to climb above ~10 tasks. i should also note that this isn't enough to keep my GPU crunching constantly, but i understand we're still debugging some problems. the last time i posted about the server problems was in the "Panic Mode On (55) Server problems" thread over 2 weeks ago.


Previous 20 · Next 20


 
©2024 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.