Message boards :
Number crunching :
Running SETI@home on an nVidia Fermi GPU
Message board moderation
Previous · 1 . . . 3 · 4 · 5 · 6 · 7 · 8 · 9 . . . 15 · Next
Author | Message |
---|---|
MadMaC Send message Joined: 4 Apr 01 Posts: 201 Credit: 47,158,217 RAC: 0 |
Thanks for the clarification on this VW - will keep this as plan B Im going to work with richard to see if we can get re-scheduler working with fermi so that we can come up with a process for doing this as I know Im not the only one who needs it working as the normal scheduler does not work that well for fermi yet.. I have shutdown BOINC, used rescheduler to move 6 tasks across,but I having trouble locating the 6 tasks I have moved in the client state.xml file. What field am I looking for? I can see 4 active tasks, lots of results, and Im guessing that I want to look at the workunit field and version number? I can see an app version filed which gives the relevant info on the filename ile_name>setiathome_6.10_windows_intelx86__cuda_fermi.exe</file_name> Then a section below which is a mirror of my app info... Then I get to the workunit section - sample below <workunit> <name>05no09ag.3059.6207.13.10.168</name> <app_name>setiathome_enhanced</app_name> Im guessing that this is where the error is <version_num>610</version_num> <rsc_fpops_est>157714230303466.000000</rsc_fpops_est> <rsc_fpops_bound>1577142303034660.000000</rsc_fpops_bound> <rsc_memory_bound>33554432.000000</rsc_memory_bound> <rsc_disk_bound>33554432.000000</rsc_disk_bound> <file_ref> <file_name>05no09ag.3059.6207.13.10.168</file_name> <open_name>work_unit.sah</open_name> </file_ref> </workunit> Then I get down to the result field <result> <name>05no09ag.19879.25021.12.10.248_0</name> <final_cpu_time>0.000000</final_cpu_time> <final_elapsed_time>0.000000</final_elapsed_time> <exit_status>0</exit_status> <state>2</state> <platform>windows_intelx86</platform> <version_num>610</version_num> <plan_class>cuda</plan_class> <wu_name>05no09ag.19879.25021.12.10.248</wu_name> <report_deadline>1280546919.000000</report_deadline> <received_time>1276603771.589111</received_time> <file_ref> <file_name>05no09ag.19879.25021.12.10.248_0_0</file_name> <open_name>result.sah</open_name> </file_ref> </result> Thats all I can find.. Any help anyone on anything else I should be looking for..... |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14679 Credit: 200,643,578 RAC: 874 |
I was just in the middle of typing an answer to this when maintenance hit, 30 minutes before I was expecting it. They were in a hurry to get started! (And I was never so relieved to see maintenance start - went straight out for a long walk in the sunshine. I needed that!) Now I just redid this app_info, As I used My normal app_info as a template, The only lines that are important to alter are as follows: That's absolutely right - the name doesn't matter. But I'd still strongly urge people not to rename MissPiggy_608.exe to KermitTheFrog_610.exe - that would cause endless confusion for us (and them!) if you/they ever need help/counselling.... I was going on to talk about the significance of <plan_class>, but I see MadMaC's post answers my next question, so I'll move on to that one. |
Leopoldo Send message Joined: 4 Aug 99 Posts: 102 Credit: 3,051,091 RAC: 0 |
MadMaC, <app_name>setiathome_enhanced</app_name> Im guessing that this is where the error isNo, this string of <workunit> section is correct. It's multibeam workunit. <version_num>610</version_num>Here for fermi-oriented app 6.10 must be <plan_class>cuda_fermi</plan_class> Rescheduler 1.9 doesn't know about new version 6.10 and this new plan_class - at compilation time such new things didn't exists... |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14679 Credit: 200,643,578 RAC: 874 |
<app_name>setiathome_enhanced</app_name> Im guessing that this is where the error is No, that's not it - leave that one well alone. Eevery current workunit will be either "setiathome_enhanced" or "astropulse_v505" - no other choice. The problem is actually in the "result" section: <result> That's the one I was going to talk to Victor about - the extra important line, apart from <version_num>, involved in re-branding. You have obviously set up ReScheduler to use version 610 for the re-branded (new) CUDA tasks - which is right. But (so far as I know) Marius hasn't provided any mechanism for modifying the <plan_class>. One work-round would be to do a global search-and-replace on client_state.xml - or at least the SETI@home part of it (don't change any sections belonging to other projects!). Usual warnings: take backups, have BOINC fully shut down, use Notepad or another plain-text editor only. The change would be: Replace <plan_class>cuda</plan_class> with <plan_class>cuda_fermi</plan_class> But I don't recommend it: you would have to repeat the change every time you re-scheduled work from CPU to GPU. Far better to modify your app_info. Look back to post #2. Copy the whole first section (<app_version> ... </app_version>) again, and paste it as a whole duplicate section into app_info (keep it inside the <app_info> ... </app_info> tags, but clear of everything else). Then, in one of the duplicate app_version blocks, change <plan_class>cuda_fermi</plan_class> to <plan_class>cuda</plan_class>. That should give you the necessary tool for processing the results modified by ReScheduler. Let us kow how you get on. |
MadMaC Send message Joined: 4 Apr 01 Posts: 201 Credit: 47,158,217 RAC: 0 |
OK - this failed as boinc reported errors 16/06/2010 10:26:56 SETI@home [error] No application found for task: windows_intelx86 610 cuda; discarding 16/06/2010 10:26:56 SETI@home [error] No application found for task: windows_intelx86 610 cuda; discarding 16/06/2010 10:26:56 SETI@home [error] No application found for task: windows_intelx86 610 cuda; discarding 16/06/2010 10:26:56 SETI@home [error] No application found for task: windows_intelx86 610 cuda; discarding 16/06/2010 10:26:56 SETI@home [error] No application found for task: windows_intelx86 610 cuda; discarding 16/06/2010 10:26:56 SETI@home [error] No application found for task: windows_intelx86 610 cuda; discarding 16/06/2010 10:26:56 SETI@home URL http://setiathome.berkeley.edu/; Computer ID 5424775; resource share 100 The last section is the duplicated one that I added, Im guessing that I did it wrong..... Everything was inside the app info and I have checked to make sure that setiathome_6.10_windows_intelx86__cuda_fermi.exe is where it should be.. <app_info> <app> <name>setiathome_enhanced</name> </app> <file_info> <name>AK_v8b_win_SSE3_AMD.exe</name> <executable/> </file_info> <app_version> <app_name>setiathome_enhanced</app_name> <version_num>603</version_num> <platform>windows_intelx86</platform> <file_ref> <file_name>AK_v8b_win_SSE3_AMD.exe</file_name> <main_program/> </file_ref> </app_version> <app_version> <app_name>setiathome_enhanced</app_name> <version_num>603</version_num> <platform>windows_x86_64</platform> <file_ref> <file_name>AK_v8b_win_SSE3_AMD.exe</file_name> <main_program/> </file_ref> </app_version> <app> <name>astropulse_v505</name> </app> <file_info> <name>ap_5.05r409_SSE.exe</name> <executable/> </file_info> <app_version> <app_name>astropulse_v505</app_name> <version_num>505</version_num> <platform>windows_intelx86</platform> <file_ref> <file_name>ap_5.05r409_SSE.exe</file_name> <main_program/> </file_ref> </app_version> <app_version> <app_name>astropulse_v505</app_name> <version_num>505</version_num> <platform>windows_x86_64</platform> <file_ref> <file_name>ap_5.05r409_SSE.exe</file_name> <main_program/> </file_ref> </app_version> <app> <name>setiathome_enhanced</name> </app> <file_info> <name>setiathome_6.10_windows_intelx86__cuda_fermi.exe</name> <executable/> </file_info> <file_info> <name>cudart32_30_14.dll</name> <executable/> </file_info> <file_info> <name>cufft32_30_14.dll</name> <executable/> </file_info> <file_info> <name>libfftw3f-3-1-1a_upx.dll</name> <executable/> </file_info> <app_version> <app_name>setiathome_enhanced</app_name> <version_num>610</version_num> <avg_ncpus>0.200000</avg_ncpus> <max_ncpus>0.200000</max_ncpus> <platform>windows_intelx86</platform> <flops>57462450464</flops> <plan_class>cuda_fermi</plan_class> <file_ref> <file_name>setiathome_6.10_windows_intelx86__cuda_fermi.exe</file_name> <main_program/> </file_ref> <file_ref> <file_name>cudart32_30_14.dll</file_name> </file_ref> <file_ref> <file_name>cufft32_30_14.dll</file_name> </file_ref> <file_ref> <file_name>libfftw3f-3-1-1a_upx.dll</file_name> </file_ref> <coproc> <type>CUDA</type> <count>1</count> </coproc> </app_version> <app_version> <app_name>setiathome_enhanced</app_name> <version_num>610</version_num> <avg_ncpus>0.200000</avg_ncpus> <max_ncpus>0.200000</max_ncpus> <platform>windows_x86_64</platform> <flops>57462450464</flops> <plan_class>cuda_fermi</plan_class> <file_ref> <file_name>setiathome_6.10_windows_intelx86__cuda_fermi.exe</file_name> <main_program/> </file_ref> <file_ref> <file_name>cudart32_30_14.dll</file_name> </file_ref> <file_ref> <file_name>cufft32_30_14.dll</file_name> </file_ref> <file_ref> <file_name>libfftw3f-3-1-1a_upx.dll</file_name> </file_ref> <coproc> <type>CUDA</type> <count>1</count> </coproc> </app_version> <app_version> <app_name>setiathome_enhanced</app_name> <version_num>610</version_num> <avg_ncpus>0.200000</avg_ncpus> <max_ncpus>0.200000</max_ncpus> <plan_class>cuda</plan_class> <file_ref> <file_name>setiathome_6.10_windows_intelx86__cuda_fermi.exe</file_name> <main_program/> </file_ref> <file_ref> <file_name>cudart32_30_14.dll</file_name> </file_ref> <file_ref> <file_name>cufft32_30_14.dll</file_name> </file_ref> <file_ref> <file_name>libfftw3f-3-1-1a_upx.dll</file_name> </file_ref> <coproc> <type>CUDA</type> <count>1</count> </coproc> </app_version> </app_info> |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14679 Credit: 200,643,578 RAC: 874 |
OK - think I have done this right... Ah - I'd forgotten you'd already modified the file with those <platform> tags for 64-bit Windows. Look at the app_info you've posted, and try to get used to seeing the 'shape' of the file: separate sections, each with a <tag> ... </tag> enclosing it. You've now got three <app_version> sections. You can probably get away with that, as the sample (rebranded) <result> you posted had the vital clue: <platform>windows_intelx86</platform> I suggest you add that to the new (third) <app_version> block, so it matches the first one. And then check again for any other differences I've missed, before you run it! |
MadMaC Send message Joined: 4 Apr 01 Posts: 201 Credit: 47,158,217 RAC: 0 |
Ok - Thanks -that seemed to have worked... I will post my app_info on a seperate thread once I have tidied it up based on your recommendations... Thank you so much for your help.. |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14679 Credit: 200,643,578 RAC: 874 |
Sounding good. I recommend you take it one step at a time. Assuming you're crunching good work (sensible run times), sit back and take a breather. Wait for the servers to come back up, so you can report the work and - crucially - test that you can still download new work. If that's OK, you can just put back the <flops> correction, and the job's finished. |
Dirk Sadowski Send message Joined: 6 Apr 07 Posts: 7105 Credit: 147,663,825 RAC: 5 |
Sorry for to be offtopic.. I know, the ReSchedule V1.9 tool don't work with SETI@home Beta Test. But, is there a way to get let it run there also with some mods? Maybe two instances of ReSchedule tools separately? Different installation paths. And mods of .xml files? Yes, maybe lot of handwork, but worth to do it. |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14679 Credit: 200,643,578 RAC: 874 |
Sorry for to be offtopic.. Please read the second paragraph of message 1004402, further down this thread. |
Dirk Sadowski Send message Joined: 6 Apr 07 Posts: 7105 Credit: 147,663,825 RAC: 5 |
Sorry for to be offtopic.. I thought maybe you have tested it in past. Since my account was deleted over at the Lunatics forum, I have no change to get in contact with Marius. You know his SETI@home account number? SETI@home have a lot of Marius's.. |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14679 Credit: 200,643,578 RAC: 874 |
As it happens, I have never even downloaded Marius's program, but I can read the posts about it. If Marius has time to revise the program, then I am sure the will have time to read here as well, and will see your suggestion. |
Dirk Sadowski Send message Joined: 6 Apr 07 Posts: 7105 Credit: 147,663,825 RAC: 5 |
How you protect your GPUs for VLAR WUs? |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14679 Credit: 200,643,578 RAC: 874 |
How you protect your GPUs for VLAR WUs? I use a vbs script which Fred W originally developed, and which I have subsequently tweaked and enhanced to my own satisfaction. Because it's a plain-text file, I have full control over it, and I can customise it to suit changing circumstances - such as the arrival of Fermi. |
Dirk Sadowski Send message Joined: 6 Apr 07 Posts: 7105 Credit: 147,663,825 RAC: 5 |
And you could make a tool out of it (like the ReSchedule tool) for dummies like me which can rewrite MAIN and BETA WUs? :-D |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14679 Credit: 200,643,578 RAC: 874 |
And you could make a tool out of it (like the ReSchedule tool) for dummies like me which can rewrite MAIN and BETA WUs? :-D No, I'm not going to do that, because from my life outside SETI and BOINC, I know that if you develop a tool and supply it to others, you have a duty of care to maintain and support it - and if you don't, people keep pestering you with an expectation that you will. To me, SETI / BOINC is a hobby and a pleasure. The moment it becomes a duty, the fun goes out of it. I made that mistake once, when I agreed (under pressure) to become a Mod. That experience was so unpleasant I nearly left BOINC altogether: I was coaxed back by friendly emails from other projects, not this one. I'm not going to make that mistake again. |
Speedy Send message Joined: 26 Jun 04 Posts: 1643 Credit: 12,921,799 RAC: 89 |
I understand that Richard doesn't want to write a ReSchedule tool. Dose anyone know a way to shift Fermi 6.10 tasks over to the cpu? Thank you Richard for all you have done for Seti/Boinc |
MadMaC Send message Joined: 4 Apr 01 Posts: 201 Credit: 47,158,217 RAC: 0 |
If you read through the top half of this thread, you will see the process that Richard guided me through to get mine working.. |
TheFreshPrince a.k.a. BlueTooth76 Send message Joined: 4 Jun 99 Posts: 210 Credit: 10,315,944 RAC: 0 |
Is there anyone who got work for his Fermi? And (if yes) what platform do you use? Windows x64, GTX 470, Optimized apps and 610 executable, no work... |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14679 Credit: 200,643,578 RAC: 874 |
All tasks for computer 4292666 Automatic download while I was asleep. 32-bit Windows XP, GTX 470, optimised apps + stock v6.10 exe, no platform tag in app_info. Unfortunately, they're all VLAR like task 1635955802, and my rebranding script didn't pick them up. Where's that support guy when you need him........ ........ah, I see. My script works on the distinctive <rsc_fpops_est> signature of VLARs, to save the overhead of opening and reading each actual data file - which means it works during downloading, unlike ReScheduler. Er, worked. The new server-side DCF adjuster fiddles with <rsc_fpops_est> ...... WAAAAAAARRRGGGHHHH! Berkeley Broke My Script! Support! |
©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.