On Sat, Apr 10, 2010 at 1:42 PM, Avi Kivity <avi@xxxxxxxxxx> wrote: > On 04/10/2010 11:24 PM, Avi Kivity wrote: >>> >>> Oh, this tickled some memories: x264 compressed encoding can be very >>> cache and >>> TLB intense. Something like the encoding of a 350 MB video file: >>> >>> wget http://media.xiph.org/video/derf/y4m/soccer_4cif.y4m # NOTE: >>> 350 MB! >>> x264 --crf 20 --quiet soccer_4cif.y4m -o /dev/null --threads 4 >>> >>> would be another thing worth trying with transparent-hugetlb enabled. >>> >> >> I'll try it out. >> > > 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/ 2) Use --preset ultrafast or similar to do a ridiculously memory-bandwidth-limited runthrough. 3) Use --preset veryslow or similar to do a very not-memory-limited runthrough. 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