Anderton
Max Output Level: 0 dBFS
- Total Posts : 14070
- Joined: 2003/11/06 14:02:03
- Status: offline
Priority - Programs vs. Background Services
This is totally unscientific, i'm just throwing it out there in case anyone who knows more about this can elaborate. Sonar X1 had run crash-free for me for weeks doing really heavy lifting (Sonar, Vegas Pro, and Camtasia all running simultaneously, with Sonar talking to the V-Studio via ASIO, and both Vegas and Camtasia talking to an Octa-Capture via WDM). Then I read about how changing advanced settings from Programs to Background Services was a tweak for better performance under Windows, so I figured I'd give it a try. Sonar X1 crashed three times in a few hours, so I went back to Programs. No more crashes, it's been running perfectly ever since. So...is this "background services" thing something that maybe applied to XP, but it no longer relevant in the W7 world? Did I just get unlucky when I switched over? Coincidence? I dunno...from no crashes at all to three in one night, then no more crashes after switching back, seems like more than coincidence.
|
chuckebaby
Max Output Level: 0 dBFS
- Total Posts : 13146
- Joined: 2011/01/04 14:55:28
- Status: offline
Re:Priority - Programs vs. Background Services
2011/05/17 02:04:40
(permalink)
i read the post by noel(cakes rep) saying its not nessasary and may even weaken perforformance..something to do with the drivers.
Windows 8.1 X64 Sonar Platinum x64 Custom built: Asrock z97 1150 - Intel I7 4790k - 16GB corsair DDR3 1600 - PNY SSD 220GBFocusrite Saffire 18I8 - Mackie Control
|
brundlefly
Max Output Level: 0 dBFS
- Total Posts : 14250
- Joined: 2007/09/14 14:57:59
- Location: Manitou Spgs, Colorado
- Status: offline
Re:Priority - Programs vs. Background Services
2011/05/17 02:31:40
(permalink)
Yes, Noel busted this myth. Nothing that SONAR does or uses runs as a service. All you're doing is giving more priority to Windows housekeeping operations over critical application functions. Great for servers, but bad for workstations. My own personal experience with this tweak ranged from no benefit to the barely being able to run anything.
|
chuckebaby
Max Output Level: 0 dBFS
- Total Posts : 13146
- Joined: 2011/01/04 14:55:28
- Status: offline
Re:Priority - Programs vs. Background Services
2011/05/17 08:38:44
(permalink)
i actually learned this from the same thread as you bundlefly..i always seem to learn something on a thread your on..maybe coinsidence?i dont think so.i like your ideas and have picked up more than a few tricks from you.thanks.
Windows 8.1 X64 Sonar Platinum x64 Custom built: Asrock z97 1150 - Intel I7 4790k - 16GB corsair DDR3 1600 - PNY SSD 220GBFocusrite Saffire 18I8 - Mackie Control
|
brundlefly
Max Output Level: 0 dBFS
- Total Posts : 14250
- Joined: 2007/09/14 14:57:59
- Location: Manitou Spgs, Colorado
- Status: offline
Re:Priority - Programs vs. Background Services
2011/05/17 10:44:50
(permalink)
Thanks, Chuck. I guess inquisitive minds gravitate to the same thread titles. Then, again, it could be pure probability. 2300+ posts in four months may be a record for a new member!
|
bitflipper
01100010 01101001 01110100 01100110 01101100 01101
- Total Posts : 26036
- Joined: 2006/09/17 11:23:23
- Location: Everett, WA USA
- Status: offline
Re:Priority - Programs vs. Background Services
2011/05/17 11:12:23
(permalink)
Yes, Noel busted this myth. Nothing that SONAR does or uses runs as a service. All you're doing is giving more priority to Windows housekeeping operations over critical application functions. Great for servers, but bad for workstations. My own personal experience with this tweak ranged from no benefit to the barely being able to run anything. I had the opposite experience - back at SONAR 5. Back then, I had a seriously underpowered system and often experienced dropouts. Giving priority to background processes made a big difference, with projects that were otherwise barely playable suddenly running glitch-free. After a system upgrade it became unnecessary to fiddle with priorities, so I never bothered with it anymore and never tried it with any subsequent SONAR versions. Note that this upgrade was from a single- to a dual-core system, which may be relevant. (Just a very minor nit to pick, and that is with the statement that "nothing that SONAR does or uses runs as a service." While it's true that SONAR does not run as a service, nor AFAIK depends on any services, the priority setting applies to all background processes, not just services. In this context, a background process is anything that does not currently have focus.)
All else is in doubt, so this is the truth I cling to. My Stuff
|
bvideo
Max Output Level: -58 dBFS
- Total Posts : 1707
- Joined: 2006/09/02 22:20:02
- Status: offline
Re:Priority - Programs vs. Background Services
2011/05/17 11:40:54
(permalink)
I understood Noel's post and the enclosed quote to mean not literally the per-process priority, but rather the length of the time slice for all processes. Longer time slices waste less time in scheduling and favor getting long-running CPU work done with less competition, but aren't good for keeping interactive or I/O-active processes responsive. It means that long-running compute-bound processes can hog the processor better. That then gets paraphrased to "priority for background services". Bill B
|
brundlefly
Max Output Level: 0 dBFS
- Total Posts : 14250
- Joined: 2007/09/14 14:57:59
- Location: Manitou Spgs, Colorado
- Status: offline
Re:Priority - Programs vs. Background Services
2011/05/17 18:02:01
(permalink)
bitflipperthe priority setting applies to all background processes, not just services. In this context, a background process is anything that does not currently have focus. Hmmm... I haven't read Microsofts's own documentation on this so I'll have to defer to you, but Noel's statement seemed to imply that it was all about the difference between actual "Windows services" vs. "user mode threads" that a normal application process uses. And that real-time user mode threads can be coded to have a high priority whether they have "focus" or not.
|
StarTekh
Max Output Level: -55 dBFS
- Total Posts : 2007
- Joined: 2004/03/09 12:02:20
- Location: Montreal
- Status: offline
Re:Priority - Programs vs. Background Services
2011/05/17 20:18:12
(permalink)
chipset/inf drivers video drivers interface drives and some times a bios= smooth sailing, keeping you system off line unless you realy need to be, i havent crash'd yet !! knock on wood !!
|
sykodelic
Max Output Level: -78 dBFS
- Total Posts : 612
- Joined: 2011/05/17 15:44:28
- Location: Los Angeles, CA
- Status: offline
Re:Priority - Programs vs. Background Services
2011/05/17 20:40:31
(permalink)
Good info. I just set mine back to programs. Have been using this tweak since XP
Asus P8P67 pro, I7 2600K, 8G Kingston Hyperflex, 2 1T WD Caviar Black(sytem,audio), 2T WD Caviar Black(samples), RME Multiface, Roland A500 Pro, Windows 7 Ultimate 64, Sonar X1C, Ableton Live 8, Reason 6, Komplete 7, DCAM Synth Squad, Omnisphere, Stylus RMX, Trillian
|
Billy Buck
Max Output Level: -54 dBFS
- Total Posts : 2101
- Joined: 2003/11/05 22:25:15
- Location: Atlanta, GA.
- Status: offline
Re:Priority - Programs vs. Background Services
2011/05/17 21:05:19
(permalink)
After reading Noels post several years ago, I followed his advice and changed the process priority back to the default "Programs". Back in the day (ten years ago) changing the priority process to "Background" was one of those so called DAW tweaks that everyone did just out of habit. Noel stated it was not necessary and that they keep all of their benchtest" DAWs set to the Win default "Programs". That is all I needed to know. If it is good enough for Cakewalk's own DAW's then it is good enough for me. I honestly have not seen a performance difference either way, although my DAW's have always been quite stable. FWIW, the only DAW tweak I still use these day's is to up my PCI Bus priority for my Delta 66 PCI audio card from the installed default of "64" to "248". This does have a noticeable affect on the low latency performance of my PCI audio card, especially when using SONAR. I can achieve a whole buffer step lower crackle free. With this tweak, projects that would playback crackle free @ 256 samples can go down to 128, projects that were crackle free @ 128 playback can go down to 64 samples and still remain crackle free. Cheers, Billy Buck
Win 10 Pro x64 | i7 4770k | ASUS Z87 Deluxe/Quad w/ TB 2.0 | 16GB Corsair RAM | Apollo Twin Duo USB | UAD Satellite Octo USB | UAD-2 Quad + UAD-2 Solo PCIe | SONAR Platinum x64 ∞ | REAPER 5 x64| TranzPort
|
sykodelic
Max Output Level: -78 dBFS
- Total Posts : 612
- Joined: 2011/05/17 15:44:28
- Location: Los Angeles, CA
- Status: offline
Re:Priority - Programs vs. Background Services
2011/05/17 21:35:39
(permalink)
interesting tweak. I'm running a multiface through PCI wonder if this tweak would help lower my latency some. How do I go about doing this on Win 7
Asus P8P67 pro, I7 2600K, 8G Kingston Hyperflex, 2 1T WD Caviar Black(sytem,audio), 2T WD Caviar Black(samples), RME Multiface, Roland A500 Pro, Windows 7 Ultimate 64, Sonar X1C, Ableton Live 8, Reason 6, Komplete 7, DCAM Synth Squad, Omnisphere, Stylus RMX, Trillian
|
Billy Buck
Max Output Level: -54 dBFS
- Total Posts : 2101
- Joined: 2003/11/05 22:25:15
- Location: Atlanta, GA.
- Status: offline
Re:Priority - Programs vs. Background Services
2011/05/17 22:29:02
(permalink)
How do I go about doing this on Win 7 I may be wrong, but I don't believe there are any free Win7 compatible PCI Latency Timer apps. The one I use is only XP compatible. Cheers, Billy Buck
Win 10 Pro x64 | i7 4770k | ASUS Z87 Deluxe/Quad w/ TB 2.0 | 16GB Corsair RAM | Apollo Twin Duo USB | UAD Satellite Octo USB | UAD-2 Quad + UAD-2 Solo PCIe | SONAR Platinum x64 ∞ | REAPER 5 x64| TranzPort
|