HEVC中比较耗时的模块

先引用unix编程艺术第一章的一段话
Rob Pike，最伟大的C语言大师之一，在《Nos on C Programming》中从另一个稍微不同的角度表述了Unix的哲学
    原则1：你无法判定程序会在什么地方耗费运行时间。瓶颈经常出现在想不到的地方，所以别急于乱找个地方改代码，除非你已经证实那儿就是瓶颈所在。
    原则2：估量。在你没对代码进行估量，特别是没有找到最耗时的那个部分之前，别去优化速度。
    原则3：.......
    ......


根据大师的原则，我们必须找出整个HEVC编码框架中最耗时的地方，也就是整个编码框架的瓶颈所在。由于HEVC编码结构的基础CU，TU的是基于四叉树的划分，所以整个编码框架是一个递归的结构，编码器的优化包括两个方面
    1.预测和变换的快速模式选择
    2.关键瓶颈算法的优化
第一条预测和变换的快速模式选择，我们讲在后面的文章中进行讨论，这篇文章我们先讨论一下找出HEVC编码框架中最耗时的部分。
    为了找到编码框架中最耗时的算法，我们把编码的结构配置到最简单，即CU和TU的层数都为1，不做递归的划分，只做Intra的编码，配置如下：
#======== Unit definition ================
MaxCUWidth                    : 16          # Maximum coding unit width in pixel