由买买提看人间百态

boards

本页内容为未名空间相应帖子的节选和存档,一周内的贴子最多显示50字,超过一周显示500字 访问原贴
Programming版 - 魏老师那一套,都是客户系统那一套
相关主题
清净版:写一个Complete Failover Handbook吧请教个throughput的问题
throughput: 10k/second, latency: 150ms为啥用mmap访问文件的效率高呢?
编程版目睹之怪现象。顶这锅盖总结:Java/C#萨克斯,只有C/C++才是真正的low latency
遗憾:编程版目睹之怪状实乃华人圈子之不幸常态所谓的nano second都是骗人的吧
赵老师你精确定义 100% 出票MPI合并数据的两种算法性能比较?
Cassandra VS ElasticSearch 一般 logging 哪个好流化文件传送 (转载)
请问怎么记录tcp连接的时候从发出synack到收到ack的时间?问问有什么书推荐
请问一个关于web编程的问题Is there anyone familiar with NTP Time Synchronization?
相关话题的讨论汇总
话题: 系统话题: throughput话题: nasdap话题: 平台话题: latency
进入Programming版参与讨论
1 (共1页)
z****e
发帖数: 54598
1
就是不考虑稳定性,赌博的心态去对付每一张单
而不是反过来,以对人民负责的态度去对付每一张单
对于他的系统来说,丢一张单无所谓
但是做平台系统的,任何一张单丢了,任何一个transaction错了
都会引发很严重的后果,当然绝对不丢单是不可能
但是要将这个错误的可能性降到最低
你想想nasdap要是把你送上去的一个request给搞错了会有什么恶果?
他很适合做山寨的抢票插件
各种考虑都很恰如其分地满足了山寨插件对于时间和latency上的考虑
他说了半天throughput,其实跟throughput一点关系都没有
一直说的都是latency,一直在计算每一个transaction所需要的时间
每一个步骤所需要的时间,这是哪门子throughput?
throughput都是说要把带宽,并行处理的数量给提升上去
什么时候见过提升throughput拼命去缩减每一个步骤所需要的时间了?
那是latency,但是抢单的,山寨的那种抢票软件,会有这个考虑,而且很需要这个
你慢一步把request送到平台系统,人家就把票给抢走了
所以魏老师应该去给各个山寨插件做指导
教教他们怎么去抢单,做一个client系统,然后集中送单,等等
举个例子,最近很热的比特币
魏老师适合做挖矿机,不适合做卖比特币本身的平台
魏老师也不能去做nasdap的股票交易平台,就是nasdap本身的平台,他也没有经验
他做的都是如何跟nasdap平台打交道的系统,也就是外围系统
他适合做买方系统,而不是卖方系统,他没有卖方系统的哪怕是一丁点经验
z****e
发帖数: 54598
2
卖方系统要尽量扩充throughput,也就是并发处理多个请求的能力
尽量不要让每一个请求去排队,否则就会拥堵
而买方系统则要尽量减少latency,就是抢在别人发送request之前送出去
这样才能抢到单,就好比挖矿机,要抓紧时间送上单去
这样才能抢先挖到比特币,魏老师应该给天朝各个山寨插件提供指导性意见
p*a
发帖数: 592
3
你搞笑吧,高频交易怎么可能没有稳定性。丢一张单子破产都有可能。

【在 z****e 的大作中提到】
: 就是不考虑稳定性,赌博的心态去对付每一张单
: 而不是反过来,以对人民负责的态度去对付每一张单
: 对于他的系统来说,丢一张单无所谓
: 但是做平台系统的,任何一张单丢了,任何一个transaction错了
: 都会引发很严重的后果,当然绝对不丢单是不可能
: 但是要将这个错误的可能性降到最低
: 你想想nasdap要是把你送上去的一个request给搞错了会有什么恶果?
: 他很适合做山寨的抢票插件
: 各种考虑都很恰如其分地满足了山寨插件对于时间和latency上的考虑
: 他说了半天throughput,其实跟throughput一点关系都没有

