周谈

刚过完春节，依旧休假状态，没什么工作上的问题。 就是今天看了一篇文章，标题是一台Linux服务器最多支持多少个TCP连接，顺带着在这里小结一下。

项目版本装机首次启动的时间大概需要耗时8分钟左右，有2分钟是系统启动到调用业务服务的时间，然后有6分钟左右是业务服务启动的耗时。产线那边工人的反馈这个很耗时，需要研发这边尽快优化，领导很重视。项目这边

快要到试点发布了，这周项目上面没有什么新的问题，主要工作就是文档整理，项目试点需要进行文档审计归档，许多指标都要达到可以发布的标准，包括设计文档、集成用例、编码自查、用例自查、BUG闭环率等。

项目使用yang文件对数据进行管理，在开发阶段，yang文件定义经常变化，许多是不兼容的变化，毕竟在开发阶段许多数据都还没最终确定下来，随着开发的进展需求也渐渐的迭代，免不了出现不兼容的情况。原先使用

# 配置过多，服务启动不了 问题现象是在大量配置的时候，设备重启或者升级之后，由于服务初始化加载配置运行时间过长，超过了systemd默认的90s，服务被systemd强制退出了。

# 系统时间更改导致的问题 修改系统时间是一个不是常用的功能，但是又是很必须的。看起来很简单的系统时间的修改，也出了好几个问题。

刚开始定位问题的时候，如果python程序的进程挂住了或者是coredump了，使用gdb进行调试，只能通过bt看到c函数的调用栈，没有办法看到python对应的代码，问题的定位比较困难。

最近有业务开发反馈他们在执行一个命令的时候，在命令行分页停留的时候，会导致他们数据面的程序挂住。分析了一下原因

这是周谈第一篇 情况是这样的，项目使用命令行进入，如果在未连接上netconf服务端的时候，马上敲入命令，会导致那个netconf连接不正常。好在这是一个必现的问