老魏的计数器可以一试 - Programming版

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

Programming版 - 老魏的计数器可以一试

相关主题
● 换座的问题	● 无论如何抢，最后顶多10张票会有些震荡
● 关于计数器，我有一个疑问	● 老魏的东西就一计数器
● 赵老师你精确定义 100% 出票	● 老魏这个家伙是来行为艺术的
● 每秒500万，结论出来看了	● 扯两句魏老师vs好虫
● 12306哪里有什么死锁问题！	● 这玩意太简单了
● 老魏，主角是你，你的东西太简单了	● 12306的瓶颈是软件设计
● 老魏，我们最初的目的还是12306么？	● 用计数器解决并发问题
● 真让老魏讨论需求时候，老魏就开始打滚了	● 一个500w/s并发的计数器

相关话题的讨论汇总
话题: 计数器话题: 始发站话题: 票额话题: 老魏话题: 换座

进入Programming版参与讨论

(共1页)

c******3
发帖数: 296

今年的春运，规定只有始发站才有坐票。所以不存在每站换座的问题：
===京沪高铁动车组: 回复淡漠青春的记忆 :你所购买的车站不分配票额，今年春运非
常正常。今年票额都集中在始发站，过路的地级市和县就基本别考虑车票的问题了。===
座位碎片也是伪命题。多售几张站票，就填满。铁老大也是这么干的：http://news.163.com/api/14/0124/16/9JCB7LNC0001124J.html
===“惨烈”的还在后面。26日的K722次改为上海发车，数据显示，在放票5分钟后，定
员1216人的列车就售出了1479张票（含无座），过路车站基本无票可卖。===
那为什么还会有崩溃呢？大家都在猜。这篇文章给了点线索：http://server.chinabyte.com/333/12831833.shtml
我个人觉得还是数据库处理的效率问题，虽然12306已经很尽力了。
在不靠虑换座，不考虑座位碎片，这种设计要求下，把SQL换成计数器不妨一试。当然
结合实际情况，各铁路总局，因为分别负责各自的始发站，应该在不同机器上。

d***a
发帖数: 13752

我看了这篇。说实话，我觉得整个系统的架构有问题。也可能是因为成本的原因，没有
选最合适的机器。

(共1页)

进入Programming版参与讨论

相关主题
● 一个500w/s并发的计数器	● 12306哪里有什么死锁问题！
● 老魏你赶快过来见我	● 老魏，主角是你，你的东西太简单了
● 计数器程序员来说说用了什么算法和数据结构吧	● 老魏，我们最初的目的还是12306么？
● 老魏最大的功劳就是让从来没学过没碰过cs的人都知道怎么回事	● 真让老魏讨论需求时候，老魏就开始打滚了
● 换座的问题	● 无论如何抢，最后顶多10张票会有些震荡
● 关于计数器，我有一个疑问	● 老魏的东西就一计数器
● 赵老师你精确定义 100% 出票	● 老魏这个家伙是来行为艺术的
● 每秒500万，结论出来看了	● 扯两句魏老师vs好虫

相关话题的讨论汇总
话题: 计数器话题: 始发站话题: 票额话题: 老魏话题: 换座

#	版面	帖数(主题数)
-	全站	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日

历史上的今天