Welcome Guest ( Log In | Register )


Important

The forums will be closing permanently the weekend of March 15th. Please see the notice in the announcements forum for details.

 
[v1.9.9] Thread Priority Setting Doesn't Work
« Next Oldest | Next Newest » Track this topic | Email this topic | Print this topic
aand
Posted: Oct 27 2010, 11:59 PM


Newbie


Group: Members
Posts: 3
Member No.: 28899
Joined: 27-October 10



user posted image


My OS is Win7 x64.
 
     Top
dloneranger
Posted: Oct 28 2010, 12:41 AM


Moderator


Group: Moderators
Posts: 2366
Member No.: 22158
Joined: 26-September 07



The process (virtualdub) has idle priority, and the processing thread has higher priority
Nothing strange there

What's the question?

As you're using processexplorer, you can open the properties for virtualdub and then check the threads tab, where you can see the all the details

--------------------
MultiAdjust JoinWav WavNormalize FFMPeg Input Plugin v1827 UnSharpMask
Windows7/8 Codec Chooser
All FccHandlers Stuff inc. Installers for acm codecs AAC, AC3, LameMp3
 
    Top
TCmullet
Posted: Jan 9 2013, 07:23 PM


Advanced Member


Group: Members
Posts: 312
Member No.: 3970
Joined: 2-May 03



The image in the initial post of this thread is no longer there, so I can't see what he was showing. But the title of the thread matches me.

I'm a new user of Win 7, 64-bit. Vdub 1.10.2 32-bit. When I switch the Processing thread priority to something lower than normal, even "idle", Vdub doesn't seem to be taking any less of CPU. I have quad-core i5. I wanted to bump this Vdub down to allow something else to proceed faster, but Vdub keep running at top speed, still largely hogging all of the cores. I'm encoding to Xvid.

This didn't happen on my P4. On the P4, you CAN notice that Vdub has slowed way down so that other processes can run faster. That P4 was a mere 3.06 ghz with HT.
 
    Top
dloneranger
Posted: Jan 9 2013, 08:01 PM


Moderator


Group: Moderators
Posts: 2366
Member No.: 22158
Joined: 26-September 07



When a process or a thread has a lower priority, it only gives up time if something else with a higher priority actually has something to do
Most normal things on your pc will run in such a short time that virtualdub will still get most of the cpu that's left

Run something else that needs a lot of cpu usage, and virtualdubs allocation will lower
Similarly, when nothings running, check your system idle process, that'll be about the same a virtualdub uses in idle mode

--------------------
MultiAdjust JoinWav WavNormalize FFMPeg Input Plugin v1827 UnSharpMask
Windows7/8 Codec Chooser
All FccHandlers Stuff inc. Installers for acm codecs AAC, AC3, LameMp3
 
    Top
TCmullet
Posted: Jan 9 2013, 08:09 PM


Advanced Member


Group: Members
Posts: 312
Member No.: 3970
Joined: 2-May 03



But that's what I'm trying to tell you. Something else IS CPU intensive and is NOT getting more cycles, and my Xvid encode is still running as fast as ever. The other process has no way to change it's priority, so I rely on Vdub's nice priority changer. But now it doesn't seem to be working.

Admittedly, the other process, while CPU-intensive, DOES have some I/O involved. Maybe what I should do to test this is make the other process a nearly total CPU job. I was wav-stretching to increase the speed of a 2 hour wav file days ago by 0.005 percent (100.005 % faster). (Actualy was shrinking it.) Total compute time was 2 1/2 hours. It took only one thread, but was maxed out. Maybe I should run 2 of those, then see how Vdub reacts when I lower Vdub's priority. (But these tests would be draconian, and I didnt' think they'd be needed to illustrate the problem.)
 
    Top
dloneranger
Posted: Jan 9 2013, 08:18 PM


Moderator


Group: Moderators
Posts: 2366
Member No.: 22158
Joined: 26-September 07



Cpu usage of something like that should be absolutely tiny
My WavNormalizer can normalize a Gig long file with almost no cpu usage - it's practically all I/O

If it's single threaded then it will max out at 25% usage on a quad core

--------------------
MultiAdjust JoinWav WavNormalize FFMPeg Input Plugin v1827 UnSharpMask
Windows7/8 Codec Chooser
All FccHandlers Stuff inc. Installers for acm codecs AAC, AC3, LameMp3
 
    Top
dloneranger
Posted: Jan 9 2013, 08:19 PM


Moderator


Group: Moderators
Posts: 2366
Member No.: 22158
Joined: 26-September 07



Btw, you can change the priority of any process with task manager

--------------------
MultiAdjust JoinWav WavNormalize FFMPeg Input Plugin v1827 UnSharpMask
Windows7/8 Codec Chooser
All FccHandlers Stuff inc. Installers for acm codecs AAC, AC3, LameMp3
 
    Top
TCmullet
Posted: Jan 9 2013, 08:30 PM


Advanced Member


Group: Members
Posts: 312
Member No.: 3970
Joined: 2-May 03



Oh, you can?? Yes, I've seen that in Task manager for ages. And for ages, it always gives me this scary warning in XP, "WARNING: Changing the priorty class of this process may cause undesired results including system instability. Are you sure you want to change the priority class?" I've always been too scared to change it. If not dangerous (at least for user applications), then why would they (MS) warn us with torture??

In 7, it's more tame, "Changing the priority of certain processes could cause system instability."

Why are they discouraging us from control job priority if it's so dangerous??
 
    Top
dloneranger
Posted: Jan 9 2013, 08:32 PM


Moderator


Group: Moderators
Posts: 2366
Member No.: 22158
Joined: 26-September 07



Probably because one of the options is 'realtime'
Pick that and you could find a process is using so much cpu that your mouse and keyboard stop working because the pc's busy


--------------------
MultiAdjust JoinWav WavNormalize FFMPeg Input Plugin v1827 UnSharpMask
Windows7/8 Codec Chooser
All FccHandlers Stuff inc. Installers for acm codecs AAC, AC3, LameMp3
 
    Top
phaeron
Posted: Jan 12 2013, 09:05 PM


Virtualdub Developer


Group: Administrator
Posts: 7773
Member No.: 61
Joined: 30-July 02



Doh, I know what the problem is... do you have any of the threading options on? The threading option changes the priority of the processing thread, but NOT the priority of any of the worker threads that are created when the filter or codec threading options are enabled. I'll get this fixed for 1.10.4.
 
    Top
TCmullet
Posted: Jan 13 2013, 12:03 AM


Advanced Member


Group: Members
Posts: 312
Member No.: 3970
Joined: 2-May 03



In another forum thread I was asking about the meanings of the options. Not having come away with a clear understanding, I decided that probably the best thing I could do given my unclarity was to set everything to auto that could be set to auto. And I set Video Compression Threads to 1.
 
    Top
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:
10 replies since Oct 27 2010, 11:59 PM Track this topic | Email this topic | Print this topic

<< Back to Testing / Bug Reports