项目标识： LC-屏幕校正, SR-StarRiver路灯控制, SE-SkyEye无线监控

20141103

20141104

20141105

SR: 寻找VC6下使用64位整形以及字符串转换为64位整形的方法
- 曾磊的客户端当前是32位的，数据库里任务ID是64位整形，仅用32位不足以满足长期高负荷运行需求。问题主要出在VC6编译器不支持当前C++标准的64位类型和标准库。
- 以压力测试5000盏灯，后台加前台定时查询都开启的负荷，15:06运行到08:56一共15219425个任务。仅用32位ID的话，211天就会达到 numeric_limits<uint32_t>::max()，而用足64位ID则可以使用2.49e9年才达到 numeric_limits<uint64_t>::max()。
- 两种解决方案
  - 客户端直接不读ID，使用MD5来取任务
  - 客户端用微软的自定义类型 __int64，自写函数从字符串转换
SR: server链接的boost.asio库从1.55.0升级到1.57.0。
- 更新移除了一些Windows平台下对 deprecated socket api 的使用
SR: 压力测试分析

20141106

20141107

参观工博会
SR: 检查压力测试的数据库log，寻找是否有slow query
- 历史记录求平均的trigger耗时长，平均162.44s
- 删历史记录的trigger耗时长，平均17.19s
- 优化这两个query：慢的原因都是因为对timestamp类型的字段做了函数变换，于是用不了索引。写了优化的sql之后，能利用索引了，快了几个数量级……

20141110

SR: 优化一个慢查询
- 从详细状态历史汇总到每小时的历史，以前的设计每天做一次，log中的慢查询平均313.91s。
- 现优化为每小时汇总上一个小时的历史，log中的慢查询平均25.77s。
浙江龙丽丽龙隧道灯需求讨论
SR: 调整MySQL event执行策略，减少lock时间。

20141111

SR: TaskDone 历史记录多达72GB时，删除旧任务的事件耗时过长，几乎无法完成。
- 经过如下步骤，此后的 OPTIMIZE TABLE tbl_name 能回收磁盘空间了
  - 备份全部数据库
  - 设置 innodb_file_per_table
  - 清空全部数据库
  - 恢复备份
- 调整清理历史的事件，改为每日零点清除全部旧历史
- 效果：
  - 磁盘空间占用从80G降回5G
  - 每张表存放在独立的文件中
SR: 调整StarRiver的测试压力。频率从3s/10s降至60s/300s。
- 后台自动查询的频率保持10s/30s。
- MySQL load从3.5降至0.4

20141112

20141113

20141114

SR: 后台自动查询仅在客户端模式下进行
- 服务器模式下的自动查询范围不一样，待实现
原来使用的台式机win7系统故障了，开任何一个命令行程序都提示0x0000142错误
- 武工直接换了一台新机器，下午装好VS和依赖的库文件，可以继续开发了
SR: 服务器模式下，构造一个 tcp_server 监听数据库 SystemConfig 表中指定的端口号
- 构造一个 ControllerConnectionShTcp 对象，用其中的 data socket 与连入的控制器通信
- 处理类型为 0x0008 的注册指令。
  - 问题：确认帧发给控制器之后，控制器依旧连续不间断发来登陆帧，这个问题要联系唐德解决。
SR: 全部头文件和库路径改成相对路径
- boost用junction建一个soft link在 lib/boost_binary 路径下

20141115

20141117

20141118

SR: 服务端模式下实现以下功能
- 控制器不在线处理
- 掉线处理（控制器idle后再次重连已经处理，控制器掉线待测）
SuperDog 在 Windows 8.1 环境下的使用
- 随开发狗的光盘上软件版本1.1，在 Windows 7 上使用正常，Windows 8.1 上安装驱动失败。
- 邮件询问SafeNet的support，无回复。
- 网上（非SafeNet官网，官网没提供下载）找到了2.2版的软件，安装及使用目前看都正常。

20141119

20141120

20141121

20141124

20141125

20141126

20141127

20141128

Nov 2014

results matching ""