Message boards :
Number crunching :
Setting up Linux to crunch CUDA90 and above for Windows users
Message board moderation
Previous · 1 . . . 153 · 154 · 155 · 156 · 157 · 158 · 159 . . . 162 · Next
Author | Message |
---|---|
Wiggo Send message Joined: 24 Jan 00 Posts: 36827 Credit: 261,360,520 RAC: 489 |
This is reminding of the days when someone running a Mac complained about not being sent enough AP work to keep his rig going because MB work didn't run on it at the time. :-( Cheers. |
Ian&Steve C. Send message Joined: 28 Sep 99 Posts: 4267 Credit: 1,282,604,591 RAC: 6,640 |
well if its occasionally dropping GPUs and randomly needing restarts, i'd say it's got some instability going on somewhere, especially compared to comparable systems that only reboot 3 or 4 times a year. so what do you think is the reason mine is more stable? i'd love to hear your thoughts since you keep dodging the question. Seti@Home classic workunits: 29,492 CPU time: 134,419 hours |
TBar Send message Joined: 22 May 99 Posts: 5204 Credit: 840,779,836 RAC: 2,768 |
I fixed that...didn't I? Now the Mac runs the CUDA Special App, and Windows doesn't. In fact, the Mac has now outscored All Windows machines at SETI, nice, https://www.boincstats.com/stats/0/host/list/0/ |
TBar Send message Joined: 22 May 99 Posts: 5204 Credit: 840,779,836 RAC: 2,768 |
It's a simple matter of How Much money you're willing to spend, and I have mentioned that before. I'd say a number of people around here spent less on their House than you've spent on computers. |
Wiggo Send message Joined: 24 Jan 00 Posts: 36827 Credit: 261,360,520 RAC: 489 |
But it took so much time to convince you about things back back then too. :-( Please just consider the fact that something may not likely be quite right with your system instead of carrying on like this. Go back to a basic setup if necessary with your rig first to rule out every other option. ;-) Cheers. |
Ian&Steve C. Send message Joined: 28 Sep 99 Posts: 4267 Credit: 1,282,604,591 RAC: 6,640 |
I've had the same problem with the machines using the Mining cable/setup, the normal machines don't have this problem. After nearly two years I've concluded the Mining setup just isn't as stable as it should be. You can move GPUs/Cables around and get it working nicely, but eventually a GPU will drop out at some point. you called it unstable. your words, not mine. Seti@Home classic workunits: 29,492 CPU time: 134,419 hours |
Ian&Steve C. Send message Joined: 28 Sep 99 Posts: 4267 Credit: 1,282,604,591 RAC: 6,640 |
It's a simple matter of How Much money you're willing to spend, and I have mentioned that before. I'd say a number of people around here spent less on their House than you've spent on computers. LOL. this is hobby money bro. i've actually spent a lot less than some other folks here, and certainly not house territory, unless you know a lot of people spending 10-15k on a house. not that anyone's finances have any relevance to anything. people can spend what they like without vilification. Seti@Home classic workunits: 29,492 CPU time: 134,419 hours |
TBar Send message Joined: 22 May 99 Posts: 5204 Credit: 840,779,836 RAC: 2,768 |
But it took so much time to convince you about things back back then too. :-(Which system are you referring to? No one has been able to get a Mining board to work better in Linux. Petri agrees there is a conflict with the Video driver on the Mac, the problem is, the Same conflict exists with a number of Linux machines. I have provided examples, I can provide more examples if necessary, they pop up in the computer lists often. Oh, nVidia never responded to the Bug report on the Driver. But, the fact you can see the same bug in Linux makes it moot, Conflict with macOS 10.12 & 10.13 Web Drivers and SETI@Home CUDA App? |
Wiggo Send message Joined: 24 Jan 00 Posts: 36827 Credit: 261,360,520 RAC: 489 |
Arn't they just the same systems just dual booted?But it took so much time to convince you about things back back then too. :-(Which system are you referring to? No one has been able to get a Mining board to work better in Linux. Petri agrees there is a conflict with the Video driver on the Mac, the problem is, the Same conflict exists with a number of Linux machines. I have provided examples, I can provide more examples if necessary, they pop up in the computer lists often. Please stop trying to be evasive now (we can enough of that elsewhere) and do some actual fault finding at home on whichever rig/s is giving you these problems instead of your, "I'm right and everyone else is wrong", attitude that rings across to most here (and gets annoying, just like way back then). I'll be 1 of the 1st to admit that you've come a long way and your work is much appreciated, but at times you just fall back into that bad attitude and won't listen to others. I've said enough now. Cheers. |
TBar Send message Joined: 22 May 99 Posts: 5204 Credit: 840,779,836 RAC: 2,768 |
Again which system are you referring to? I have two machines running Mining boards in Linux, and 2 machines running macOS. The other machines just run from time to time, the one with just 2 GPUs main purpose is to run a sound card loud enough my deaf 90 year old Dad can hear TV. |
TBar Send message Joined: 22 May 99 Posts: 5204 Credit: 840,779,836 RAC: 2,768 |
Yes, and the developer agrees there is conflict with the Driver, has agreed for over a Year. Again from 12/28/2018, The developer claims this is due to a Bug with the macOS display driver and cannot be fixed. The difference is, the Same bug can be seen often now in Linux. Oh, there's also the New fact that the problem doesn't happen with a 1080Ti in the same machine. |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14679 Credit: 200,643,578 RAC: 874 |
Richard is presently running setiathome v8 enhanced x41p_V0.98b1, Cuda 10.1 special right now, https://setiathome.berkeley.edu/result.php?resultid=8550528263I'm also running a copy of --------------------------------------------------------- SETI@home v8 enhanced x41p_V0.99b1p3, CUDA 10.2 special ------------------------------------------------------------------------- Modifications done by petri33, Mutex by Oddbjornik. Compiled by Ian (^_^) ------------------------------------------------------------------------- Oh, I see. Someone tried running the App as Stock and didn't include the API number in the app_config. That's why the SETI Server includes the API in the Stock configuration. Nothing other than someone didn't know what they were doing. Pull the API from the Apps running on the SETI Server and you will see chaos.Yes, I goofed. That was my very first experience of running Linux, and I was working it out as I went along. I probably used the modern API value from a more modern stock app - leaving the API line out will default to the ancient way of doing things. I'm pretty experienced in writing app_info.xml files, because there are dozens of them in the Lunatics Installer: once I saw the 'all tasks on one GPU' problem, it didn't take long to work out that the problem was very old code in a modern application (even though I had to source a hex editor for Linux to be certain). Since I'm spending more of my time working on improving BOINC through code these days, I'd simply forgotten that other people approach problems from a different perspective. I've mentioned another possible problem with API 7.5.0 recently - the task which was killed 5 minutes after writing boinc_finish. There's not much point us fixing these things if you won't use them. |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14679 Credit: 200,643,578 RAC: 874 |
Yes, and the developer agrees there is conflict with the Driver, has agreed for over a Year.Can you link to the actual developer statement, please? All I can see is a conversation between two SETI users. |
TBar Send message Joined: 22 May 99 Posts: 5204 Credit: 840,779,836 RAC: 2,768 |
As far as I know nVidia never responded. All I get when trying TimeLord04's link is page not found. The developer I was referring to is Petri, he thinks it's Mac only...but the same thing happens in Linux. |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14679 Credit: 200,643,578 RAC: 874 |
All I get when trying TimeLord04's link is page not found.Ah. As in? Membership Required |
Ian&Steve C. Send message Joined: 28 Sep 99 Posts: 4267 Credit: 1,282,604,591 RAC: 6,640 |
I thought the same thing, and thought I remembered you mentioning that, couldn’t find that post in the moment. Also seems to be the issue Jim highlighted in his first example, which was the basis for my recommendation to try a different app compiled on a newer build. Seti@Home classic workunits: 29,492 CPU time: 134,419 hours |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14679 Credit: 200,643,578 RAC: 874 |
Yesterday, message 2032508 - replying to Jimbocus. |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14679 Credit: 200,643,578 RAC: 874 |
Going back to the API_version question, I think the question may simply be one of consistency. Looking at my machines now, they are running: A current (v7.16) version of BOINC Ian's SETI build An app_info which doesn't mention API_version I originally downloaded the All-In-One package: An older version of BOINC TBar's SETI build against API v7.5.0 An app_info which also doesn't mention API_version I'm assuming (without testing further) that each grouping is internally self-consistent, but you can't mix'n'match. My problem probably arose when I upgraded BOINC, kept TBar's SETI build, but didn't add API_version to app_info.xml at that point. |
Ian&Steve C. Send message Joined: 28 Sep 99 Posts: 4267 Credit: 1,282,604,591 RAC: 6,640 |
Edit - Sorry disregard I misread what you had wrote. You had previously stated that my compile was 7.15.0, so I assumed you had some other way to determine it. I’m not sure why it matters in reference to the app_config or app_info anyway. I never found it necessary to add that info into the file. Seti@Home classic workunits: 29,492 CPU time: 134,419 hours |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14679 Credit: 200,643,578 RAC: 874 |
I’m not sure why it matters in reference to the app_config anyway. I never found it necessary to add that info into the file.No, doesn't go there - it's specified for app_info. Long story, relating to gridcoin - I'll dig it out. Edit - worse than that, Bitcoin Utopia. The old way for BOINC to tell the science app which GPU to use was a device number on the command line. It didn't distinguish very well between CAL / CUDA / OpenCL, so a new init_data.xml structure was created to convey all that (and much more). The two systems ran side-by-side for some years. But Bitcoin Utopia couldn't handle the unexpected command line (??!!), so the already outdated command line method was eventually abolished. Perhaps it only matters if BOINC and the science app are on opposite sides of the v7.5.0 boundary. |
©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.