f*e
2 楼
这群王八蛋。
n*t
3 楼
1、抢票：
前段很容易针对 pattern 进行限制，比如你 100ms 识别出校验码，滚粗去；2 秒钟查
询 10 个车次，滚粗去 。。。
2、联程：
现在已经有大量数据可以分析，针对可能的联程构建虚拟车次，比如北京到广州经上海
转，加个车次 V102120，小概率的比如北京经乌鲁木齐到天津就不加了。
3、预充值：
购买前先充值到账户，5 毛钱余额的不准查北京到莫斯科的，充值后退款需 24 小时，
这样可以挡住部分黄牛。充值凭身份证到火车站窗口或者支付宝，这样也可以绑定真实
性。
4、查询、锁票预分析：
如某车次在特定时间段超过一定数量的查询，比如 5 秒内超过 10000 人，查询直接返
回 NULL。所有查询基于实际、虚拟车次，减少实时运算量。查询结果编译成锁票操作
码：车次+锁定站点，估摸 8 bytes 就够了。
5、锁票：
不同车次用不同 ASIC，虚拟车次使用 ASIC 级联，数据库操作不需要构建 SQL 神马的
，就是 2 个 cycle 的 I/O：write/read。
6、出票：
锁定成功直接出票
基本上除了锁票，其他都可以分布处理，各位大牛看看如何？
前段很容易针对 pattern 进行限制，比如你 100ms 识别出校验码，滚粗去；2 秒钟查
询 10 个车次，滚粗去 。。。
2、联程：
现在已经有大量数据可以分析，针对可能的联程构建虚拟车次，比如北京到广州经上海
转，加个车次 V102120，小概率的比如北京经乌鲁木齐到天津就不加了。
3、预充值：
购买前先充值到账户，5 毛钱余额的不准查北京到莫斯科的，充值后退款需 24 小时，
这样可以挡住部分黄牛。充值凭身份证到火车站窗口或者支付宝，这样也可以绑定真实
性。
4、查询、锁票预分析：
如某车次在特定时间段超过一定数量的查询，比如 5 秒内超过 10000 人，查询直接返
回 NULL。所有查询基于实际、虚拟车次，减少实时运算量。查询结果编译成锁票操作
码：车次+锁定站点，估摸 8 bytes 就够了。
5、锁票：
不同车次用不同 ASIC，虚拟车次使用 ASIC 级联，数据库操作不需要构建 SQL 神马的
，就是 2 个 cycle 的 I/O：write/read。
6、出票：
锁定成功直接出票
基本上除了锁票，其他都可以分布处理，各位大牛看看如何？
b*k
4 楼
是挺折腾的。 记住每登记一步， 就存一次， 下载一次数据。
然后再回去填下一步。
然后再回去填下一步。
e*o
5 楼
为啥铁道部不搞ASIC？
他们应该能承受这个成本吧？
【在 n*****t 的大作中提到】
: 1、抢票：
: 前段很容易针对 pattern 进行限制，比如你 100ms 识别出校验码，滚粗去；2 秒钟查
: 询 10 个车次，滚粗去 。。。
: 2、联程：
: 现在已经有大量数据可以分析，针对可能的联程构建虚拟车次，比如北京到广州经上海
: 转，加个车次 V102120，小概率的比如北京经乌鲁木齐到天津就不加了。
: 3、预充值：
: 购买前先充值到账户，5 毛钱余额的不准查北京到莫斯科的，充值后退款需 24 小时，
: 这样可以挡住部分黄牛。充值凭身份证到火车站窗口或者支付宝，这样也可以绑定真实
: 性。
他们应该能承受这个成本吧？
【在 n*****t 的大作中提到】
: 1、抢票：
: 前段很容易针对 pattern 进行限制，比如你 100ms 识别出校验码，滚粗去；2 秒钟查
: 询 10 个车次，滚粗去 。。。
: 2、联程：
: 现在已经有大量数据可以分析，针对可能的联程构建虚拟车次，比如北京到广州经上海
: 转，加个车次 V102120，小概率的比如北京经乌鲁木齐到天津就不加了。
: 3、预充值：
: 购买前先充值到账户，5 毛钱余额的不准查北京到莫斯科的，充值后退款需 24 小时，
: 这样可以挡住部分黄牛。充值凭身份证到火车站窗口或者支付宝，这样也可以绑定真实
: 性。
l*9
6 楼
杜绝黄牛很简单：
1。先登记后订票；
2。订票时加个自动购买的选择，这类订票优先
3。订票不成功的上waiting list
4。票和订票都不能改
5。退票20%手续费
有了waiting list,查票又不实时，查票功能就弱化了。
1。先登记后订票；
2。订票时加个自动购买的选择，这类订票优先
3。订票不成功的上waiting list
4。票和订票都不能改
5。退票20%手续费
有了waiting list,查票又不实时，查票功能就弱化了。
m*j
7 楼
除了5.
其他的在google play和apple ID是玩过的。
抢N5、IP5s时，都当机了。
【在 l*****9 的大作中提到】
: 杜绝黄牛很简单：
: 1。先登记后订票；
: 2。订票时加个自动购买的选择，这类订票优先
: 3。订票不成功的上waiting list
: 4。票和订票都不能改
: 5。退票20%手续费
: 有了waiting list,查票又不实时，查票功能就弱化了。
其他的在google play和apple ID是玩过的。
抢N5、IP5s时，都当机了。
【在 l*****9 的大作中提到】
: 杜绝黄牛很简单：
: 1。先登记后订票；
: 2。订票时加个自动购买的选择，这类订票优先
: 3。订票不成功的上waiting list
: 4。票和订票都不能改
: 5。退票20%手续费
: 有了waiting list,查票又不实时，查票功能就弱化了。
l*9
8 楼
你觉得那些网站是准备应对春运买票这样的应用吗
【在 m**********j 的大作中提到】
: 除了5.
: 其他的在google play和apple ID是玩过的。
: 抢N5、IP5s时，都当机了。
【在 m**********j 的大作中提到】
: 除了5.
: 其他的在google play和apple ID是玩过的。
: 抢N5、IP5s时，都当机了。
n*t
9 楼
12306 实在太适合用 ASIC 了。每张票由前段索引好，最后就只不过是 5M 数据的有无
票、锁定，10Mb 的数据量，24 bit 地址加 2 bit opcode
【在 e**o 的大作中提到】
: 为啥铁道部不搞ASIC？
: 他们应该能承受这个成本吧？
票、锁定，10Mb 的数据量，24 bit 地址加 2 bit opcode
【在 e**o 的大作中提到】
: 为啥铁道部不搞ASIC？
: 他们应该能承受这个成本吧？
b*s
10 楼
这个看上去是我那个方案的硬件化？
【在 n*****t 的大作中提到】
: 12306 实在太适合用 ASIC 了。每张票由前段索引好，最后就只不过是 5M 数据的有无
: 票、锁定，10Mb 的数据量，24 bit 地址加 2 bit opcode
【在 n*****t 的大作中提到】
: 12306 实在太适合用 ASIC 了。每张票由前段索引好，最后就只不过是 5M 数据的有无
: 票、锁定，10Mb 的数据量，24 bit 地址加 2 bit opcode
n*t
11 楼
没考古你的方案，不过显然系统唯一的瓶颈就是查询和锁票，这个只能用一个节点处理
最佳。其他能堆机器解决的都是纸老虎。
其实都不一定用 ASIC，SSD 应该就足够响应了，系统的瓶颈可能会在 network 的吞吐
，干脆写成 L4 syscall 得了。
【在 b*******s 的大作中提到】
: 这个看上去是我那个方案的硬件化？
最佳。其他能堆机器解决的都是纸老虎。
其实都不一定用 ASIC，SSD 应该就足够响应了，系统的瓶颈可能会在 network 的吞吐
，干脆写成 L4 syscall 得了。
【在 b*******s 的大作中提到】
: 这个看上去是我那个方案的硬件化？
e*o
12 楼
前面加个排号的程序也很好，估计可以杜绝黄牛。
黄牛就算抢到号，也没用，反正后面有人排队。
而且能稍微削平高峰，毕竟放号的频率要比放票的频率高多了。
【在 n*****t 的大作中提到】
: 12306 实在太适合用 ASIC 了。每张票由前段索引好，最后就只不过是 5M 数据的有无
: 票、锁定，10Mb 的数据量，24 bit 地址加 2 bit opcode
黄牛就算抢到号，也没用，反正后面有人排队。
而且能稍微削平高峰，毕竟放号的频率要比放票的频率高多了。
【在 n*****t 的大作中提到】
: 12306 实在太适合用 ASIC 了。每张票由前段索引好，最后就只不过是 5M 数据的有无
: 票、锁定，10Mb 的数据量，24 bit 地址加 2 bit opcode
相关阅读
please help debug this code师傅们指点一下码工防老的出路吧！！！const object[C++] 入门级问题 increment and decrement operators请教c++ interface class问题有什么提高 RemoteDesｋtop 速度的 办法吗？弱弱的问问常出现的让俺糊涂的关于顺序的表述（有包子送）！！(转载)VB 能不能编译 basic 的代码？一个C语言的问题公司招人急，VC7.1编译错误Oracle Webinar hosted by CINAOUG on July 18, 2011 (转载)programming windows求教最后的疯狂:信用卡送$500，银行快难产?请教：记录访问者IP时，发生的奇怪问题！赶快申办5%返现信用卡，开户就送$150!有熟悉php的吗？问个文本处理有这种东西的开源工具吗？请教python 打开文件的问题！多谢！这是个什么函数定义写法