Xlog Benchmark

其他部分

敬请期待

Xlog

首先说一下为什么拿 LOG4CPP 做比较:

• 同是 C++ 所写的日志组件，语言上性能应该相近，都可以做到跨平台

• LOG4CPP 是一个优秀的框架

仔细分析两个日志框架的原理可以看出，内部实现有诸多不同，不能简单的直接拿来做比较， Xlog 考虑到移动终端的特点，会对日志进行压缩，而 LOG4CPP 诞生时移动互联网的时代还没到来，主要是为 PC 而做的一套框架（下面所有测试 LOG4CPP 选用的是 RollingFileAppender， 和 Xlog 每天一个日志文件的功能类似）。 综合以上考虑我通过两种情况去做了比较(需要注意的是不同的时间相同的机型同样的案例测试结果可能有变化)：

Xlog 去掉压缩加密部分，和 LOG4CPP 放在同一个起点上对比， 每条日志为长度为 100 的随机字符串。详细数据如下：

测试时间：2016-12-31

	1w 条日志耗时	1w条日志大小	10w 条日志耗时	10w条日志大小
iPhone 6s 使用 xlog	115 ms	1.9 M	1155 ms	19 M
iPhone 6s 使用 log4cpp	329 ms	1.4 M	3252 ms	13.8 M
HUAWEI MATE 8 使用 xlog	452 ms	1.5 M	4685 ms	15.4 M
HUAWEI MATE 8 使用 log4cpp	581 ms	1.38 M	6249 ms	13.8 M
SAMSUNG GT-I9500 使用 xlog	1130 ms	1.5 M	13997 ms	19.5 M
SAMSUNG GT-I9500 使用 log4cpp	4148 ms	1.4 M	46631 ms	13.8 M
Motorola Nexus 6 使用 xlog	1300 ms	1.5 M	12328 ms	15 M
Motorola Nexus 6 使用 log4cpp	3848 ms	1.3 M	36110 ms	14 M

测试时间：2017-06-06

	1w 条日志耗时	1w条日志大小	10w 条日志耗时	10w条日志大小	init 耗时
iPhone 6s 使用 xlog	116 ms	1.9 M	1127 ms	19 M	10 ms
iPhone 6s 使用 log4cpp	486 ms	1.4 M	4867 ms	13.8 M	2 ms
HUAWEI MATE 8 使用 xlog	437 ms	1.6 M	4303 ms	16.1 M	1 ms
HUAWEI MATE 8 使用 log4cpp	588 ms	1.45 M	5981 ms	14.5 M	1 ms
SAMSUNG GT-I9500 使用 xlog	机器损坏	-	-	-	-
SAMSUNG GT-I9500 使用 log4cpp	机器损坏	-	-	-	-
Motorola Nexus 6 使用 xlog	2130 ms	1.5 M	21930 ms	15 M	9 ms
Motorola Nexus 6 使用 log4cpp	7372 ms	1.3 M	63166 ms	14 M	3 ms

从上面的数据其实就能看出来 iPhone 和华为的机器的存储做的要比其他几个厂家要优秀。这里可能会有人有疑问，为什么两个组件都不压缩，产生的日志大小差别这么大，这里就需要看一下两个组件打的日志内容：

2016-12-31 12:24:19,579 [4485227456] WARN - KRCJTDMXOUSBBEXAMPTZGBXRYMKHPYHWDOZIICGGMYDASYCERVWFIEIOUYAPWXGAYSOJDWADFRXPJPEMMTYMGEBASRNLRRPTXTBR

上面的是 LOG4CPP 打的日志，包括时间、线程名、日志级别、日志内容。 再看下面是 Xlog 打的日志，不仅包含 LOG4CPP 有的所有东西，还增加了进程名、 TAG、文件名、函数名、行号。如果想让 LOG4CPP 增加这些信息，并没有那么简单，因为 Xlog 打印日志的接口是宏，很容易获取到这些信息，但是 LOG4CPP 打印日志的接口是函数。

