评论了一个帖子
19:48:26,显示k线最后一根柱datetime变化 |
2021年11月25日 | 2 | |
问了一个问题
api.is_changing有bug? 非交易时段,为什么k线还有变化?def f(): instrument = "SHFE.pb2201" k = api.get_kline_serial(instrument, 60, 250) return k api= TqApi(TqKq(), auth=TqAuth("嘻嘻嘻", "ddd")) instrument="SHFE.pb2201"... |
2021年11月25日 | 2 | |
评论了一个帖子
也就是说,你方代码在解决延迟后恢复连接上有问题 |
2021年11月12日 | 2 | |
评论了一个帖子
关键是重试几次,上面的订阅成功获取,但下面的大概率获取不到,这个不是延迟问题,是你那边代码有问题.你仔细看我的log |
2021年11月12日 | 2 | |
问了一个问题
用循环获取多个合约k线,get_kline_serial,只要一个合约出现超时,后面大概率都要出现超时这是log,ru2201的k线第一次获取时超时重试,然后获取成功,然后你会发现后面的合约,慢慢的,超时现象越来越多,再到后面,直接就收不到数据了!!!这是什么鬼??... |
2021年11月11日 | 2 | |
评论了一个帖子
另,由于python线程无法设置线程优先级(由于GIL机制),目前也没有其他好方法. 不知道有没有其他方法可以使用 |
2021年10月16日 | 2 | |
评论了一个帖子
另,网络问题也可能导致超时, 所以我的程序在下雨天表现更为糟糕,因为我用得是手机热点,o(* ̄︶ ̄*)o |
2021年10月16日 | 2 | |
问了一个问题
wait_update对时延的处理不太好,希望改进比如在多线程环境, 当主线程main_api.wait_update时,若存在多个子线程在启动,而这些子线程工作在密集计算代码,则主线程得不到运行,导致main_api.wait_update响应超时,这种情况根据我的测试,若你是在等待k线更新,基本上程序就over了,因为k线已经不再更新了... |
2021年10月16日 | 2 | |
评论了一个帖子
我也想知道 |
2021年10月16日 | 2 | |
评论了一个帖子
那是什么原因呢?想知道发生了什么 |
2021年10月16日 | 2 | |
注册的
|
2021年9月23日 | 10 |