请教如何打 log，性能最好

一般会弄个队列异步写文件, 性能最好的应该是 log4j2 里用的 disruptor 吧.
这东西还是找找成熟的第三方库吧, 没必要自己写.

@MoYi123 c++好像不是 log4j2 ，异步写的话，要缓存，然后开线程吧，会不会还不如直接写到文件里。

log4j = log for java, C++应该没这玩意吧

c++先上 https://github.com/gabime/spdlog ，不够用再研究别的

@ligiggy 缓存比直接写估计快 50-60 倍左右吧. 不过具体还是要看 benchmark.

@ligiggy 我指的是 log4j2 里用的数据结构 disruptor 是我知道的最快的处理日志的方案.

@lonewolfakela 大概浏览了下 spdlog 的异步写 log ，看到了 std::vector<std::thread>，感觉不会很快。主要是我没有实现方案，有的话，可以自己实现一个功能简单一点的。

log4cpp? 可以看看 glog

@MoYi123 好像开源库都是基于 std::thread 实现的，看来没法避免线程了，我去研究下吧

log ==> null

@novolunt 什么意思。。。。

google 的 log 库

@novolunt respect

https://github.com/MengRao/fmtlog 测试比 spdlog 快

异步缓存，，

发到别的线程是内存操作，写到磁盘是 I/O 操作，内存操作肯定比 I/O 操作要快，你可能觉得整体的时间增加了，但对于产生 log 的那个线程，就不用负担 I/O 的时间了。

同步调用，异步落盘

往标准输出和磁盘写，都要异步非阻塞，不然会因为这两个 IO 会影响到你的程序的

对性能要求奇高，可以写入 mmap 里面，然后 log 进程搜集。腾讯是这么做的。

歪一下，大部分服务都跑云服务了，所以直接往标准输入输出里输出就行。云服务会自己收集输出的日志

开个线程单独写呗。

zlog 还不错，接口比较简单，效率不错

log 到控制台，在关键的地方才 log ，其他的直接 minidump 了

简单点做个多生产者-单消费者模型就可以了，写到缓冲的线程为当前正在操作的线程，缓冲写到文件的线程为单独的后台线程。按这种思路，一万次操作跟玩一样，自己写过测过总共也就 2ms 耗时
不想写的话用 spdlog 之类的吧

直接写文件就行了, SSD 自身就有缓存, 不需要你来考虑缓存问题

纠正一下，文件写的执行是系统中断。也就是中断进程调度。并非写 10000 次，就有一万次中断执行。可能，我说的是可能，你写 10000 次，中断只执行了 100 次。

这个问题在 mysql 上面是重点问题。实际上 mysql 默认的文件写操作，是非实时的。有一点延迟，碰到宕机，可能会出现 sql 执行成功但是文件没保存的情况。强如 mysql 这类，都只能做取舍。

如果性能要求极高，可以考虑 mmap ，mysql 也有用 mmap 做文件写操作。但是实现方案真的繁杂。做稳定很难，而且极消耗内存。

不过我觉得是不是应该想想为什么要单节点追求无敌的文件写的性能？是全球领先的需求场景么？方案调整一下说不定根本没有这个问题。

日志 io 问题，只在机械硬盘上面比较显著，现在的 ssd 都可以做到 gb 级别读写，比机械硬盘提升了几十倍。

另外，ssd 是随机不敏感的存储，对数据库的优化特别重要。因为日志文件写是连续 io ，不是随机 io ，不像数据库那样特别需要 ssd 的随机不敏感特性。


如果不考虑数据丢失的问题，写到内存再批量写文件，肯定是可以优化问题的。

最后，我感觉你的忧虑应该是不存在的。

@djoiwhud 我的行业偏向嵌入式，没有 SSD ，硬盘性能很差。不过还是可以试试 缓存到内存里面，再开线程写入到文件的操作。

我才不管这些，日志狂魔就是我

fmtlog 延时还可以，要吞吐的话，可以用 nanolog 。但是 nanolog 查看的时候就不太方便了。

发 UDP 包，让别的机器去做性能最好，不接受反驳