offset_converter仅对期货市场有用，另外也不应该用来进行数据查询

对的，reference缓存这个功能依赖PortfolioManager模块实现

simnow要用CTP接口，不是CTPTEST

事件驱动引擎和RPC服务代码里都是基于队列阻塞的驱动模式，没有那种毫秒级别的定时轮询了，可以看看内部代码

手动删除下C:\veighna_studio目录试试

读取的都是1分钟，在策略中通过BarGenerator合成为其他周期

请贴下具体的启动方法和CPU占用截图？

官方BUG汇报流程是走Issue，麻烦在Github开个吧

必须加载了PortfolioManager模块，才能获取到之前委托的reference信息

策略on_init函数下漏了load_bar调用

以上参数是由策略模板类CtaTemplate定义的，所以继承其实现的子类也都要这么定义

1. 发起put_event调用
2. 引擎查看策略对象的parameters和variables列表中的字段名称
3. 通过getattr方法将策略对应字段的数值读取到一个字典里
4. 推送该字典到图形界面，图形界面上的表格控件解析字典的key/value字段后显示

延时上会快很多的，主要由底层通讯协议决定。

不过就像普通人开F1可能没啥好处反而很危险一样，不是人人都有必要用了。

this->task_thread.join();

是等待C++向Python推送数据的线程运行结束，所以有可能因为Python那边的对象已经被销毁（或者阻塞）导致卡住了，如果确定只是在关闭系统的时候退出的话，感觉可以直接不管这个join吧，反正进程都退出了。

UDP是订阅的组播行情，所以会受到全市场的所有行情，然后在API中进行过滤处理，自然就占用高了。TCP订阅则是在行情服务器端做了过滤，因此就只需要处理订阅了的合约数据

simnow采用的第一种方法

搜索下载vcredist x64位运行时环境，安装完后重启电脑即可

talib是底层用C++开发的库，核心函数逻辑都在C++里，这里你看到的只是自动生成的Python胶水接口文件

删除c:\users\administrator.vnstation目录后重启即可，不能同时装多个版本的VeighNa Studio，会冲突的

命令行里运行veighna命令，看下有没有什么报错信息，如果没有可能就是内存不足了