机构版多帐户交易异常

100019719

TACCOUNT(1)是返回的账号栏的激活账号。可能就是这个原因了。
要如何改正呢？

技术010

1、如果你对某个账户不交易，那直接在多账户中不要勾选那个账户就可以，不需要在代码中进行另外的判断了。
2、如果你需要在代码中对账户进行特别的判断，那只能拆分多个策略，每个策略对应交易某个账户，交易语句中指定交易账户。

admin

你多账户下单，压根不需要有这个TACCOUNT的判断。一个策略条件要么在代码中直接指定下单，要么在设置中勾选需要下单的账号即可。

100019719

admin 发表于 2023-8-18 12:57
你多账户下单，压根不需要有这个TACCOUNT的判断。一个策略条件要么在代码中直接指定下单，要么在设置中勾选 ...

如果是在TBUY TSELL中指定帐户，会不会导致策略增加更多的计算过程呢，一般TBUY TSELL是放在代码的结尾处。
以及设置中勾选需要下单的账号的方式是怎样工作的

在多帐户模式中，会监测数千只股，哪种方式有更高的运行效率？
谢谢！

admin

两种方式而已。走的过程都是一样。无非是一个自己控制，一个通过设置控制。

100019719

技术010 发表于 2023-8-18 12:56
1、如果你对某个账户不交易，那直接在多账户中不要勾选那个账户就可以，不需要在代码中进行另外的判断了。
...

单账户交易是可以顺利执行的。
在策略系数中指定账户，也可以实现多账户交易。能看到几个账户有同时的委托，但非常慢。
监控12个股票池，对4个账户下单，金字塔几乎处于卡死的状态，行情都不会刷新，下单也是非常的慢。此时CPU和内存占用不到10%。
机构版多账户股票交易性能表现这么差吗，要如何改善？

100019719

还有一个问题，如果代码中不指定账户，仅在策略系数中进行多账户设置，TACCOUNT(6)获取的资金不正确。

技术006

多账户只是程序化下单时进行并发委托下单，它对效率的影响基本可以忽略不计。（账户和账户之间是顺序下单）

影响软件流畅度的最大因素就是计算量。所以要先从计算性能上下手排查。减少股票池后，看行情是否恢复正常的接收速度。


TACCOUNT只会获取当前账户对应的值。多账户应该指定账户获取。TACCOUNT2。或者结合遍历获取账号对应的值。
TACCOUNTCOUNT
TACCOUNTINDEX

技术010

1、硬件资源的分配是操作系统自主实现的，软件本身没法控制。只是一个预警只能使用到1核，如果要尽量的使用硬件资源，那可以拆分成多个预警分开监控运行。多账户的下单也是从前往后依次顺序下单的，为了减少后续账户下单的滑点，还是建议控制登录的账户数量的，4个账户应该还是可以的，一般不推荐超过4个了。运算效率和硬件资源，运行品种数量、策略复杂度等都有关了，这个可能要综合考虑了，可能要从多个角度来优化了。
2、TACCOUNT(6)这个获取的是当前账户切换显示的账户的资金的，如果你要对各个账户进行单独的控制，那不建议使用多账户系数的功能了，在策略中指定账户，拆分策略，对各个账户单独进行下单控制。

100019719

技术006 发表于 2023-8-25 11:26
多账户只是程序化下单时进行并发委托下单，它对效率的影响基本可以忽略不计。（账户和账户之间是顺序下单） ...

是计算量太大了。如何实现在代码开始处获取正确的账户，以绕开在非指定账户时执行无谓的计算量？

IF strfind(TACCOUNT(1),'XXXXX',1)=0 THEN EXIT;//当前账户非正确账户时会退出，无法遍历到正确账户