p*a
发帖数: 592
4
再插一句,nasdaq撮合系统一个奔腾4PC就够了,这是nasdaq的高级工程师告诉我的。

【在 p*a 的大作中提到】
: 你搞笑吧,高频交易怎么可能没有稳定性。丢一张单子破产都有可能。
z****e
发帖数: 54598
5
破产有可能,但是轮到你做的时候
破产的可能性就已经经过n年的测试和实践了
该出的问题,之前也出过了,该破产的已经破产了
当然也不排除有你把它搞破产的可能

【在 p*a 的大作中提到】
: 你搞笑吧,高频交易怎么可能没有稳定性。丢一张单子破产都有可能。
z****e
发帖数: 54598
6
这个我信,各种依赖就全部扔掉了,都是别人的问题

【在 p*a 的大作中提到】
: 再插一句,nasdaq撮合系统一个奔腾4PC就够了,这是nasdaq的高级工程师告诉我的。
c**0
发帖数: 535
7
who is teacher Wei? btw Lou Zhu is too mean...

【在 z****e 的大作中提到】
: 就是不考虑稳定性,赌博的心态去对付每一张单
: 而不是反过来,以对人民负责的态度去对付每一张单
: 对于他的系统来说,丢一张单无所谓
: 但是做平台系统的,任何一张单丢了,任何一个transaction错了
: 都会引发很严重的后果,当然绝对不丢单是不可能
: 但是要将这个错误的可能性降到最低
: 你想想nasdap要是把你送上去的一个request给搞错了会有什么恶果?
: 他很适合做山寨的抢票插件
: 各种考虑都很恰如其分地满足了山寨插件对于时间和latency上的考虑
: 他说了半天throughput,其实跟throughput一点关系都没有

s*****r
发帖数: 43070
8
铁道部是官僚资本的代表,现在改称铁总了,多牛气的名字
铁总对throughput和latency根本不会care,反正春运不用担心没有客流量的
throughput,网上购票这点事,根本不值得铁总大爷们去关心。

【在 z****e 的大作中提到】
: 卖方系统要尽量扩充throughput,也就是并发处理多个请求的能力
: 尽量不要让每一个请求去排队,否则就会拥堵
: 而买方系统则要尽量减少latency,就是抢在别人发送request之前送出去
: 这样才能抢到单,就好比挖矿机,要抓紧时间送上单去
: 这样才能抢先挖到比特币,魏老师应该给天朝各个山寨插件提供指导性意见

A****F
发帖数: 1133
9
纳斯达克都拼错了 后面都不用看了 楼主瞎鸡巴扯淡
m*******l
发帖数: 12782
10
澳大利亚拼写,这个还是不要吹毛求疵了

【在 A****F 的大作中提到】
: 纳斯达克都拼错了 后面都不用看了 楼主瞎鸡巴扯淡
1 (共1页)
进入Programming版参与讨论
相关主题
Is there anyone familiar with NTP Time Synchronization?赵老师你精确定义 100% 出票
big data怎么搞定商业报表?Cassandra VS ElasticSearch 一般 logging 哪个好
Re: 大家介绍一下当下比较流行的网页编程吧 (转载)请问怎么记录tcp连接的时候从发出synack到收到ack的时间?
迷惑了请问一个关于web编程的问题
清净版:写一个Complete Failover Handbook吧请教个throughput的问题
throughput: 10k/second, latency: 150ms为啥用mmap访问文件的效率高呢?
编程版目睹之怪现象。顶这锅盖总结:Java/C#萨克斯,只有C/C++才是真正的low latency
遗憾:编程版目睹之怪状实乃华人圈子之不幸常态所谓的nano second都是骗人的吧
相关话题的讨论汇总
话题: 系统话题: throughput话题: nasdap话题: 平台话题: latency