Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
8th May 2011, 17:12 | #1 | Link | ||
Registered User
Join Date: Dec 2002
Location: Region 0
Posts: 1,436
|
Going x64 is 25% faster than x86?!?!?
So, I compressed the same source using the exact same x264 settings twice. Once in Windows XP SP3 x86 (32-bit), and once in Windows 7 SP1 x64 using identical hardware and settings.
Under XP I used DGDecNV, AVIsynth 2.58, and x264 (1947). Under Win 7 I used DGDecNV x64, AVIsynth 2.58 x64, and x264 x54 (1947). I wasn't doing anything fancy with AVIsynth: Quote:
Quote:
I was expecting something along the lines of 10-15% based on what I read, but was surprised to see the level of improvement I did. Is this uncommon or is the improvement greater than the 10-15% most people commonly reference? |
||
9th May 2011, 00:58 | #2 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
As you using a combined framework by how much did each part improved if you say overall 25% and did you compared also the same under Win7 64 using a 32 bit framework as the old one do you see a improvement their too and how much is that ?
So you test both 64/32 bit Frameworks under Win 7 64bit and compare that with the Win XP 32 Bit Framework for higher resolution you also test each step and individual components improvement in your case (Avisynth alone ,Avisynth+DGDecodeNV, and X264. This way you also see how much certain parts improved that are rather Kernel based like IO in your Framework for example (you could also measure this all the time on every test stage and maybe other relevant sensor data, though better is doing that another time again after the first results as Software sensoring can impact system performance also) between XP 32 bit and Win 7 64 bit with 32 bit . Also be sure to test @ the rather same Power Profile between XP and 7 . So disabling XPs as well as 7s Eventlog sensoring subsystems on the first run would give even higher resolution.
__________________
all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 Last edited by CruNcher; 9th May 2011 at 02:06. |
9th May 2011, 02:08 | #3 | Link |
Registered User
Join Date: Dec 2002
Location: Region 0
Posts: 1,436
|
Since DGDecNV offloads the video decompression to the graphics card, it doesn't seem like that should not have much impact x86 vs. x64 since it definitely wasn't limited by decoder speed. However, it's hard to compare just the encoder without changing DGDecNV & AVIsynth to x64 versions since as far as I know you can't use the x64 version of x264 with a x86 chain of software in front of it.
|
9th May 2011, 06:20 | #4 | Link |
Registered User
Join Date: Oct 2009
Posts: 47
|
I've also noticed big improvement when using "slow" filters (like srestore).
Btw what you're looking for to solve the whole 32bit input / 64bit encoder problem is http://forum.doom9.org/showthread.php?t=144140 You can also test the difference in encoding speed x86 vs x64
__________________
"The significant problems we face cannot be solved at the same level of thinking we were at when we created them."
-- Albert Einstein |
9th May 2011, 17:58 | #5 | Link | |
Registered User
Join Date: Dec 2002
Location: Region 0
Posts: 1,436
|
Quote:
There are so many factors at play it's hard to come up with a fair comparison. If you use the x86 versions of the various programs under a x64 OS they're running through WoW64 which may impact their performance negatively as opposed to running them on a x86 OS. I guess to really answer all the questions, I'd have to run the identical x86 program chain I used in XP x86 under Win 7 x86, as well as running the x86 program chain under Win 7 x64. Then we'd know if WoW64 slows it down (or not) and if Win 7 x86 is faster or slower than Win XP x86. |
|
9th May 2011, 23:50 | #7 | Link | |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
Quote:
Though for excellent results and highest resolution you really have to modify both XP as well as 7 to its lowest idle cycling (trying to disable as much overhead as possible above the kernel) and i never saw any review doing that (though understandable as everyone wants results of the fully functional consumer state + all its overhead like Vista perfectly demonstrated how that impacts user acceptance for the OS).
__________________
all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 Last edited by CruNcher; 10th May 2011 at 00:05. |
|
10th May 2011, 01:48 | #8 | Link | |
Registered User
Join Date: Dec 2002
Location: Region 0
Posts: 1,436
|
Quote:
(assuming you used a Windows OS for your test) I guess the moral of the story is using a x64 process flow with the x64 version of x264 under Windows 7 is significantly faster than the equivalent under Windows XP x86. Which component is responsible for which portion of the speed increase isn't exactly certain. |
|
10th May 2011, 01:51 | #9 | Link | |
Registered User
Join Date: Dec 2002
Location: Region 0
Posts: 1,436
|
Quote:
|
|
10th May 2011, 11:00 | #11 | Link |
Registered User
Join Date: Aug 2006
Posts: 2,229
|
x64 versions of programmes should be faster than 32-bit programmes, so I'm not surpised at the result. Actually, I believe if there were full optimisations for x64 like there is for x86 that the benefit may even be greater.
|
|
|