Setting up Linux to crunch CUDA90 and above for Windows users

Message boards : Number crunching : Setting up Linux to crunch CUDA90 and above for Windows users
Message board moderation

To post messages, you must log in.

Previous · 1 . . . 156 · 157 · 158 · 159 · 160 · 161 · 162 · Next

AuthorMessage
Profile Tom M
Volunteer tester

Send message
Joined: 28 Nov 02
Posts: 5121
Credit: 276,046,078
RAC: 462
Message 2033302 - Posted: 21 Feb 2020, 13:22:44 UTC - in response to Message 2033102.  

I'm wondering why you had to mess with it in the first place. I never had to modprobe that module into the kernel. It seems to be handled by the Nvidia drivers by itself.
lspci shows a type c usb controller under the Nvidia controller.
lspci | grep -i "usb type-c"
08:00.3 Serial bus controller [0c80]: NVIDIA Corporation TU104 USB Type-C UCSI Controller (rev a1)
0a:00.3 Serial bus controller [0c80]: NVIDIA Corporation TU104 USB Type-C UCSI Controller (rev a1)


It was a "target of opportunity" after the Boinc Manager quit/crashed/stopped running. I suppose I could take it out for a test but I want to try to get the MSI B360-F Pro w/i9 cpu to run a couple of 2-6 weeks without interruption. That controller was the only "important" error along with a Pcie gpu complaint that I could find.

It might have have been correlation not causation. If it runs without interruption then I will be tempted to disable the blacklist and see if it will run "without interruption".

Tom
A proud member of the OFA (Old Farts Association).
ID: 2033302 · Report as offensive     Reply Quote
Profile Tom M
Volunteer tester

Send message
Joined: 28 Nov 02
Posts: 5121
Credit: 276,046,078
RAC: 462
Message 2033854 - Posted: 25 Feb 2020, 0:13:00 UTC

Came home and the Boinc Apps apparently were frozen.

Couldn't kill task without re-booting whole system using power down switch.

Looked hi/low with two different log inspectors for Linux and can't see a durn thing... :(

I am doing "great". Someone mentioned 7.16 so I downloaded what I thought was the most current archive and can't see such a version.

Tom
A proud member of the OFA (Old Farts Association).
ID: 2033854 · Report as offensive     Reply Quote
Profile Keith Myers Special Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 29 Apr 01
Posts: 13139
Credit: 1,160,866,277
RAC: 1,873
United States
Message 2033858 - Posted: 25 Feb 2020, 0:32:24 UTC - in response to Message 2033854.  

I am doing "great". Someone mentioned 7.16 so I downloaded what I thought was the most current archive and can't see such a version.

Downloaded from "where"? The project only supplies the ancient 7.4.22.

Either get the latest 7.16 branch from the github/BOINC repository and compile it yourself or avail yourself of the 7.16.3 clients available at the team website.
Seti@Home classic workunits:20,676 CPU time:74,226 hours

A proud member of the OFA (Old Farts Association)
ID: 2033858 · Report as offensive     Reply Quote
TBar
Volunteer tester

Send message
Joined: 22 May 99
Posts: 5204
Credit: 840,779,836
RAC: 2,768
United States
Message 2033859 - Posted: 25 Feb 2020, 0:32:25 UTC - in response to Message 2033854.  
Last modified: 25 Feb 2020, 0:55:16 UTC

Absolutely Nothing wrong with BOINC 7.14.2. If you go to the BOINC Page 7.14.2 is Still the Recommended version, https://boinc.berkeley.edu/download_all.php This is what it says about the other;
7.16.3 Development version
(MAY BE UNSTABLE - USE ONLY FOR TESTING)
Every time I try 7.16.x on My 14 GPU system I end up with Hundreds or Thousands of Stuck Uploads that Refuse to upload. I don't have that problem with 7.14.2. For now I'm staying with 7.14.2. Soon I'll place a new version in the All-In-One that has shortened Retry times, and 4 minutes for the Finish File Time. Also, the default BOINC version will have OpenSSL 1.1, so it will need Ubuntu 18.04 or newer. 18.04 works with both OpenSSL 1.0 & 1.1, any version older requires 1.0, anything newer requires 1.1.

