当前位置: 首页 > article >正文

NanoLog起步笔记-7-log解压过程初探

nonolog起步笔记-6-log解压过程初探

  • 再看解压过程
  • 建立调试工程
    • 修改makefile
    • 添加新的launch项
  • 注:重新学习nanolog的README.md
    • Post-Execution Log Decompressor

下面我们尝试了解,解压的过程,是如何得到文件头部的meta信息的。

再看解压过程

./decompressor decompress /tmp/logFile
在这里插入图片描述如上图,发现,除了前两条有内容,其它的,其实是空的。
这里我们得到第一个猜想是,原始的binary log中,没有有效的消息总条数。所以,解析的程序,
将所有的可能的条目都解了一遍。这是因为,实际的应用中,因为每client(用户线程),实际一直在已经写满的circlebuffer中工作,不会有空白的。

也没有序号,因为时间戳,作为唯一的时间标识。

今天先这样,明天再继续。建一个新的工程之后,详细了解解压的过程。
目前,还没有找到meta是如何存入到最终的log中。只看到每record如何记录注册到meta中的logregistID

建立调试工程

修改makefile

可以有许多选择,这里我们还是基于 sample下的GNUmakefile,来进行。
./sample/GNUmakefile
因为我们现在的focus在解压,所以,我们不希望每次clean将上将做好的log文件删除。
所以,

clean:
	@rm -f *.o sampleApplication /tmp/logFile compressedLog

改为

clean:
	@rm -f *.o sampleApplication compressedLog

意外的收获,发现其中还有一个clean-all,这是很好,能解决昨天说的,有时无法下断的问题。
因为每次编译都是从runtime目录拷过来libNanoLog.a,如果本目录存在这个文件,将不会重编libNanoLog.a。

# Cleans up the NanoLog files as well
clean-all: clean
	@rm -f libNanoLog.a decompressor
	$(MAKE) clean-all -C $(NANOLOG_RUNTIME_DIR)

所以,可以将昨天的贴文中的tasks.json内容改为:
“make clean-all”,

	"tasks": [
		{
			"type": "shell",
			"label": "make clean-all",
			"command": "make",
			"args": [
				"-f",
				"GNUmakefile",
				"clean"
			],
			"options": {
				"cwd": "${workspaceFolder}/sample"
			},
			"problemMatcher": [
				"$gcc"
			],
			"detail": "cleaning: make clean"
		},

添加新的launch项

.vscode/launch.json
        {
            "name": "C++ Launch decompressor",
            "type": "cppdbg",
            "request": "launch",
            "program": "${workspaceFolder}/sample/decompressor",
            "args": ["/tmp/logFile"],
            "environment": [{ "name": "config", "value": "Debug" }],
            "cwd": "${workspaceFolder}/sample",
            "setupCommands": [
                
                {
                    "description": "Enable pretty-printing for gdb",
                    "text": "-enable-pretty-printing",
                    "ignoreFailures": true
                }
            ]
        }

这样做好分析,解压过程的准备。

注:重新学习nanolog的README.md

https://github.com/PlatformLab/NanoLog

在这里插入图片描述## Sample Applications

cd sample

# Modify the application
nano main.cc

make clean-all
make
./sampleApplication
./decompressor decompress /tmp/logFile

Post-Execution Log Decompressor

The execution of the user application should generate a compressed, binary log file (default locations: ./compressedLog or /tmp/logFile). To make the log file human-readable, simply invoke the decompressor application with the log file.

./decompressor decompress ./compressedLog

After building the NanoLog library, the decompressor executable can be found in either the ./runtime directory (for C++17 NanoLog) or the user app directory (for Preprocessor NanoLog).

再向后是单元测试


http://www.kler.cn/a/429846.html

相关文章:

  • WEB前端-3.2
  • 新活动平台建设历程与架构演进
  • 大语言模型训练的数据集从哪里来?
  • [石榴翻译] 维吾尔语音识别 + TTS语音合成
  • 用 Python 绘制可爱的招财猫
  • 什么是反向代理?作用、原理和实例详解
  • 反向代理-缓存篇
  • ubuntu22.04 使用可以用的镜像源获取你要的镜像
  • 数据结构与算法学习笔记----树与图的深度优先遍历
  • MACOS M1/M2芯片 Homebrew 安装教程
  • FastAPI解决跨域报错net::ERR_FAILED 200 (OK)
  • REDMI瞄准游戏赛道,推出小屏平板
  • 单片机C51--笔记8-STC89C51RC/RD-IIC协议
  • 太速科技-614-基于6U VPX FPGA VU9P 4路100G、32路10Gbps的光纤卡
  • 力扣第95题 不同的二叉搜索树 II
  • 【WebRTC】Android SDK使用教学
  • 如何使用靜態IP代理?【詳細教程】
  • 云原生周刊:在Docker上部署大语言模型
  • scala 身份证号码
  • hping3-网络工具
  • Brain.js(六):构建FNN神经网络实战教程 - 用户喜好预测
  • 鸿蒙实现后台任务管理
  • 「Mac畅玩鸿蒙与硬件44」UI互动应用篇21 - 随机励志语录生成器
  • Springboot3整合Redis
  • Fyne ( go跨平台GUI )中文文档-Fyne总览(二)