64bits speed vs 32bits speed

[jpsdr]

I've out of curiosity make test to check how truly 64bits version can be faster than 32bits version. I've read somewhere that speed difference was around +10%.

So, i've made some tests with a 1080p 1000 frames video.

Parameters are :

REM Set of max bitrate (ici le bitrate max)
set MAX_BR=40000

REM Set of Buffer (ici le buffer)
set BUF_BR=30000

REM 1st pass
x264_x64.exe --profile "high" --preset "placebo" --tune %TUNING% --pass 1 --bitrate %BITRATE% --stats %STAT_FILE% --level "4.1" --vbv-maxrate %MAX_BR% --vbv-bufsize %BUF_BR% --keyint 24 --min-keyint 1 --mvrange 511 --ref 4 --bframe 3 --slices 4 --b-pyramid "strict" --open-gop --bluray-compat --fade-compensate 0.8 --subme 7 --me "umh" --aq-mode 3 --aud --nal-hrd "vbr" --colorprim "bt709" --transfer "bt709" --colormatrix "bt709" --videoformat "ntsc" --sar 1:1 --qpfile %CHAPTERS% --threads 0 --thread-input --output NUL %E_SRC% 2> %LOG_FILE_1%

REM 2nd pass
x264_x64.exe --profile "high" --preset "placebo" --tune %TUNING% --pass 2 --bitrate %BITRATE% --stats %STAT_FILE% --level "4.1" --vbv-maxrate %MAX_BR% --vbv-bufsize %BUF_BR% --keyint 24 --min-keyint 1 --mvrange 511 --ref 4 --bframe 3 --slices 4 --b-pyramid "strict" --open-gop --bluray-compat --fade-compensate 0.8 --subme 10 --aq-mode 3 --aud --nal-hrd "vbr" --colorprim "bt709" --transfer "bt709" --colormatrix "bt709" --videoformat "ntsc" --sar 1:1 --qpfile %CHAPTERS% --threads 0 --thread-input --output %E_DST% %E_SRC% 2> %LOG_FILE_2%


Processor : i7@980
x264 version : 2164

x64 version under Windows XP64 SP2 :
Pass 1 : 12,40fps
Pass 2 : 4,49fps

x86 version under Windows XP32 SP3 :
Pass 1 : 9,00fps
Pass 2 : 3,27fps

Speed gain from x86 -> x64 :
Pass 1 : +38%
Pass 2 : +37%
This is more than 10% !! :cool:

[nevcairiel]

To be fair, Windows XP 64-bit and Windows XP 32-bit are two completely different systems. Microsoft based the x64 edition of WinXP on the Windows Server kernel, which is much different from the 32-bit kernel.
For an better comparison, i would do it on Vista or 7, or even Linux.

[Selur]

I've read somewhere that speed difference was around +10%... This is more than 10% !!
so? Did your source write that the speed difference can't be higher? I'm not really sure what the purpose of this thread is,..

[jpsdr]

Purpose is just to provide mesurement informations.

I personnaly think 32bits apps must be tested under a 32bits OS, as they are run under some kind of virtual 32bits system under 64bits OS, this is why i've made x86 mesurement under a 32bits OS and x64 under a 64bits OS.
Now, i've made tests with OS i have...

[Groucho2004]

That's quite a difference.

What did you feed the encoder?
Which Avisynth version(s)?
Were both test run on the same machine?

[jpsdr]

Both on same machine, of course.
32 bits : Avisynth 2.60, xhmikosrv build.
64bits : 64 bits version of 2.58.
Video was, as said, a 1000 frames 1080p video, an avi file encoded with UT Video, video is YV12.

Script :

SetMemoryMax(192)
AVISource("File.avi",False,"YV12")
SetPlanarLegacyAlignment(True)

[ajp_anton]

You could still add a 32-bit test on your 64-bit OS, just to see if there's a difference.

[Didée]

Tthe mentioned 10% are kind of an "average" value. Make your test again with some SD video and "--preset veryfast", then see if you still get 38% speed gain ... :)

[Audionut]

This thread reminds me of everyone whoever claims that an option should be changed from default because it made a difference to their 1 sole encode.

[Dark Shikari]

You need to control for the input method too. Try using piped input instead of Avisynth. Since Avisynth isn't officially supported on 64-bit, your two input methods aren't actually the same, so the speed may differ.

Are you sure that the 64-bit encode isn't using the 64-bit UTVideo decoder, and the 32-bit decode using the (slower) 32-bit UTVideo decoder?

[hajj_3]

64bit xp isn't just a slighter faster version, it is very different, repairing an internet connection is done almost instantly in 64bit, in 32bit xp it is multiple times slower.

I suggest you compare 32 and 64bit windows 7 instead.

[jpsdr]

I compare with OS i have on my PC.
64bits encode use 64bits UT video and 32bits encode use 32bis UT video. But, for UT video, from what i've could follow from the updates of his site, it's the opposite. He's trying to match the 32bits speed with the 64bits version => 64bits UT video is at best, as fast as 32 bits.
I've done test of 32bits on XP64, speed of 32bits under XP64 was 1% slower than 32bits under XP32.

the mentioned 10% are kind of an "average"

Ah... Ok, i thought it was more a fixed value. I didn't expect a so huge gap, but i'm indeed very happy by this.

[kypec]

Have you noticed how many speed optimizations (hand-written asm) were there added in the last revisions of x264? Both 32-bit & 64-bit builds are affected. Those 10% speed difference is pretty much outdated by now...

[burfadel]

The amount of speed difference depends on so many factors, what you are doing etc, but it is suggested to be around 40 percent for an averagely optimised program comparing x86 to x64...

