共21 条记录, 每页显示 10 条, 页签: [1] [2][3]

标题：至关重要的稳定性!!!建议提供程序无响应通知功能

1楼

anglechenyu 发表于：2010/11/29 19:41:24

从11月1日开始采用金字塔的后台程序化实盘交易,一直运行良好,但今天上午盘中突然程序无响应,(不是因为电脑死机,也不是因为公式问题,而是程序窗口无响应)由于之前几个星期一直没有发生类似情况,正好下午参加公司会议,在交易时间段内没有人工值守,导致开仓后的仓单未能按策略平仓,到下午发现问题时已经帐面浮亏9万多元,(IF1012)

个人认为交易系统多几个函数或者兼容更多的公式并不重要,会稳定赢利的交易策略一定是由最简单的策略构成的,对期货交易而言时机是最重要的,投机就是和市场机会作概率游戏,但是错失了重要的平仓机会,对交易者而言却是致命的.

虽然,本人在实盘交易以前考虑到了各种突发状况,并在策略公式中作了安排,特别设置了一台在上海机房的服务器应对停电断网等意外情况,并且实现了系统开平仓自动短信通知功能,但由于交易系统的局限性,却无法处理类似的程序系统莫名其妙的无响应情况,虽然事后可以检查原因,但损失已经发生确是无法弥补的,同时也提醒其他用于实盘交易的朋友一定要慎之又慎!

痛定思痛,建议金字塔研发人员能够在原有的邮件通知基础上,增加一个监控程序,定时检查程序窗口运行情况,在窗口无响应时通过邮件通知用户即时处理异常情况.从而避免重大的损失.

2楼

wattwei 发表于：2010/11/29 20:10:45

开发监控程序非常有必要，已经不止一个客户反映此情况了。由于金字塔已明确转向收费服务，将来有可能面临客户因为软件意外而索赔的风险。当务之急，在提高软件运行可靠性的同时，开发监控模块，支持网络部署，实现风险在一定程度上可控。

3楼

BNF 发表于：2010/11/29 21:05:40

以下是引用wattwei在2010-11-29 20:10:45的发言：
开发监控程序非常有必要，已经不止一个客户反映此情况了。由于金字塔已明确转向收费服务，将来有可能面临客户因为软件意外而索赔的风险。当务之急，在提高软件运行可靠性的同时，开发监控模块，支持网络部署，实现风险在一定程度上可控。

监控我是用其他软件监控的。这样不是一个或者一种一类进程，就会没问题。

只是老师能不能看下我那个委买委卖的帖子。谢谢！

4楼

anglechenyu 发表于：2010/11/29 21:17:52

以下是引用BNF在2010-11-29 21:05:40的发言：

监控我是用其他软件监控的。这样不是一个或者一种一类进程，就会没问题。

只是老师能不能看下我那个委买委卖的帖子。谢谢！

跪求软件监控的办法,(发个站内信也成)..拜托!!!

5楼

admin 发表于：2010/11/29 21:38:01

这个似乎不太好办，好比你跟一个将死的人说：你死了以后通知我一下，这个道理一样。

6楼

BNF 发表于：2010/11/29 21:41:29

以下是引用anglechenyu在2010-11-29 21:17:52的发言：

跪求软件监控的办法,(发个站内信也成)..拜托!!!

已发

7楼

wattwei 发表于：2010/11/29 22:05:06

我的思路是主程序的多个线程在工作的同时，能够发出心跳信号，辅助程序接收这些心跳信号，如果在规定段时间内，没有接到心跳的更新，辅助程序就预警。

8楼

BNF 发表于：2010/11/29 22:27:24

以下是引用wattwei在2010-11-29 22:05:06的发言：
我的思路是主程序的多个线程在工作的同时，能够发出心跳信号，辅助程序接收这些心跳信号，如果在规定段时间内，没有接到心跳的更新，辅助程序就预警。

根据我的观察，金字塔只有一个进程。

可以进行监控。很方便的。

9楼

paulshen 发表于：2010/11/29 23:02:46

支持进一步提高金字塔的稳定性和可靠性。金字塔对用户来说是real-time and mission critical，稳定行和可靠性至关重要。

当然，用户适当的运维策略也很重要。目前我是不敢无人值守交易的。

严重同意楼主关于“简单”的建议。只有“简单”了，才好保证可靠性和稳定性。

[此贴子已经被作者于2010-11-29 23:02:57编辑过]

10楼

anglechenyu 发表于：2010/11/30 10:07:35

我的思路是设计后台监控程序用SendMessageTimeout();发个消息，在指定时间没有响应就返回结果。

感谢admin对此贴的关注,

共21 条记录, 每页显示 10 条, 页签: [1] [2][3]