On Sun, Apr 11, 2010 at 2:29 AM, Avi Kivity <avi@xxxxxxxxxx> wrote: > On 04/10/2010 11:53 PM, Avi Kivity wrote: >> >> On 04/10/2010 11:49 PM, Jason Garrett-Glaser wrote: >>> >>>> 3-5% improvement. I had to tune khugepaged to scan more aggressively >>>> since >>>> the run is so short. The working set is only ~100MB here though. >>> >>> I'd try some longer runs with larger datasets to do more testing. >>> >>> Some things to try: >>> >>> 1) Pick a 1080p or even 2160p sequence from >>> http://media.xiph.org/video/derf/ >>> >> >> Ok, I'm downloading crown_run 2160p, but it will take a while. >> > > # time x264 --crf 20 --quiet crowd_run_2160p.y4m -o /dev/null --threads 2 > yuv4mpeg: 3840x2160@50/1fps, 1:1 > > encoded 500 frames, 0.68 fps, 251812.80 kb/s > > real 12m17.154s > user 20m39.151s > sys 0m11.727s > > # echo never > /sys/kernel/mm/transparent_hugepage/enabled > # echo never > /sys/kernel/mm/transparent_hugepage/khugepaged/enabled > # time x264 --crf 20 --quiet crowd_run_2160p.y4m -o /dev/null --threads 2 > yuv4mpeg: 3840x2160@50/1fps, 1:1 > > encoded 500 frames, 0.66 fps, 251812.80 kb/s > > real 12m37.962s > user 21m13.506s > sys 0m11.696s > > Just 2.7%, even though the working set was much larger. Did you make sure to check your stddev on those? I'm also curious how it compares for --preset ultrafast and so forth. Jason -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxxx For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href