什么叫直接丢单？说话和做人要有底线，不能张口就来 - Programming版

本页内容为未名空间相应帖子的节选和存档，一周内的贴子最多显示50字，超过一周显示500字访问原贴

Programming版 - 什么叫直接丢单？说话和做人要有底线，不能张口就来

相关主题
● 12306的现有方案是最强的	● 我的方案，scalability可以线性无限，设计最简单
● 顺便和nod101说说做产品	● zz 12306是怎样做成的
● 给nod101一个最优化的实时分配车票座位的算法	● 从12306来看，国内IT水平不高
● 请老魏给出一个简单的文字解释	● 前淘宝工程师发帖谈12306：曾嗤之以鼻现在认为几乎是奇迹
● 12306平稳渡过抢票高峰期最多每秒售出近700张 (转载)	● 12306一个比较好的想法是
● 牛人们讨论下12306现行架构吧	● Goodbug家教下作无底线
● 我的方案解决了抢票和查询的scale问题	● goodbug呀，我都要做抢票服务器了，你咋不敢赌一把呢？
● 这里有人气，请教个小白问题。 (转载)	● 我的原帖在这里

相关话题的讨论汇总
话题: 假定话题: 5m话题: 外围话题: 请求话题: 抢票

进入Programming版参与讨论

(共1页)

T********i
发帖数: 2416

否则和造谣有什么区别？
我说了，我的设计和一次放票多少有关。
而且，都是按照最坏的情况估计。
假定外围带宽足够，假定外围cache机足够，假定每分钟放1M的票，系统最大延迟是2秒
钟。
假定外围带宽足够，假定外围cache机足够，假定每分钟放5M的票，系统最大延迟是10
秒钟。
这个假定就是，5M票同时放出，所有人都抢这5M票。而且5M票在10s之内抢完。而且，
每个抢票请求都是强耦合。这可能么？
我的单机抢票数据库其实是并行的。我已经给出具体的调度器和抢票线程的设计细节。
如果请求没有耦合，可以同时处理10个请求没问题。今年年中上最新Intel Xeon，同时
处理80个请求都没问题。最大吞吐量可达80M票/s。
这个是定量分析。如果你来你一个准数都估计不出来，动不动几分钟，那和扯蛋有什么
区别？

(共1页)

进入Programming版参与讨论

相关主题
● 我的原帖在这里	● 12306平稳渡过抢票高峰期最多每秒售出近700张 (转载)
● 测试用例在此，看还有什么说的。	● 牛人们讨论下12306现行架构吧
● 扯两句魏老师vs好虫	● 我的方案解决了抢票和查询的scale问题
● guvest，抢票过程带括号12行	● 这里有人气，请教个小白问题。 (转载)
● 12306的现有方案是最强的	● 我的方案，scalability可以线性无限，设计最简单
● 顺便和nod101说说做产品	● zz 12306是怎样做成的
● 给nod101一个最优化的实时分配车票座位的算法	● 从12306来看，国内IT水平不高
● 请老魏给出一个简单的文字解释	● 前淘宝工程师发帖谈12306：曾嗤之以鼻现在认为几乎是奇迹

相关话题的讨论汇总
话题: 假定话题: 5m话题: 外围话题: 请求话题: 抢票

#	版面	帖数(主题数)
-	全站	4871 (796)
1	Military	3777 (569)
2	Stock	341 (51)
3	Joke	117 (17)
4	History	116 (3)
5	Automobile	100 (9)
6	USANews	55 (9)
7	Midlife	45 (1)
8	Headline	41 (41)
9	Dreamer	33 (13)
10	FleaMarket	32 (20)
11	Living	30 (7)

boards

未名新帖统计// 7月16日

历史上的今天