BTW, if you have an Issue with the Finish File, 7.16 will still not fix it if it's from a Hung GPU. This is what you get with 7.16 if it's a problem with a Stuck task or Hung GPU;
<core_client_version>7.16.2</core_client_version>
<![CDATA[
<message>
Process still present 5 min after writing finish file; aborting</message>
<stderr_txt>
setiathome_CUDA: Found 14 CUDA device(s)...

All it does is extend the time out, it still fails.
ID: 2033859 · Report as offensive     Reply Quote
Profile Keith Myers Special Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 29 Apr 01
Posts: 13139
Credit: 1,160,866,277
RAC: 1,873
United States
Message 2033863 - Posted: 25 Feb 2020, 1:12:33 UTC - in response to Message 2033859.  

Since I don't push any hardware to the limit vis a vis "mining" rigs, I haven't had any issues with "finish file" errors since moving to 7.16.3.

If you are running rigs that stretch the limits of the hardware and OS', you should expect it to be more cantankerous and need a bit more hand holding than using off the shelf normal motherboards and gpu counts.
Seti@Home classic workunits:20,676 CPU time:74,226 hours

A proud member of the OFA (Old Farts Association)
ID: 2033863 · Report as offensive     Reply Quote
TBar
Volunteer tester

Send message
Joined: 22 May 99
Posts: 5204
Credit: 840,779,836
RAC: 2,768
United States
Message 2033871 - Posted: 25 Feb 2020, 2:20:27 UTC - in response to Message 2033863.  

Someone else is having problems too;
<core_client_version>7.16.3</core_client_version>
<![CDATA[
<message>
Process still present 5 min after writing finish file; aborting</message>
<stderr_txt>
setiathome_CUDA: Found 7 CUDA device(s)...

Those seem to popup with stalled tasks and Hung GPUs.
A week or so ago I moved my cooler running 1060s to the machine with the enclosed case. For the next few days I had numerous dropped GPUs on both machines.
As usual, I just kept identifying the misbehaving GPU and then changing the Power connection, or changing the USB connection to a different slot, or moving the GPU to a different Power Supply.
Finally, all the problems stopped again and all is well. I'd say over 95% of my problems are solved by just changing the Power connection. Other than stalled tasks, or Hung GPUs, I never get the Finish File error even with 14 GPUs. I do have a rather New SSD, I bought a new one trying to solve the Stalled Upload problem, it didn't help with the Uploads...
ID: 2033871 · Report as offensive     Reply Quote
juan BFP Crowdfunding Project Donor*Special Project $75 donorSpecial Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 16 Mar 07
Posts: 9786
Credit: 572,710,851
RAC: 3,799
Panama
Message 2033872 - Posted: 25 Feb 2020, 2:23:37 UTC

Did anyone try the newer 7.17.0 Boinc? Does it has the fix for this error?
ID: 2033872 · Report as offensive     Reply Quote
Profile Keith Myers Special Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 29 Apr 01
Posts: 13139
Credit: 1,160,866,277
RAC: 1,873
United States
Message 2033879 - Posted: 25 Feb 2020, 4:26:30 UTC - in response to Message 2033872.  

Did anyone try the newer 7.17.0 Boinc? Does it has the fix for this error?

It was fixed in 7.16.3. Would have the same fix in any newer branch.

The fix is no solution for a hung gpu, nor was it ever intended. Fix the reason for the hung gpu. Changing the timeout from 10 seconds to 300 seconds fixed it for normally well running clients.

Per David Anderson:

client: increase finish-file timeout

When an app finishes, it writes a "finish file",
which ensures the client that the app really finished.

If the app process is still there N seconds after the finish file appears,
the client assumes that something went wrong, and it aborts the job.

Previously N was 10.
This was too small during periods of heavy paging.
I increased it to 300.

It has been pointed out that if the app creates the finish file,
and its output files are present,
it should be treated as successful regardless of whether it exits.
This is probably true, but right now we don't have a mechanism
for killing a job and marking it as success.
The longer timeout makes this moot.

Seti@Home classic workunits:20,676 CPU time:74,226 hours

A proud member of the OFA (Old Farts Association)
ID: 2033879 · Report as offensive     Reply Quote
Profile Jimbocous Project Donor
Volunteer tester
Avatar

Send message
Joined: 1 Apr 13
Posts: 1849
Credit: 268,616,081
RAC: 1,349
United States
Message 2033895 - Posted: 25 Feb 2020, 8:39:49 UTC - in response to Message 2033859.  

BTW, if you have an Issue with the Finish File, 7.16 will still not fix it if it's from a Hung GPU. This is what you get with 7.16 if it's a problem with a Stuck task or Hung GPU;
<core_client_version>7.16.2</core_client_version>
<![CDATA[
<message>
Process still present 5 min after writing finish file; aborting</message>
<stderr_txt>
setiathome_CUDA: Found 14 CUDA device(s)...

All it does is extend the time out, it still fails.

+1
ID: 2033895 · Report as offensive     Reply Quote
Profile Siran d'Vel'nahr
Volunteer tester
Avatar

Send message
Joined: 23 May 99
Posts: 7372
Credit: 44,181,323
RAC: 238
United States
Message 2033918 - Posted: 25 Feb 2020, 11:28:18 UTC - in response to Message 2033859.  

Absolutely Nothing wrong with BOINC 7.14.2. If you go to the BOINC Page 7.14.2 is Still the Recommended version, https://boinc.berkeley.edu/download_all.php This is what it says about the other;
7.16.3 Development version
(MAY BE UNSTABLE - USE ONLY FOR TESTING)
Every time I try 7.16.x on My 14 GPU system I end up with Hundreds or Thousands of Stuck Uploads that Refuse to upload. I don't have that problem with 7.14.2. For now I'm staying with 7.14.2. Soon I'll place a new version in the All-In-One that has shortened Retry times, and 4 minutes for the Finish File Time. Also, the default BOINC version will have OpenSSL 1.1, so it will need Ubuntu 18.04 or newer. 18.04 works with both OpenSSL 1.0 & 1.1, any version older requires 1.0, anything newer requires 1.1.

BTW, if you have an Issue with the Finish File, 7.16 will still not fix it if it's from a Hung GPU. This is what you get with 7.16 if it's a problem with a Stuck task or Hung GPU;
<core_client_version>7.16.2</core_client_version>
<![CDATA[
<message>
Process still present 5 min after writing finish file; aborting</message>
<stderr_txt>
setiathome_CUDA: Found 14 CUDA device(s)...

All it does is extend the time out, it still fails.

Hi TBar,

I had a similar instance as Tom had where I was watching a DVD movie and when it was done BOINC was frozen solid. I tried shutting BOINC down in the normal manner using the Exit BOINC and end tasks, but it would not shut down. I tried using System Monitor to kill the process and that would not work either. The only way I could get rid of BOINC was to do a hard reboot. I haven't had that happen since, probably because I shut BOINC down when I watch a video now. I am using BOINC v7.14.2, running on Linux Mint v19.3 Tricia, NVIDIA Driver Version: 435.21. Any ideas? :) By the way, I do not and can not compile a program in Linux simply because I do not know how to and don't want to know. ;)

Have a great day! :)

Siran
CAPT Siran d'Vel'nahr XO - L L & P _\\//
USS Vre'kasht NCC-33187
Winders 10 OS? "What a piece of junk!" - L. Skywalker
"Logic is the cement of our civilization with which we ascend from chaos using reason as our guide." - T'Plana-hath
ID: 2033918 · Report as offensive     Reply Quote
Profile Tom M
Volunteer tester

Send message
Joined: 28 Nov 02
Posts: 5121
Credit: 276,046,078
RAC: 462
Message 2033919 - Posted: 25 Feb 2020, 11:30:05 UTC - in response to Message 2033854.  

Came home and the Boinc Apps apparently were frozen.

Couldn't kill task without re-booting whole system using power down switch.

Looked hi/low with two different log inspectors for Linux and can't see a durn thing... :(

I am doing "great". Someone mentioned 7.16 so I downloaded what I thought was the most current archive and can't see such a version.

Tom


I poked around this morning and located the post from Ian&Steve on adding: :pci=nommconf" to the grub command line. That file is located in /etc/default and you need to run the editor like this: "sudo nano grub" to allow you to edit it.

Afterwards: sudo update-grub and then do a system restart.

It seems like this may constrain the cpu 100% Boinc paused because cpu is busy problem that I have run across most often in Intel cpus.

Tom
A proud member of the OFA (Old Farts Association).
ID: 2033919 · Report as offensive     Reply Quote
Ian&Steve C.
Avatar

Send message
Joined: 28 Sep 99
Posts: 4243
Credit: 1,282,604,591
RAC: 6,640
United States
Message 2033934 - Posted: 25 Feb 2020, 13:56:17 UTC - in response to Message 2033919.  

Can you be more specific? Did it help or hurt the problem? What is the problem? I really can’t tell from your post.

But that setting has nothing to do with CPU use. And I only ever had to add that to one system (the ASUS z270 motherboard system with i7-7700k and 7x RTX 2070). My other Intel systems are all untouched.
Seti@Home classic workunits: 29,492 CPU time: 134,419 hours

ID: 2033934 · Report as offensive     Reply Quote
Profile Tom M
Volunteer tester

Send message
Joined: 28 Nov 02
Posts: 5121
Credit: 276,046,078
RAC: 462
Message 2034015 - Posted: 26 Feb 2020, 13:09:41 UTC - in response to Message 2033934.  

Can you be more specific? Did it help or hurt the problem? What is the problem? I really can’t tell from your post.

But that setting has nothing to do with CPU use. And I only ever had to add that to one system (the ASUS z270 motherboard system with i7-7700k and 7x RTX 2070). My other Intel systems are all untouched.


It took a while for me to "remember".

When I cam home the intel was "running" but all the Boinc tasks were suspended because of non-boinc tasks making the system "too busy".

I believe the settings say above 95% for user offline and 85% for user online on the "too busy".

The symptoms are familiar. I think it may have to do with the HD getting full and then the cpu trying to clear space.

The fix for keeping the HD from getting full is to reduce the amount of reporting. Hence the "pci=xxxxx" parameter.

It does take a hard boot because the tasks simply won't die without it.

It took a week or more to generate this hiccup so I won't know if that fixed the issue for at least that long.

I couldn't find any report of the HD full in the logs I looked at.

If the problem re-occurs I promise a screenshot since the system was responsive but Boinc tasks were "paused".

Tom
A proud member of the OFA (Old Farts Association).
ID: 2034015 · Report as offensive     Reply Quote
Ian&Steve C.
Avatar

Send message
Joined: 28 Sep 99
Posts: 4243
Credit: 1,282,604,591
RAC: 6,640
United States
Message 2034034 - Posted: 26 Feb 2020, 15:28:49 UTC - in response to Message 2034015.  

Did you at least check if the drive was filling up? Did you check the size? Or the size of the log files specifically?
Seti@Home classic workunits: 29,492 CPU time: 134,419 hours

ID: 2034034 · Report as offensive     Reply Quote
J. Mileski
Volunteer tester
Avatar

Send message
Joined: 9 Jun 02
Posts: 632
Credit: 172,116,532
RAC: 572
United States
Message 2034650 - Posted: 29 Feb 2020, 19:40:18 UTC
Last modified: 29 Feb 2020, 19:51:15 UTC

I just reinstalled linux on a computer 8658701 that had an older version of linux on it.
I got this message:

Sat 29 Feb 2020 06:52:20 PM GMT | SETI@home | [sched_op] Starting scheduler request
Sat 29 Feb 2020 06:52:20 PM GMT | SETI@home | Sending scheduler request: To fetch work.
Sat 29 Feb 2020 06:52:20 PM GMT | SETI@home | Reporting 2 completed tasks
Sat 29 Feb 2020 06:52:20 PM GMT | SETI@home | Requesting new tasks for CPU and NVIDIA GPU
Sat 29 Feb 2020 06:52:20 PM GMT | SETI@home | [sched_op] CPU work request: 635414.60 seconds; 0.00 devices
Sat 29 Feb 2020 06:52:20 PM GMT | SETI@home | [sched_op] NVIDIA GPU work request: 53012.53 seconds; 0.00 devices
Sat 29 Feb 2020 06:52:22 PM GMT | SETI@home | Scheduler request completed: got 0 new tasks
Sat 29 Feb 2020 06:52:22 PM GMT | SETI@home | [sched_op] Server version 709
Sat 29 Feb 2020 06:52:22 PM GMT | SETI@home | No tasks sent
Sat 29 Feb 2020 06:52:22 PM GMT | SETI@home | No tasks are available for AstroPulse v7
Sat 29 Feb 2020 06:52:22 PM GMT | SETI@home | No tasks are available for SETI@home v8
Sat 29 Feb 2020 06:52:22 PM GMT | SETI@home | Message from server: Your app_info.xml file doesn't have a usable version of SETI@home v8.
Sat 29 Feb 2020 06:52:22 PM GMT | SETI@home | Tasks for Intel GPU are available, but your preferences are set to not accept them
Sat 29 Feb 2020 06:52:22 PM GMT | SETI@home | This computer has finished a daily quota of 4 tasks
Sat 29 Feb 2020 06:52:22 PM GMT | SETI@home | Project requested delay of 303 seconds
Sat 29 Feb 2020 06:52:22 PM GMT | SETI@home | [sched_op] handle_scheduler_reply(): got ack for task 28fe20ab.26100.9474.7.34.166_1
Sat 29 Feb 2020 06:52:22 PM GMT | SETI@home | [sched_op] handle_scheduler_reply(): got ack for task 28fe20ab.26100.9474.7.34.183_1
Sat 29 Feb 2020 06:52:22 PM GMT | SETI@home | [sched_op] Deferring communication for 00:05:03
Sat 29 Feb 2020 06:52:22 PM GMT | SETI@home | [sched_op] Reason: requested by project

here is my app info:
<app_info>
  <app>
     <name>setiathome_v8</name>
  </app>
    <file_info>
      <name>setiathome_x41p_V0.98b1_x86_64-pc-linux-gnu_cuda90</name>
      <executable/>
    </file_info>
    <app_version>
      <app_name>setiathome_v8</app_name>
      <platform>x86_64-pc-linux-gnu</platform>
      <version_num>801</version_num>
      <plan_class>cuda90</plan_class>
      <cmdline>-nobs</cmdline>
      <coproc>
        <type>NVIDIA</type>
        <count>1</count>
      </coproc>
      <avg_ncpus>1</avg_ncpus>
      <max_ncpus>1</max_ncpus>
      <file_ref>
         <file_name>setiathome_x41p_V0.98b1_x86_64-pc-linux-gnu_cuda90</file_name>
          <main_program/>
      </file_ref>
    </app_version>
  <app>
     <name>astropulse_v7</name>
  </app>
     <file_info>
       <name>astropulse_7.08_x86_64-pc-linux-gnu__opencl_nvidia_100</name>
        <executable/>
     </file_info>
     <file_info>
       <name>AstroPulse_Kernels_r2751.cl</name>
     </file_info>
     <file_info>
       <name>ap_cmdline_7.08_x86_64-pc-linux-gnu__opencl_nvidia_100.txt</name>
     </file_info>
    <app_version>
      <app_name>astropulse_v7</app_name>
      <platform>x86_64-pc-linux-gnu</platform>
      <version_num>708</version_num>
      <plan_class>opencl_nvidia_100</plan_class>
      <coproc>
        <type>NVIDIA</type>
        <count>1</count>
      </coproc>
      <avg_ncpus>1</avg_ncpus>
      <max_ncpus>1</max_ncpus>
      <file_ref>
         <file_name>astropulse_7.08_x86_64-pc-linux-gnu__opencl_nvidia_100</file_name>
          <main_program/>
      </file_ref>
      <file_ref>
         <file_name>AstroPulse_Kernels_r2751.cl</file_name>
      </file_ref>
      <file_ref>
         <file_name>ap_cmdline_7.08_x86_64-pc-linux-gnu__opencl_nvidia_100.txt</file_name>
         <open_name>ap_cmdline.txt</open_name>
      </file_ref>
    </app_version>
   <app>
      <name>setiathome_v8</name>
   </app>
      <file_info>
         <name>MBv8_8.22r3711_sse41_intel_x86_64-pc-linux-gnu</name>
         <executable/>
      </file_info>
     <app_version>
     <app_name>setiathome_v8</app_name>
     <platform>x86_64-pc-linux-gnu</platform>
     <version_num>800</version_num>   
      <file_ref>
        <file_name>MBv8_8.22r3711_sse41_intel_x86_64-pc-linux-gnu</file_name>
        <main_program/>
      </file_ref>
    </app_version>
   <app>
      <name>astropulse_v7</name>
   </app>
     <file_info>
       <name>ap_7.05r2728_sse3_linux64</name>
        <executable/>
     </file_info>
    <app_version>
       <app_name>astropulse_v7</app_name>
       <version_num>704</version_num>
       <platform>x86_64-pc-linux-gnu</platform>
       <plan_class></plan_class>
       <file_ref>
         <file_name>ap_7.05r2728_sse3_linux64</file_name>
          <main_program/>
       </file_ref>
    </app_version>
</app_info>

I have in the directory: ap_7.05r2728_sse3_linux64, astropulse_7.08_x86_64-pc-linux-gnu__opencl_nvidia_100, setiathome_x41p_V0.97_x86_64-pc-linux-gnu_cuda90, setiathome_x41p_V0.98b1_x86_64-pc-linux-gnu_cuda90, setiathome_x41p_V0.98b1_x86_64-pc-linux-gnu_cuda102, MBv8_8.22r3711_sse41_x86_64-pc-linux-gnu, MBv8_8.22r3711_sse41_intel_x86_64-pc-linux-gnu, and MBv8_8.22r4008_avx2_intel_x86_64-pc-linux-gnu.
can anyone tell me what I am missing? I can't see what is wrong.

Edited to the correct computer.
ID: 2034650 · Report as offensive     Reply Quote
J. Mileski
Volunteer tester
Avatar

Send message
Joined: 9 Jun 02
Posts: 632
Credit: 172,116,532
RAC: 572
United States
Message 2034653 - Posted: 29 Feb 2020, 19:52:25 UTC - in response to Message 2034650.  

I had to edit the linked computer.
ID: 2034653 · Report as offensive     Reply Quote
Profile Keith Myers Special Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 29 Apr 01
Posts: 13139
Credit: 1,160,866,277
RAC: 1,873
United States
Message 2034672 - Posted: 29 Feb 2020, 21:18:11 UTC

Is the cpu binary marked executable? Is it correctly named in the app_info with no typoes? Have you tried editing the app_info and replace it with the other cpu app MBv8_8.22r3711_sse41_x86_64-pc-linux-gnu?
Seti@Home classic workunits:20,676 CPU time:74,226 hours

A proud member of the OFA (Old Farts Association)
ID: 2034672 · Report as offensive     Reply Quote
J. Mileski
Volunteer tester
Avatar

Send message
Joined: 9 Jun 02
Posts: 632
Credit: 172,116,532
RAC: 572
United States
Message 2034673 - Posted: 29 Feb 2020, 21:27:33 UTC - in response to Message 2034672.  

Its the all-in-one on my desktop. It's the newer all-in-one extracted over the older one. I'm just wondering if having the unused executables in the folder is a problem.
ID: 2034673 · Report as offensive     Reply Quote
Profile Keith Myers Special Project $250 donor
Volunteer tester
Avatar

Send message
Joined: 29 Apr 01
Posts: 13139
Credit: 1,160,866,277
RAC: 1,873
United States
Message 2034676 - Posted: 29 Feb 2020, 21:35:36 UTC

I wouldn't expect that to be a problem. I have half a dozen variations of the cpu app sitting in my projects folder. As long as the app_info points to a viable binary name, all is good.
Seti@Home classic workunits:20,676 CPU time:74,226 hours

A proud member of the OFA (Old Farts Association)
ID: 2034676 · Report as offensive     Reply Quote
J. Mileski
Volunteer tester
Avatar

Send message
Joined: 9 Jun 02
Posts: 632
Credit: 172,116,532
RAC: 572
United States
Message 2034680 - Posted: 29 Feb 2020, 21:42:50 UTC - in response to Message 2034676.  

Do you know what the difference is between MBv8_8.22r3711_sse41_intel_x86_64-pc-linux-gnu and MBv8_8.22r3711_sse41_x86_64-pc-linux-gnu?
And is <platform>x86_64-pc-linux-gnu</platform> the same for both executables?
ID: 2034680 · Report as offensive     Reply Quote
Previous · 1 . . . 156 · 157 · 158 · 159 · 160 · 161 · 162 · Next

Message boards : Number crunching : Setting up Linux to crunch CUDA90 and above for Windows users


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