[I][2016-12-31 +8.0 12:24:19.793][45420, 106652628366400*][][ViewController.mm, viewDidLoad, 86][JDCIKXWEKOFNKEOPRYCYGGGCKXAJRRQRABREHRZLOHMWKLEAFGVJPJSVKPGVPQBQJXWYOAZZSJIPMUNTRTATYVXQZUFGVNUZVLMO

Xlog 默认的实现(带有压缩)，和 LOG4CPP 对比， 每条日志为长度为 100 的随机字符串。测试时间：2016-12-31，详细数据如下：

	1w 条日志耗时	1w条日志大小	10w 条日志耗时	10w条日志大小
iPhone 6s 使用 xlog	420 ms	955 K	4175 ms	9.3 M
iPhone 6s 使用 log4cpp	331 ms	1.4 M	3236 ms	13.8 M
HUAWEI MATE 8 使用 xlog	755 ms	1 M	7585 ms	10 M
HUAWEI MATE 8 使用 log4cpp	606 ms	1.4 M	6356 ms	14 M
SAMSUNG GT-I9500 使用 xlog	1972 ms	1 M	18489 ms	10.4 M
SAMSUNG GT-I9500 使用 log4cpp	4743 ms	1.3 M	47944 ms	13.8 M
Motorola Nexus 6 使用 xlog	1825 ms	1 M	17831 ms	10 M
Motorola Nexus 6 使用 log4cpp	3776 ms	1.3 M	36359 ms	14 M

Xlog 默认的实现(带有压缩和加密)，和 LOG4CPP 对比， 每条日志为长度为 100 的随机字符串。测试时间：2017-06-06，详细数据如下：

	1w 条日志耗时	1w条日志大小	10w 条日志耗时	10w条日志大小	init 耗时
iPhone 6s 使用 xlog	430 ms	956 K	4348 ms	9.3 M	19 ms
iPhone 6s 使用 log4cpp	487 ms	1.4 M	4892 ms	13.8 M	2 ms
HUAWEI MATE 8 使用 xlog	753 ms	1 M	7593 ms	10 M	5 ms
HUAWEI MATE 8 使用 log4cpp	596 ms	1.4 M	5988 ms	14 M	2 ms
SAMSUNG GT-I9500 使用 xlog	机器损坏	-	-	-	-
SAMSUNG GT-I9500 使用 log4cpp	机器损坏	-	-	-	-
Motorola Nexus 6 使用 xlog	2832 ms	1 M	27288 ms	11 M	20 ms
Motorola Nexus 6 使用 log4cpp	5963 ms	1.3 M	63588 ms	14 M	3ms

单从耗时上看的话， Xlog 在 iPhone 和 Mate 8 上面是比不过 LOG4CPP 的，这里其实是因为这两个厂家的存储做的都很优秀，即使直接写文件，性能也不算很差，而 Xlog 压缩日志也需要一部分时间。

其他厂家，Xlog 是完胜 LOG4CPP。可能会有人觉得 Xlog 使用压缩后两个日志大小也并没有差别很大。熟悉 LZ77 压缩算法的人应该知道，这种随机字符串可压缩率极低，而应用中的日志大部分都是比较容易重复的字符串。在微信中使用 Xlog 的压缩率是 83%(即 100 M文件可以压缩为 17 M)。

即使在 Mate 8 上耗时 LOG4CPP 短于 Xlog， 我依然不推荐使用 LoG4CPP。不只是因为 LOG4CPP 会占用用户更多的存储空间，还因为哪怕存储做的再优秀，当系统给 write 的缓存占用内存超过 dirty_ratio 会直接阻塞写入的线程，如果非 UI 线程可能还好，UI 线程的话会表现为卡顿。

接口易用上 Xlog 比 LOG4CPP 方便很多， 但因为 Xlog 接口处大量使用了宏，可读性上应该是没有 LOG4CPP 强。

通过上面的对比，可以发现 Xlog 是更适合移动 App 环境使用的。Xlog 的耗时在长尾型的机器覆盖中更有优势，且针对移动环境对用户额外存储占用更少量的原则，通过压缩实际应用中可以有比较高的日志空间优化。 但是在扩展性上面， LOG4CPP 是优秀于 Xlog 的，只是大家思考下，类似远程的 appender 这种，客户端需要吗。Xlog 并不是不能做这些扩展，只是考虑了移动端是否需要这些扩展。

希望大家继续关注 Xlog，继续关注 Mars，微信开源愿与大家一起成长，谢谢大家。

更多的使用范例，大家请仔细阅读Sample。使用过程中有任何问题或建议，欢迎联系我们!