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.
--
error compiling committee.c: too many arguments to function
--
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=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>