| 以文本方式查看主题 - 金字塔客服中心 - 专业程序化交易软件提供商 (http://222.73.7.161/bbs/index.asp) -- 金字塔软件问题提交 (http://222.73.7.161/bbs/list.asp?boardid=2) ---- [注意]不同服务器上补的数据还不一样？ (http://222.73.7.161/bbs/dispbbs.asp?boardid=2&id=29576) |
| -- 作者：bbking -- 发布时间：2012/9/29 23:00:18 -- [注意]不同服务器上补的数据还不一样？ 期货 电信1 电信2 免费 IF09 5分钟数据~ 两个不同的服务器补的数据还不一样~ 坑爹呢这是... |
| -- 作者：RogarZ -- 发布时间：2012/9/29 23:17:36 -- 你是指什么差别？ 现在用工具——数据补充 都是一样啊 不存在服务器的关系 若有差别请指明是什么差别？
|
| -- 作者：最后一个傻瓜 -- 发布时间：2012/9/30 17:44:29 -- 这个问题兄弟也遇上了？我还以为自己机子有问题呢，原来是普遍现象啊。不同服务器数据完整度也不同，害得我每次收盘都要换几个服务器补数据 |
| -- 作者：想买软件 -- 发布时间：2012/9/30 19:46:59 -- 确实是这样的，不同服务器数据不一样 |
| -- 作者：RogarZ -- 发布时间：2012/9/30 19:52:14 -- 我至今仍不知您所谓的数据有差异 差异在什么地方。能否指出？
有微小的差异是肯定存在的。 金字塔分了几个服务器，任何服务器之间会因为数据传输的问题造成极其微小的差异。（这个目前任何软件都解决不了） 而其他采用 点播数据 的软件，因为就相当于1个服务器在接受数据，所以你看不出来。
没个一段时间金字塔会对服务器数据做同步。 |
| -- 作者：qingni0000 -- 发布时间：2012/10/1 13:29:04 -- 有微小的差异是肯定存在的。 金字塔分了几个服务器，任何服务器之间会因为数据传输的问题造成极其微小的差异。（这个目前任何软件都解决不了） 版主，这个问题其实很好解决，用两个通道传递数据。一个是强调实时性，可以有差错。另一个强调数据的完整性，有接收确认。 这样服务器上除了最近几秒的数据可能不完整外，其他时间的都会是完整的。 |
| -- 作者：RogarZ -- 发布时间：2012/10/1 19:04:01 -- 感谢你的建议。 但不具备可执行性，金字塔是全推，数据时落在本地的。你难道在交易时段还时时删除数据，下载你所谓确认的数据？
若是等确认后在从服务器发送，行情都不知道走到哪去了，这个数据就没有实效性了
指的微小差距，是指tick的并比，即少数情况下发生1秒2比的数据 变成了1笔，由此造成数据及其微小的不一致。 这个绝大多数客户不受影响。
我要强调的是，金字塔接受交易所的数据是完整，可靠的，并没有缺少！！！微小差异的原因也解释了
LS你讲的方法在点播数据可以用，你只要修改服务器的数据即可。 全推，无法按你说的处理。 |
| -- 作者：DarthYoda -- 发布时间：2012/10/1 20:14:37 -- Ro桑，麻烦看看，29号6E的数据怎么也补不上啊 |
| -- 作者：想买软件 -- 发布时间：2012/10/2 2:01:34 -- 我觉得一个比较好的办法是生成校验码，每个月每个品种数据生成一个校验码，数据错了，软件在客户机自动校验一下就好了 不用重新下载，节省服务器资源。 |
| -- 作者：qingni0000 -- 发布时间：2012/10/7 21:12:56 -- RogerZ： 看了我没有表示的足够清楚。还是举个例子吧：假如从交易所来的数据是完整的，接受的计算机收到后把每100毫秒的数据打成一个小包，每个包按先后顺序分一个递增的序号和校验。服务器在收到每个小包后，根据序号和校验，即可判断是否有漏包和包是否完整。如果有漏包或数据不完整，可以马上向接受计算机申请重发错误的包。这个重发机制并不影响数据的实时性，只是对数据的完整性做了个补充。 正常情况下，这个小概率的重发过程是很快的，不会超过100毫秒，基本等同于单个包都有确认重发，不过在高负载时效率会比简单的确认重发高。 服务器到金字塔软件也可以采用同样的机制，其效果在网络忙时等于 实时的全推+即时的数据补充， 在网络空闲时就是每个包的确认重发。 数据的完整传输其实有很多成熟的协议，我说的这个基本是电话网7号信令中的数据包传输的示意。如果可能，最好采用成熟的协议，方便而且效果有保障。
|