What Does Change Performance For Programs Vs Background Services

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'thousand just throwing information technology out at that place in case anyone who knows more about this can elaborate.

Sonar X1 had run crash-costless 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). And then I read near 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 e'er since.

Then...is this "groundwork services" thing something that perchance practical to XP, but it no longer relevant in the W7 globe? Did I just get unlucky when I switched over? Coincidence? I dunno...from no crashes at all to three in one night, so no more crashes subsequently switching back, seems like more than than coincidence.

chuckebaby

Max Output Level: 0 dBFS

Full Posts : 13146
Joined: 2011/01/04 14:55:28
Condition: offline

Re:Priority - Programs vs. Groundwork Services 2011/05/17 02:04:40 (permalink)

i read the post by noel(cakes rep) saying its not nessasary and may fifty-fifty weaken perforformance..something to practise with the drivers.

Windows 8.ane X64 Sonar Platinum x64
Custom congenital: Asrock z97 1150 - Intel I7 4790k - 16GB corsair DDR3 1600 - PNY SSD 220GB
Focusrite Saffire 18I8 - Mackie Control

brundlefly

Max Output Level: 0 dBFS

Full 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. Null that SONAR does or uses runs equally a service. All you lot're doing is giving more priority to Windows housekeeping operations over critical awarding functions. Great for servers, but bad for workstations. My own personal feel with this tweak ranged from no benefit to the barely being able to run annihilation.

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 aforementioned thread every bit you bundlefly..i always seem to learn something on a thread your on..maybe coinsidence?i dont call up so.i like your ideas and have picked upward more than than a few tricks from yous.thank you.

Windows eight.i X64 Sonar Platinum x64
Custom congenital: Asrock z97 1150 - Intel I7 4790k - 16GB corsair DDR3 1600 - PNY SSD 220GB
Focusrite Saffire 18I8 - Mackie Control

brundlefly

Max Output Level: 0 dBFS

Total Posts : 14250
Joined: 2007/09/14 xiv:57:59
Location: Manitou Spgs, Colorado
Status: offline

Re:Priority - Programs vs. Background Services 2011/05/17 10:44:50 (permalink)

Thanks, Chuck. I estimate inquisitive minds gravitate to the aforementioned thread titles.

Then, once more, 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 United states of america
Condition: offline

Re:Priority - Programs vs. Background Services 2011/05/17 11:12:23 (permalink)

Yes, Noel disrepair this myth. Nil that SONAR does or uses runs equally a service. All you're doing is giving more priority to Windows housekeeping operations over disquisitional awarding functions. Dandy for servers, but bad for workstations. My own personal experience with this tweak ranged from no benefit to the barely beingness able to run anything.

I had the opposite feel - back at SONAR 5. Back then, I had a seriously underpowered system and ofttimes experienced dropouts. Giving priority to background processes made a large difference, with projects that were otherwise barely playable suddenly running glitch-free.

Later a organization upgrade it became unnecessary to fiddle with priorities, so I never bothered with it anymore and never tried it with any subsequent SONAR versions. Annotation 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 non run as a service, nor AFAIK depends on whatever services, the priority setting applies to all background processes, not but services. In this context, a groundwork procedure is anything that does not currently have focus.)

All else is in dubiousness, so this is the truth I cling to.

My Stuff

bvideo

Max Output Level: -58 dBFS

Total Posts : 1707
Joined: 2006/09/02 22:twenty:02
Status: offline

Re:Priority - Programs vs. Groundwork Services 2011/05/17 11:twoscore:54 (permalink)

I understood Noel's postal service and the enclosed quote to hateful not literally the per-process priority, simply rather the length of the time slice for all processes. Longer time slices waste less time in scheduling and favor getting long-running CPU piece of work done with less competition, but aren't expert for keeping interactive or I/O-active processes responsive. It ways that long-running compute-spring processes can hog the processor improve. That then gets paraphrased to "priority for background services".

Nib B

brundlefly

Max Output Level: 0 dBFS

Total Posts : 14250
Joined: 2007/09/14 fourteen:57:59
Location: Manitou Spgs, Colorado
Status: offline

Re:Priority - Programs vs. Background Services 2011/05/17 xviii:02:01 (permalink)

bitflipperthe priority setting applies to all groundwork processes, not just services. In this context, a background process is anything that does not currently accept focus.

Hmmm... I haven't read Microsofts's ain documentation on this so I'll have to defer to y'all, but Noel's argument seemed to imply that information technology was all about the difference between bodily "Windows services" vs. "user mode threads" that a normal awarding procedure uses. And that real-fourth dimension user fashion threads can exist coded to have a high priority whether they accept "focus" or non.

StarTekh

Max Output Level: -55 dBFS

Total Posts : 2007
Joined: 2004/03/09 12:02:xx
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= polish 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 fifteen:44:28
Location: Los Angeles, CA
Status: offline

Re:Priority - Programs vs. Background Services 2011/05/17 xx: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, ii 1T WD Caviar Blackness(sytem,audio), 2T WD Caviar Black(samples), RME Multiface, Roland A500 Pro, Windows 7 Ultimate 64, Sonar X1C, Ableton Alive 8, Reason 6, Komplete vii, DCAM Synth Squad, Omnisphere, Stylus RMX, Trillian

Billy Cadet

Billy Buck

Max Output Level: -54 dBFS

Total Posts : 2101
Joined: 2003/eleven/05 22:25:fifteen
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 solar day (ten years ago) irresolute the priority process to "Groundwork" was one of those and so chosen DAW tweaks that everyone did just out of addiction. Noel stated it was non necessary and that they go along all of their benchtest" DAWs set up to the Win default "Programs". That is all I needed to know. If it is practiced enough for Cakewalk's own DAW's then it is good enough for me. I honestly take non seen a functioning difference either way, although my DAW'southward have always been quite stable. FWIW, the simply DAW tweak I however use these day'south is to up my PCI Bus priority for my Delta 66 PCI audio card from the installed default of "64" to "248". This does accept a noticeable affect on the low latency performance of my PCI audio carte, especially when using SONAR. I tin can attain a whole buffer step lower crepitation free. With this tweak, projects that would playback crepitation gratuitous @ 256 samples can get downward to 128, projects that were crackle free @ 128 playback tin can become downward to 64 samples and nevertheless remain crackle free.

Cheers,

Baton Cadet

sykodelic

Max Output Level: -78 dBFS

Total Posts : 612
Joined: 2011/05/17 xv:44:28
Location: Los Angeles, CA
Status: offline

Re:Priority - Programs vs. Groundwork Services 2011/05/17 21:35:39 (permalink)

interesting tweak. I'chiliad running a multiface through PCI wonder if this tweak would help lower my latency some. How practice I get about doing this on Win vii

Asus P8P67 pro, I7 2600K, 8G Kingston Hyperflex, 2 1T WD Caviar Blackness(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 Team, Omnisphere, Stylus RMX, Trillian

Billy Buck

Max Output Level: -54 dBFS