经过试用uclibc总结如下:
1.速度
启动速度:
无改善,因为只有busybox和uclibc相关,是静态编译,速度变化不大
AP响应速度;
AP都是QTE程序,基本没影响
视频解码速度:
虽然视频解码是c代码,但是使用c函数,基本就memcpy/memset等,以及str操作相关的,因此相比glibc稍微一点点快,可能是在加载库和映射地址时节省一点时间
2.尺寸:
C库由1.x M变成 几百k
一些中间库小了30%~40%(大部分是c语言的) , QTE库基本无变化, QTE的AP基本只少几k或者10K
总共接近30M,可以少2~3M
3.成熟度
NPTL至今还是branch,没有release, linuxthreads还有BUG,只能用linuxthreads_old
此外一些接口也没有,另外带__的接口没有,例如__getpid等. 其他接口没有用LTP回归测试.
总结:
在速度没有明显变化的前提下,使用uClibc可以减少一些固件大小, 减少内存消耗(-1M左右), 但是由于接口的兼容性和稳定性和glibc还有差距,因此暂不替换当前使用.