-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Mapping of BOINC Device to Card Number #8
Comments
I am working to get |
I figured I'd better not use my coproc_info.xml from my spoofed daily driver. That would certainly confuse you. So here is the file from my dedicated Einstein host.
|
This is not what I expected! So confused. For AMD, there is only and Your file shows |
====nvidia linux the following are defective coproc_nfo.xml files 12/30/2019 4/7/2019 pretty sure the following was also defective but don't remember |
That is why I gave the coproc_info.xml from a stock system. NO perturbations from any spoofing going on. Why can't you use both sections of the file? The CUDA section for each device shows the PCIE busID number and the OpenCL section shows the BOINC number. AFAIK No Nvidia card system ever had the doubled card issue that the AMD cards had. That was fixed in the client in last six months or so. Had to do with the AMD API that BOINC reads. They had to fix the FLOPS readback too because the cards were shown as 1000X more powerful than actual which caused task estimation times to completely unrealistic. I am running from the 7.16.3 client branch with most of the latest bug fixes. |
Got another system: this has a pair of different AMD and a single nvidia 3d processor, all on linux and working. |
From your file, it seems like there is always entries for NV (coproc_cuda and nvidia_opencl), while AMD only has (ati_opencl). Summarizing device_num and opencl_device_index:
Since the device_num fields are not unique, it would seem that what is called device_num in this file is not necessarily the same as the final boinc device. Do you have actual device numbers for this system? Maybe it is sequential with one vendor followed by another... |
@KeithMyers Your posting with the latest version in the Energy Metrics verification thread indicated that the coproc_info.xml file was not found: |
boinc_home is set in the BenchCFG file. |
The latest on master will print out full path name when giving the error next time you run it. That should make it more clear. |
So why does it always complain about the location of the boinc_home location?
keith@Serenity:~/Downloads/benchMT-master$ ./benchMT --gpu_devices 0 --energy --debug --devmap 0:0,1:1,2:2 Initial app list Initial WU list Reference Job List Final Job List 1 total slotsPending jobs (CPU/GPU): 0 / 1 1 of 2 jobs complete ┌────┬────┬───┬────────────────────────────────────────────────────────────┬────────┬────────┬───────────┬────────┐ Platform: GPU Total Pending Jobs: 1 SlotNum: 0 JobUUID: 6c1250feffbb4aa1b46363cae49c7de5 Run Details 1 of 2 jobs complete ┌────┬────┬───┬────────────────────────────────────────────────────────────┬────────┬────────┬───────────┬────────┐ Best scores written 2 of 2 jobs complete ┌────┬────┬───┬────────────────────────────────────────────────────────────┬────────┬────────┬───────────┬────────┐ 2 of 2 jobs complete ┌────┬────┬───┬────────────────────────────────────────────────────────────┬────────┬────────┬───────────┬────────┐ 1 total slotsboinc is not running, skip resume keith@Serenity:~/Downloads/benchMT-master$ You really need to refer to the specified boinc_home location on the command line parameters or the specified location of boinc_home in the BenchCFG file for the location of the coproc_info.xml file. |
Apologies, but I just realized that I didn't actually push my latest update. Just pushed it. It will give the full path benchMT is using and suppress app output. Not sure if you are downloading each time or using git. git would be much easier: |
some topography mapping I put together using ms word. Not sure how usefull |
James the URL you provide goes to Rick's repo and not yours. |
Thanks BTW, I broke down and ordered my first RTX board, an RTX2080 super from Gigabyte. They repaired two of my "blown out" RX-570s at no cost and that made me select them instead of eVga. |
Happy to hear that Gigabyte stepped up. I didn't have much luck with them back in the day with my GTX 460 which had a fan die. Had to buy a aftermarket fan myself and kludge it in. Have had no issues getting EVGA cards replace or repaired under warranty. No reason to change since they have always treated me well. |
Need to find a robust way to automate the mapping of BOINC Device numbers to physical card by Linux card number or pcie ID.
The text was updated successfully, but these errors were encountered: