Message boards :
Number crunching :
Advice on system optimization needed.
Message board moderation
Previous · 1 · 2 · 3 · 4 · 5 · 6 · Next
Author | Message |
---|---|
Grant (SSSF) Send message Joined: 19 Aug 99 Posts: 13847 Credit: 208,696,464 RAC: 304 |
Not to mention if you ever wanted to run say, 5 GPUs on that 4 core CPU, your method wouldn't work.True, so reserving .5 CPUs for each GPU WU, or .33, or .25 etc would produce the same result where a full core isn't necessary- making use of all available CPU resources, without over committing it. Grant Darwin NT |
TBar Send message Joined: 22 May 99 Posts: 5204 Credit: 840,779,836 RAC: 2,768 |
Why not just change the CPU setting in the BOINC Manager? I mean, the BOINC Developers Made that setting for a Reason, don't you think? Do you really think the Developers made that setting so you could keep it at 100% all the time? I don't think so. Oh, the Developers from nVidia came up with a setting of 0.04 CPU when they Developed the CUDA App for SETI. You think they didn't know what they were doing either? Dang, according to You, none of the Developers know what they are doing. Interesting. |
Grant (SSSF) Send message Joined: 19 Aug 99 Posts: 13847 Credit: 208,696,464 RAC: 304 |
Why not just change the CPU setting in the BOINC Manager? I mean, the BOINC Developers Made that setting for a Reason, don't you think? Do you really think the Developers made that setting so you could keep it at 100% all the time? I don't think so. Oh, the Developers from nVidia came up with a setting of 0.04 CPU when they Developed the CUDA App for SETI. You think they didn't know what they were doing either? Dang, according to You, none of the Developers know what they are doing. Interesting. What's with the hostility and sarcastic comments? Helping develop the Special Application is appreciated, but it doesn't give you the right to behave like a complete tool & an angry petulant child when someone expresses an opinion that is different to yours. So instead of tantrums and snarky comments, how about actually addressing the issue? Your suggestion allows the CPU not to be over-committed, by not making full use of it for crunching. My suggestion allows you to make full use of the CPU for crunching, without over committing the CPU. So people can try them both (and any other suggestions other people might have) and see what works best for them. Grant Darwin NT |
rob smith Send message Joined: 7 Mar 03 Posts: 22504 Credit: 416,307,556 RAC: 380 |
One advantage of TBar's approach is that is "instant" - reducing to 75% from 100% and you will immediately see the reduction in CPU usage (assuming a 4-core or greater CPU), whereas with Glenn's approach one has to do at least one other action (read local prefs, or set use according to prefs), when talking to those that don't understand the how and where of BOINC (and how to edit a .xml file without wrecking it) it is far safer to use the built-in feature than have to talk them though the convolutions of editing the control files. Bob Smith Member of Seti PIPPS (Pluto is a Planet Protest Society) Somewhere in the (un)known Universe? |
Ian&Steve C. Send message Joined: 28 Sep 99 Posts: 4267 Credit: 1,282,604,591 RAC: 6,640 |
lol... 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 |
Not to mention if you ever wanted to run say, 5 GPUs on that 4 core CPU, your method wouldn't work. you can count on 1 finger the number of people trying to do things like that. Most people would upgrade the CPU to be more capable in that situation. Also look how few people are even running more than 4 GPUs. There used to be a guy here that would lament and complain of people giving advice only useful to a niche group. I wonder where he went. 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 |
^^^^^^^ This is why I refuse to have any dealings on this forum. EVERY Time I post this A-H shows up to harass me. I refuse to have any dealings with him. Period. I have already posted the reasons for using the CPU control, and believe it or not, it deals with the Average SETI user, not just a handful of Team-mates. If you think it through, you will see why the Developers went the way they did... for the average user. Bye now. |
Ian&Steve C. Send message Joined: 28 Sep 99 Posts: 4267 Credit: 1,282,604,591 RAC: 6,640 |
Pretty sure the BOINC developers didn’t intend to have to set some arbitrary number in the CPU% field in order to get your desired CPU use. There’s no one setting that fits all people and use cases. If you use nobs, use 1:1 so BOINC accounts for the CPU use properly. If you don’t use nobs, then you’re fine leaving it at 0.1 because that more accurately reflects the level of CPU use in that case. Seti@Home classic workunits: 29,492 CPU time: 134,419 hours |
Tom M Send message Joined: 28 Nov 02 Posts: 5126 Credit: 276,046,078 RAC: 462 |
Running nobs helps, but, you should lower your CPU use below 100% in the Task Manager. Keep lowering CPU use until the Task Manager shows around 80-90%.Or just reserve a CPU core to support each GPU WU being processed. I did. It did. Tom A proud member of the OFA (Old Farts Association). |
Tom M Send message Joined: 28 Nov 02 Posts: 5126 Credit: 276,046,078 RAC: 462 |
One advantage of TBar's approach is that is "instant" - reducing to 75% from 100% and you will immediately see the reduction in CPU usage (assuming a 4-core or greater CPU), whereas with Glenn's approach one has to do at least one other action (read local prefs, or set use according to prefs), when talking to those that don't understand the how and where of BOINC (and how to edit a .xml file without wrecking it) it is far safer to use the built-in feature than have to talk them though the convolutions of editing the control files. +1 A proud member of the OFA (Old Farts Association). |
Tom M Send message Joined: 28 Nov 02 Posts: 5126 Credit: 276,046,078 RAC: 462 |
Not to mention if you ever wanted to run say, 5 GPUs on that 4 core CPU, your method wouldn't work. Yes, but I am one of the minority of users who has a larger than 3-4 gpu count on a few of my machines. So I want to optimize the work load on the cpus while not slowing the gpus down. It looks like if there was a way to (easily, under Linux) aggregate and keep all the gpu threads onto a small number of cpu threads then the rest of the cpu threads could crunch at full tilt without being interrupted by gpu threads borrowing some cpu time from them.... that might allow some more cpu threads to be run for cpu tasks... If I could get 0.10:1 that would mean only 2 cpu threads were driving the gpus.... which would, in my case, give me 12 threads to run cpu apps rather than 8 like now. Right now, with the 1:1 ratio, the cpu tasks are all running faster. Where is my "shoehorn" :) Tom A proud member of the OFA (Old Farts Association). |
Ian&Steve C. Send message Joined: 28 Sep 99 Posts: 4267 Credit: 1,282,604,591 RAC: 6,640 |
More than 4. But less than your total thread count, which was my point. In your case it’s much cleaner just set 1:1 and just use the BOINC settings to set exactly how much CPU use you want. If you really want to run more CPU WUs, you can remove nobs and return the ncpu setting to 0.1. But GPU speeds will take a hit. Seti@Home classic workunits: 29,492 CPU time: 134,419 hours |
Eric Claussen Send message Joined: 31 Jan 00 Posts: 22 Credit: 2,319,283 RAC: 0 |
Considering additional cards. Single RTX 2080 super or dual RTX 2070? If I get a single 2080 there is a decent chance a 2nd one would follow at some point. I can add 2 additional 2 slot cards or 4 single slot cards to my machine without using riser cards or anything like that. Plenty of power for either option. Cards have to be "Turbo" style. Exhaust exit out the back. Eric |
Keith Myers Send message Joined: 29 Apr 01 Posts: 13164 Credit: 1,160,866,277 RAC: 1,873 |
Considering additional cards. Single RTX 2080 super or dual RTX 2070? If I get a single 2080 there is a decent chance a 2nd one would follow at some point. I can add 2 additional 2 slot cards or 4 single slot cards to my machine without using riser cards or anything like that. Plenty of power for either option. Cards have to be "Turbo" style. Exhaust exit out the back. As far as I know there are no single slot cards of any performance value to Seti. Plenty of dual slot blower style cards. If you have the moolah now to purchase either choice, I would get the two RTX 2070 Supers. If you upgrade one in the future to a RTX 2080, that gives you a leg up on another cruncher build with the card ready to go. Seti@Home classic workunits:20,676 CPU time:74,226 hours A proud member of the OFA (Old Farts Association) |
Keith Myers Send message Joined: 29 Apr 01 Posts: 13164 Credit: 1,160,866,277 RAC: 1,873 |
I have been playing around with both methods of providing cpu support to gpus today on the 7.16.1 client. All I can say is that if you have a Intel processor either method works and everything runs fine. If on the other hand you have a AMD processor, you will still be cussing the brain-dead Linux AMD cpu thread scheduler and looking for compromises. Neither way works the way it should. It would be best to set cpu usage to 100% but you will end up with overcommitted cpu threads. And trying to use a max concurrent breaks things entirely. So the only option is to use cpu% to reduce the number of cpu cores used. But the thread scheduler can't keep the task on the same thread and constantly moves it around. And you end up with both an overcommitted cpu and poor cpu_time/run_time tracking to boot. Maybe in five years of maturity, they will have figured out the scheduler for AMD cpu and have the stability, performance and reliability of the the Intel thread scheduler. Seti@Home classic workunits:20,676 CPU time:74,226 hours A proud member of the OFA (Old Farts Association) |
Eric Claussen Send message Joined: 31 Jan 00 Posts: 22 Credit: 2,319,283 RAC: 0 |
I did find a gtx 1070 single slot called a Katana. There are a couple on ebay but not cheap enough. Considering additional cards. Single RTX 2080 super or dual RTX 2070? If I get a single 2080 there is a decent chance a 2nd one would follow at some point. I can add 2 additional 2 slot cards or 4 single slot cards to my machine without using riser cards or anything like that. Plenty of power for either option. Cards have to be "Turbo" style. Exhaust exit out the back. |
TBar Send message Joined: 22 May 99 Posts: 5204 Credit: 840,779,836 RAC: 2,768 |
I have been playing around with both methods of providing cpu support to gpus today on the 7.16.1 client. All I can say is that if you have a Intel processor either method works and everything runs fine. If on the other hand you have a AMD processor, you will still be cussing the brain-dead Linux AMD cpu thread scheduler and looking for compromises.Is this using the Standard BOINC Build or one of the Hacked (Spoofed) Builds? As far as I know, the only people having those types of problems are using a non-standard BOINC. What happens if you try the same version of BOINC as 99% of the SETI world? I don't use complicated hacks on My BOINC builds, just the one change of a single integer, and then maybe the driver hack on the one BOINC.xml file. |
Ian&Steve C. Send message Joined: 28 Sep 99 Posts: 4267 Credit: 1,282,604,591 RAC: 6,640 |
Considering additional cards. Single RTX 2080 super or dual RTX 2070? If I get a single 2080 there is a decent chance a 2nd one would follow at some point. I can add 2 additional 2 slot cards or 4 single slot cards to my machine without using riser cards or anything like that. Plenty of power for either option. Cards have to be "Turbo" style. Exhaust exit out the back. The Quadro RTX 4000 is single slot, and based on the specs should perform similarly to an RTX 2070. but it also costs about $900-$1000. 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 |
I have been playing around with both methods of providing cpu support to gpus today on the 7.16.1 client. All I can say is that if you have a Intel processor either method works and everything runs fine. If on the other hand you have a AMD processor, you will still be cussing the brain-dead Linux AMD cpu thread scheduler and looking for compromises.Is this using the Standard BOINC Build or one of the Hacked (Spoofed) Builds? As far as I know, the only people having those types of problems are using a non-standard BOINC. What happens if you try the same version of BOINC as 99% of the SETI world? I don't use complicated hacks on My BOINC builds, just the one change of a single integer, and then maybe the driver hack on the one BOINC.xml file. You're also not using AMD CPUs or even running any CPU work at all, so you're really comparing apples to oranges. 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 |
^^^^^^ See what I mean.... He's back. All I did was state No One Else has reported Keith's problem, and reminded him My builds don't have those Hacks if he wants to test with one of them. I would suggest My build for 19.04, it has the Finish File Fix and seems to work with 18.04. Just remember to Lock the coproc file before starting the Manager with the different version of boinc. Or, build Your Own 7.16.1 without the Hacks, and lock the mentioned file. |
©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.