[nm]

The amount of speed difference depends on so many factors, what you are doing etc, but it is suggested to be around 40 percent for an averagely optimised program comparing x86 to x64...

The general suggestion is 5 to 10 %, from increased number of registers. 40 % performance increase for ordinary CPU-bound applications would be massive.

[Remicade]

On my system (4 core Windows 7 64 bits) MeGUI 32 bits, x264 64 bits is ~10% slower than x264 32 bits (Avisynth 32 bits). It's normal ? I make many tests and the results are the same :(.

[Bloax]

Well arghh, I should've picked the x64 version from the start then.
Was a bit nervous about it not supporting x86 Avisynth, but it does.

And now I find out that while (if memory serves) --preset Slower ran at about 6.5 FPS, it now runs at 9 :(

In other words, huzzah.

[Selur]

Was a bit nervous about it not supporting x86 Avisynth, but it does.
are you sure? afaik it does not,.. (you can use one of the many avs->yuv tools to feed 64bit x264 with a 32bit Avisynth script, but that does not count as 64bit x264 being able to handle 32bit Avisynth scripts)

[BlackSand]

Just made some tests. System: Win7-64 / i5 2410M
StaxRip / x264 rev.2164 (32bit and 64bit with help avs4x264.exe)
CRF20 / Slower / Film
64bit is 12-13% FASTER than 32bit
+ and 16% faster with avs4x264mod v0.6.2 (was avs4x264 from Komisar)

32bit gives the same file size with second try, but 64bit result file size slightly different (1st run and second).
And both 64bit result file size different from 32bit (few KB).

[henryho_hk]

64bit does use more memory, especially for 1080p encodes.

[Dark Shikari]

64-bit memory should be nearly identical to 32-bit. If it appears to use more memory, it might be an input method issue, or a difference in how the OS allocates virtual memory. The actual memory use should remain largely unchanged.

[Juce]

x264.exe park_joy_1080p50.y4m -o nul --quiet
32-bit 64-bit

--preset medium --ref 1 9.93 11.25 +13%
--preset medium --ref 4 8.17 9.19 +12%
--preset medium --ref 16 4.44 4.82 +9%

--preset veryslow --ref 1 1.80 2.55 +42%
--preset veryslow --ref 4 1.66 2.29 +38%
--preset veryslow --ref 16 1.10 1.38 +25%

x264 r2164 (x264.nl), Q6600, Windows 7 64-bit

[hajj_3]

hmm, wonder why it is so much faster with the very slow preset, any ideas DS?

[Dark Shikari]

common/x86/trellis-64.asm

[Audionut]

As a matter of comparison.

x264.exe park_joy_1080p50.y4m -o nul


32bit 64bit

--preset medium --ref 1 28.60 32.20 +11%
--preset medium --ref 4 23.28 25.89 +10%
--preset medium --ref 16 11.50 12.34 +7%


--preset veryslow --ref 1 5.14 7.16 +28%
--preset veryslow --ref 1 4.73 6.44 +26%
--preset veryslow --ref 16 3.13 3.82 +18%

x264 r2164 (x264.nl), i7 2600K @4.5Ghz, Windows 7 64-bit

[Stereodude]

Using park_joy_1080p50.y4m with blu-ray settings:

x264.exe --bitrate 25000 --fps 24000/1001 --preset veryslow --tune film --weightp 1 --bframes 3 --ref 4 --bluray-compat --b-adapt 2 --vbv-maxrate 40000 --vbv-bufsize 30000 --level 4.1 --keyint 24 --open-gop --slices 4 --colorprim "bt709" --transfer "bt709" --colormatrix "bt709" --sar 1:1 --pass 1 -o NUL "park_joy_1080p50.y4m"
x264.exe --bitrate 25000 --fps 24000/1001 --preset veryslow --tune film --weightp 1 --bframes 3 --ref 4 --bluray-compat --vbv-maxrate 40000 --vbv-bufsize 30000 --level 4.1 --keyint 24 --open-gop --slices 4 --colorprim "bt709" --transfer "bt709" --colormatrix "bt709" --sar 1:1 --pass 2 -o PJ.264 "park_joy_1080p50.y4m"
Yes, I realize I forced the input clip to the wrong frame rate to simulate 24p content via the command line.

32bit 64bit
3.83 6.09 +59%x264 r2164 (x264.nl) / i7-2600K @4.3Ghz / 16GB DDR3 / Windows 7 64-bit

[DarkDream]

Windows XP 64-Bit

I try to run MeGui in 64 bit mode enabled and thats the error I get when it starts to encode my video. avs4x264mod.exe

I have AVISynth 64-Bit installed

Why is MeGui giving me this error? how would I go about fixing this?

[hydra3333]

Can some kind soul please point me to a link describing how to use X264 64bit on Win7-64home/Avisynth2.5.7MT(TSP's 32-bit).
Something about piping, or an other method?
I do lots of TV capture PAL mpeg2 576i -> mpeg4, and would like to try for myself with my sources :) Destination=WDTVlive player.
Thanks.

[smok3]

@hydra3333
http://forum.doom9.org/showthread.php?t=144140

[Atak_Snajpera]

Can some kind soul please point me to a link describing how to use X264 64bit on Win7-64home/Avisynth2.5.7MT(TSP's 32-bit)
I think you should update your avisynth MT to less bugy version
http://forum.doom9.org/showthread.php?p=1564176#post1564176

[hydra3333]

Thanks. Located them. I get same fps +- 1% for 32bit vs 64bit ... q9450 8Gb with SD=>SD, although "HD"->"HD" it's significantly faster for some reason. Most of my captures are SD ...