我现在想在5秒线上交易，发现速度很慢，我就测试一下，赶紧软件在调用策略的时候速度太慢，不知道有没有什么办法解决，或者是用
专业版能否解决这个问题呢？
我先弄一个策略，里面只有这么一句：
ret := "test@test"();
就是调用test.dll函数中的test函数，其它任何语句都没有了，也不送入自定义的参数。
然后在test函数中，我用QueryPerformanceCount函数进行读取CPU的时钟周期，在我的机器上，
QueryPerformanceFrequency函数返回的结果是10000000，也就是说，
QueryPerformanceCount返回结果的单位是100纳秒，结果发现test函数两次调用之间的间隔可达好几百，多的可以到达1000多，这样算起来，两次函数调用的间隔居然能到达好几十微秒，如果有10000根K线，那么这个时间就需要几百毫秒，而此时还没有任何的策略计算。
对于5秒线来说，1天的K线数就达到5000以上，例如原油，金银。
1，不清楚你是否是以序列模式还是逐K线模式调用的DLL，因为如果是逐K线模式的，你的DLL也必须设计成逐K的对应模式
2，你记录的CPU时钟周期是用什么记录的，如果是TXT文本等方式记录的，本身记录这些也需要时间的
是逐K线模式的，我的代码如下。__declspec(dllexport) int WINAPI RUNMODE()
{
//本DLL运行序列模式，如果运行逐K线模式将此函数返回1，此时每执行一个K线都是调用本接口一次。
return 1;
}
策略函数中的代码如下：
if (p->m_dwBarpos == 0)
{
QueryPerformanceCounter(&start_tick);
fprintf(fp, "%lld\n", start_tick.QuadPart);
}
p->m_pResultBuf[0] = 0;
if (p->m_dwBarpos == p->m_nNumData - 1)
{
LARGE_INTEGER
freq;
QueryPerformanceFrequency(&freq);
QueryPerformanceCounter(&end_tick);
fprintf(fp, "%lld, %lld\n", end_tick.QuadPart,
(end_tick.QuadPart - start_tick.QuadPart) * 1000 / freq.QuadPart);
}
return 0;
只在第一根K线和最后一根K线做日志，故不是写文件引起的速度慢。
输出的结果是：
50594583544
50602855894, 827
总共耗时827ms，这样的耗时算得上很吓人吧。K线数目31338根。平均每根K线耗时20多微秒。这个情况你们自己可以测试的。
我前面解释过了，你用fprintf打印日志时也是需要时间的
我晕，你看代码了吗，我只在最后一根K线的时候调用了fprintf，不是每根K线都调用的。
版主能解答一下吗，整个过程中我只调用了2次fprintf，硬盘是固态的，不可能需要很多时间的。
经过我们内部测试，测试程序如下：
//计算收盘价的均价,一个常数参数,表示计算周期
//调用方法:
// "STOCKFUNC@MYMACLOSE"(5)
DWORD dwStart;
FILE *fp;
__declspec(dllexport) int WINAPI MYMACLOSE(CALCINFO* pData)
{
if ( pData->m_pfParam1 && //参数1有效
pData->m_nParam1Start<0 && //参数1为常数
pData->m_pfParam2==NULL ) //仅有一个参数
{
if (pData->m_dwBarpos == 0)
{
fp = fopen( "d:\\mytest.txt", "w" );
dwStart = ::GetTickCount();
fprintf(fp, "%lld\n", dwStart);
}
pData->m_pResultBuf[0] = 0;
if (pData->m_dwBarpos == pData->m_nNumData - 1)
{
DWORD dwEnd = ::GetTickCount();
fprintf(fp, "%lld, %lld\n", dwEnd,
(dwEnd - dwStart));
fclose( fp );
}
}
return -1;
}
由于每次测试的结果只都有所不同，大致取中位数如下：
当K线数量为 34000根时 406ms 当为4000根时 47ms， 其中5ms为fprintf写盘时间，测试机器 I7 8750
测试结果大致为你前面的一半，并未达到800ms以上，建议你测试时关闭所有图表的公式，逐k运行时其他的pel公式也会影响本pel公式运行。
有关你提到的效率问题，做如下回答：
逐K线模式运行时，每根K线都会去对PEL运行引擎做计算调用操作，406ms的计算时间，其中有350ms均消耗在此，其他的50ms是计算前的初始化和计算后的数据处理消耗。
3万4千根K线的调用DLL裸计算速度为400ms这个效率对于PEL来说后面也没什么太多空间了，运行卡顿主要消耗点应该还是在你的DLL策略本身，建议您对你的DLL做效率优化。如果你的策略对于这3万4千根k350ms的计算消耗非常在意，你可以考虑直接使用我们金字塔提供的C++开发接口，直接调用我们提供的数据API和下单API来直接交易。
参考
使用金字塔C++ API开发策略的优势
我测试的机器cpu较差，你们测试的情况和我测试的结果一样。
我不知道你说的PEL是不是你们金字塔那个语言的引擎，好像为每一根k线调用一次引擎不合理。毕竟这里不需要调用语言中的任何函数，不需要任何指标。
我们dll内策略的优化是另外一回事，因为我们的策略只需要计算最后一根K线，前面所有K线的中间结果都有缓冲。当然以前我们的策略依赖PEL中的均线箱体等，这部分可能速度较慢。
你是通过PEL去调取DLL执行的，所以会调用脚本语言引擎进行处理