-
Notifications
You must be signed in to change notification settings - Fork 708
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
zlog2.0 开发中,求建议,求现实使用反馈。 #35
Comments
Hi, HardySimpson:
|
2.目前我的历史放在TODO里面,包括想做的和已经做的,下次改个名吧,哈哈。 |
哈哈,明白。加油,希望2.X版本更出色 :-) |
不建議搞得太複雜,簡單是最美的,簡單也是最難的。 |
配置文件自动重载是一个好的功能,平时用不上,用上的时候就会觉得非常有用。比如7x24的一个业务,不能shutdown,需要enable某些log(比如DEBUG),这时候就需要修改配置文件,然后Reoad。日志完成后再还原配置。 站在Lib使用者的角度,Zlog Lib原生的支持此功能是最好的,Don't Make Me Think。 |
内核打印的支持有没有考虑过? |
作为C库
楼主可以参考ccan这个库,其设计值得参考。 感谢开源社区,感谢楼主。 |
能否考虑增加 level |
考虑模块可供裁剪? |
用了HardySimpson的库还是不错的,库的特性很符合C语言的风格,感觉三个方面依然是要保持的 |
不知道作者是否还会更新2.0 |
这两年失去维护这个库的兴趣了~~后面有人想做非常欢迎 |
zlog2.0的目标是:
1.节省内存
2.节省CPU
3.增强性能
这3者是可能实现的吗?我想是的,软件开发,永远都会又更加优雅合适的解决方法,随着时间不断涌现出来。
当然,为了达到这3个目标,zlog的API语义也要有一定的变化
// in thread a
static zlog_category_t *a_cat;
2.增加了一个“深度”的配置文件项,更透明的由用户来控制缓存、速度和安全性的平衡。配置文件就像这样:
[deepness]决定了zlog给每个文件开多大的用户态缓存、缓存到多少write出去、多久fsync一次,然后以加减号的形式写在规则前面。
所以,还是性能和功能的平衡点
我是否应该抛弃自动重载配置文件这个特性呢?
或者在每次写日志函数被调用时,都去跑一次gettimeofday(),无论后面是否需要。然后用这个时间来做自动重载呢?
希望大家能给我一些反馈,任何想法,或者其他希望在zlog 2.0中实现的特性或改变都行。
The text was updated successfully, but these errors were encountered: