avatar
x*w
1
我用里程在co网站上换到了国航纽约直飞北京的机票,co可以免费托一个行李,国航好
像可以免费托两个,我是应该按照co标准还是国航的啊?多谢啊
avatar
k*g
2
【 以下文字转载自 Medicalpractice 讨论区 】
发信人: keepselling (老牛), 信区: Medicalpractice
标 题: 请问乳腺癌的治疗水平,北京大医院同Boston 大医院或同等水平的究竟差多少
发信站: BBS 未名空间站 (Sun Aug 17 19:13:34 2014, 美东)
请懂行的讲讲,多谢谢
avatar
t*o
3
J1 waiver 在2月底收到I797C,单目前USCIS的状态还是initial review,所以考虑是
否去做info pass。
如果要预约info pass,INFO PASS的网页上要求从如下4种appointment中选择:
(1)Order from Immigration Court - If you were directed to us for
processing based on an order from the Immigration Judge. You must bring all
documents required in the post order instructions given to you by the court.
(2)Case Processing Appointment - If you received a notice to go to your
local office for further case processing.
(3)EAD inquiry appointment - If your I-765 employment authorization
application has been pending for more than 90 days.
(4)Case Services follow-up appointment - If it has been over 45 days since
you contacted NCSC and have not received a response to your inquiry. You
must bring the Service Request ID Number related to your inquiry to the
appointment.
前3种似乎都与J1 WAIVER无关。第4种好像要求先打电话做Service Request,然后还要
再等45天才可以做info pass。真的是这样的吗?大家是怎么做info pass的?
avatar
i*r
4
他们马上要去交材料了。 谢谢了!
avatar
p*n
6
奇怪呀奇怪,蛋一定是已经下了,现在正在孵呢。
今天一整天就只看到一只鸟儿,从早到晚趴在窝里不动,只是在我靠近观察时转动一下
眼睛。傍晚时分,第二只才短暂的出现了一会儿,倏忽又不见了。
仔细研究了一下鸟窝,其实很小,只够一只鸟趴在里面。看来它们造窝时就没考虑时刻
呆在一起。哀鸠造窝的过程很有意思,据说是雄鸟求爱成功后,就带着雌鸟去看自己拣
选的可以造窝的地方,由雌鸟最终决定窝址,然后夫妻齐心协力寻来树枝草梗,打造爱
巢。哀鸠是很蹩脚的建筑师,其窝简陋松垮,很不成样子,而且造得很小。
又据说哀鸠孵蛋是雌雄轮流的,白天雄鸟孵,晚上雌鸟接班。这么说来,傍晚时分,那
只鸟是来换班的,白天趴在窝里的是雄鸟。
我现在还没搞清,不值班的那只鸟呆在什么地方。特别是晚上,雄鸟去哪里了呢?
二零零九年六月二十八日星期日
avatar
b*n
7
“我那个时代基本已经解决了温饱。其实老百姓只要每餐都能吃饱,哪有那么多想造反
的啊!顶多就是发发牢骚,私底下说说怪话,你真要让他们揭竿而起,恐怕很多人都会
认为你疯了。”
涅德鲁悠然神往“我要是能生在那个时代就好了,那样的百姓太好管理了,和绵羊
何异?”
“你不知道,在你们明朝后,建州女真入主了中原,建立了一个王朝叫清朝,那个
朝代和我们现在的斛州很相似,奴隶,哦不,叫奴才满地走,实行的是奴化教育,愚民
教育,从那以后汉人的血性就一点点的磨没了,而且排斥新的技术和科技。以致后来英
法联军就是你们那时候说的红毛夷人几百人就把十几万人打的满地找牙,就这样的落后
体制却一直很有市场。”
涅德鲁就和听天书一样的目瞪口呆“建州女真?那个东边的小小蛮夷部落?他们打
败了我大明?那李逆没有成事?”
“算是成了吧,他当了几十天皇帝就被赶跑了,接着女真就得了天下,建立了清朝
。清朝也是我华夏最后一个有皇帝的朝代,清朝灭亡后虽然一直沿袭的还是帝王时代的
管理体制,但皇帝已经不存在了,被其他名号所代替。”
“那你那时代的应该是皇帝的是什么人?”涅德鲁好奇地问。
avatar
b*s
8
我按照我的理解画了个图,给魏老师的方案配上外围系统,如果理解错了,不关魏老师
的事
下面加点解释。
图里面示意了一次订票的流程。用户先log in,然后查询始发/终到站信息,以及车次
,这个没什么复杂的,都是静态的,图里面没有表示,随便web server去哪里要
然后用户选了一列车,开始查座位信息,这时web server去向图里面的cache服务器要
数据,这里面的数据表示可以有很多方法,先假定一种,假定这列车有16节车厢,占
2bytes,每车厢256个座,32个bytes,每个座途中可能停靠站32个,算4 bytes,0为未
占,1为占据,基本一列车的占座信息就是这38个bytes. 这个状态和实际座位占用不是
严格对应的,用有向图要更便捷一些,暂时先用这个来示意
用户选中一个座位,递交请求,web server发送对某个位置的请求,就是对那个38个
bytes的一个掩码,想要占据的bits设1,其余0
然后就到了魏老师的系统,在里面处理,如果能占据,就对cache和standby进行update
,等standby的ack,等到了就告诉web server,位置占到了;占不到也直接反馈你没有
占到
web server告诉user去付款,这时是一个transcation,,但是阻塞只发生在web
server里面,这时可以用米高或者好虫的各种技巧提高web server cluster的吞吐能力
。而魏老师的系统没有阻塞,继续爱干嘛干嘛,所有人依然可以抢票。
如果用户付款成功,不需要告诉魏老师的系统,如果没有成功,就告诉魏老师的系统取
消那个占位,这个操作理论上是没有人竞争的,这个需要web server那一块保证能
handle所有的情况,别付款不成就不了了之
在cache上是一个rw lock,因为理论上只有一个写,其余的都是读的,可以采用粒度比
较大的锁
在魏老师的系统里,基本可以采用non-blocking sync的办法来管理位置信息
提供个讨论基础吧
http://www.flickr.com/photos/[email protected]/
avatar
s*m
9
国航
avatar
s*u
10
You need not do infopass right away, you can wait some time to SR(just call
USCIS).
avatar
p*n
13
我现在不用闪光灯了。他们好像已经习惯了我在那里偷窥,咔咔。
avatar
b*s
14
这样魏老师的系统,和钱根本没关系,不需要transcation
avatar
s*x
15
按道理是
但是有可能ua的agent会强行按照ua的国际的规定来办
ca也没有办法

【在 s*m 的大作中提到】
: 国航
avatar
s*y
16
u guys believe it's real?

【在 Y*****2 的大作中提到】
: nice tits..
avatar
g*g
17
魏老师的方案,撑不住10万次每秒的订单,不解决这个,啥都是扯谈。

【在 b*******s 的大作中提到】
: 我按照我的理解画了个图,给魏老师的方案配上外围系统,如果理解错了,不关魏老师
: 的事
: 下面加点解释。
: 图里面示意了一次订票的流程。用户先log in,然后查询始发/终到站信息,以及车次
: ,这个没什么复杂的,都是静态的,图里面没有表示,随便web server去哪里要
: 然后用户选了一列车,开始查座位信息,这时web server去向图里面的cache服务器要
: 数据,这里面的数据表示可以有很多方法,先假定一种,假定这列车有16节车厢,占
: 2bytes,每车厢256个座,32个bytes,每个座途中可能停靠站32个,算4 bytes,0为未
: 占,1为占据,基本一列车的占座信息就是这38个bytes. 这个状态和实际座位占用不是
: 严格对应的,用有向图要更便捷一些,暂时先用这个来示意

avatar
s*m
18
但LZ是国航直飞,应该不用管UA的

【在 s******x 的大作中提到】
: 按道理是
: 但是有可能ua的agent会强行按照ua的国际的规定来办
: ca也没有办法

avatar
Y*2
19
这么小还不real??你说胸呢还是照片啊?

【在 s****y 的大作中提到】
: u guys believe it's real?
avatar
b*s
20
还是写硬盘的问题?

【在 g*****g 的大作中提到】
: 魏老师的方案,撑不住10万次每秒的订单,不解决这个,啥都是扯谈。
avatar
x*w
21
我用里程在co网站上换到了国航纽约直飞北京的机票,co可以免费托一个行李,国航好
像可以免费托两个,我是应该按照co标准还是国航的啊?多谢啊
avatar
s*y
22
pic

【在 Y*****2 的大作中提到】
: 这么小还不real??你说胸呢还是照片啊?
avatar
T*i
23
多谢你花时间和精力在上面。衷心希望你这样的网友能成为这个板上的中坚力量。
其实座位最好占用至少一个integer而不是一个bit。多个cpu core可以同时死锁通过
compare and exchange cpu指令抢票。整个核心可以做成完全无锁的,而且用java之类
的语言也能实现。

【在 b*******s 的大作中提到】
: 我按照我的理解画了个图,给魏老师的方案配上外围系统,如果理解错了,不关魏老师
: 的事
: 下面加点解释。
: 图里面示意了一次订票的流程。用户先log in,然后查询始发/终到站信息,以及车次
: ,这个没什么复杂的,都是静态的,图里面没有表示,随便web server去哪里要
: 然后用户选了一列车,开始查座位信息,这时web server去向图里面的cache服务器要
: 数据,这里面的数据表示可以有很多方法,先假定一种,假定这列车有16节车厢,占
: 2bytes,每车厢256个座,32个bytes,每个座途中可能停靠站32个,算4 bytes,0为未
: 占,1为占据,基本一列车的占座信息就是这38个bytes. 这个状态和实际座位占用不是
: 严格对应的,用有向图要更便捷一些,暂时先用这个来示意

avatar
s*m
24
国航
avatar
r*y
25
管它真假,有的看就好
版二,给我个 节日包子 吧。给10个我也不嫌多。
avatar
b*s
26
再来分析下写硬盘的问题,一个7200rpm的sata hd,基本写入速度是300MB/s,魏老师的
方案,一次写请求只有几十个bytes,算64个吧,300 * 1024 * 1024 / 64 =
4915200 次写请求,大致是百万量级的,其实大多数请求应该是失败的,需要写的,整
个春运就几亿次
avatar
s*x
27
按道理是
但是有可能ua的agent会强行按照ua的国际的规定来办
ca也没有办法

【在 s*m 的大作中提到】
: 国航
avatar
s*y
28
你是光光吗

【在 r*******y 的大作中提到】
: 管它真假,有的看就好
: 版二,给我个 节日包子 吧。给10个我也不嫌多。

avatar
b*s
29
我知道,不过区间最好是bits,因为比如从北京到上海的票,会占据期间全部区段,用
bits的话,实际上更有效率

【在 T********i 的大作中提到】
: 多谢你花时间和精力在上面。衷心希望你这样的网友能成为这个板上的中坚力量。
: 其实座位最好占用至少一个integer而不是一个bit。多个cpu core可以同时死锁通过
: compare and exchange cpu指令抢票。整个核心可以做成完全无锁的,而且用java之类
: 的语言也能实现。

avatar
s*m
30
但LZ是国航直飞,应该不用管UA的

【在 s******x 的大作中提到】
: 按道理是
: 但是有可能ua的agent会强行按照ua的国际的规定来办
: ca也没有办法

avatar
r*y
31
版二哥哥,谢谢。
我是花花

【在 s****y 的大作中提到】
: 你是光光吗
avatar
z*e
32
魏老师的方案,压根没有押中重点
就跟你说铁道部用foxpro一样
都属于行为艺术的一种

【在 b*******s 的大作中提到】
: 这样魏老师的系统,和钱根本没关系,不需要transcation
avatar
x*w
33
顺利回国了,呵呵谢谢上面的大侠们,汇报一下,按照国航标准可以托运两个行李,很
avatar
b*s
34
除了最后的32bits,一般前面的都是定位的token,不需要写的
要写的是最后的一个int,正好用compnexchang :)

【在 T********i 的大作中提到】
: 多谢你花时间和精力在上面。衷心希望你这样的网友能成为这个板上的中坚力量。
: 其实座位最好占用至少一个integer而不是一个bit。多个cpu core可以同时死锁通过
: compare and exchange cpu指令抢票。整个核心可以做成完全无锁的,而且用java之类
: 的语言也能实现。

avatar
b*s
35
我只说了铁道部最初用的foxpro,没有说现在还是

【在 z****e 的大作中提到】
: 魏老师的方案,压根没有押中重点
: 就跟你说铁道部用foxpro一样
: 都属于行为艺术的一种

avatar
g*g
36
不管是硬盘还是SSD,一万刀的单机不可能撑住10万次每秒的写。这个东西他没有解决
方案,只有一个内存数据库。掉了电就丢订单的方案。

【在 b*******s 的大作中提到】
: 还是写硬盘的问题?
avatar
z*e
37
那一百年前还是詹天佑呢

【在 b*******s 的大作中提到】
: 我只说了铁道部最初用的foxpro,没有说现在还是
avatar
g*g
38
300MB/s那是写大文件的速度,就一个或几个磁头,让你写300byte一个的文件,能每秒
写1M个不成?
commodity硬件1万次/秒都撑不住,不用说10万次/秒。春运总共次数可能不多,但是下
单是突发式的,每天票刚出来的一两分钟。达到10万次/秒的峰值一点不夸张。

【在 b*******s 的大作中提到】
: 再来分析下写硬盘的问题,一个7200rpm的sata hd,基本写入速度是300MB/s,魏老师的
: 方案,一次写请求只有几十个bytes,算64个吧,300 * 1024 * 1024 / 64 =
: 4915200 次写请求,大致是百万量级的,其实大多数请求应该是失败的,需要写的,整
: 个春运就几亿次

avatar
b*s
39
再扩展一下魏老师的方案,我把main/standby/cache作为一个组,其实按照车次划分
,最细可以划分到每列车一个组,实际上春运期间上千个车次,我们划个20个组,就分
布了,相互之间不存在依赖关系,不需要任何同步。然后可以就近部署,比如广东的民
工去四川和湖南的车次,我就部署在广州,依此类推
avatar
z*e
40
别别别,我们搞分布式的高攀不上你们单机

【在 b*******s 的大作中提到】
: 再扩展一下魏老师的方案,我把main/standby/cache作为一个组,其实按照车次划分
: ,最细可以划分到每列车一个组,实际上春运期间上千个车次,我们划个20个组,就分
: 布了,相互之间不存在依赖关系,不需要任何同步。然后可以就近部署,比如广东的民
: 工去四川和湖南的车次,我就部署在广州,依此类推

avatar
b*s
41
我的图示里面没有考虑日期,不过也不难,从d日开始加offset,在那38个bytes后面再
加一两个bytes或者int就行,整体设计不影响
avatar
z*e
42
legacy system怎么处理?
swjtuer给了你至少五六个系统
全部扔掉是不是?

【在 b*******s 的大作中提到】
: 我的图示里面没有考虑日期,不过也不难,从d日开始加offset,在那38个bytes后面再
: 加一两个bytes或者int就行,整体设计不影响

avatar
b*s
43
我现在公司也做的分布式系统上的东西,对具体技术,好用就好,没必要先入为主排斥
大家交流

【在 z****e 的大作中提到】
: 别别别,我们搞分布式的高攀不上你们单机
avatar
z*e
44
牛皮是魏老师吹出来的
单机也是他说的
后来各种辅助方案,那是那个谁帮忙加的
魏老压根没想过那么多破事

【在 b*******s 的大作中提到】
: 我现在公司也做的分布式系统上的东西,对具体技术,好用就好,没必要先入为主排斥
: 大家交流

avatar
b*s
45
嗯,可以车次,时间,始发终到信息从那个系统读,web server cluster里面完成
transaction了也可以往里面写
反正也就几亿次写操作,读取初始信息每台服务器一次足矣,对老系统冲击不大

【在 z****e 的大作中提到】
: legacy system怎么处理?
: swjtuer给了你至少五六个系统
: 全部扔掉是不是?

avatar
z*e
46
again
legacy system怎么办?
我不是问你数据源在哪
问的是,当你把这些数据全部读入单机内存之后
其它现有的五六个系统,怎么办?全部跑这台单机上去读内存?
麻烦你professional一点

【在 b*******s 的大作中提到】
: 嗯,可以车次,时间,始发终到信息从那个系统读,web server cluster里面完成
: transaction了也可以往里面写
: 反正也就几亿次写操作,读取初始信息每台服务器一次足矣,对老系统冲击不大

avatar
b*s
47
我的理解是,魏老师的话是有很多前提的,他只想解决性能要求最高,最容易产生拥堵
的抢票环节
其余的外围系统就是我这次补充的

【在 z****e 的大作中提到】
: 牛皮是魏老师吹出来的
: 单机也是他说的
: 后来各种辅助方案,那是那个谁帮忙加的
: 魏老压根没想过那么多破事

avatar
z*e
48
魏老师的确应该感谢你这样的行为艺术家
给他擦了不少屁股
hot standby什么都是别人加的
老魏压根没想过

【在 b*******s 的大作中提到】
: 我按照我的理解画了个图,给魏老师的方案配上外围系统,如果理解错了,不关魏老师
: 的事
: 下面加点解释。
: 图里面示意了一次订票的流程。用户先log in,然后查询始发/终到站信息,以及车次
: ,这个没什么复杂的,都是静态的,图里面没有表示,随便web server去哪里要
: 然后用户选了一列车,开始查座位信息,这时web server去向图里面的cache服务器要
: 数据,这里面的数据表示可以有很多方法,先假定一种,假定这列车有16节车厢,占
: 2bytes,每车厢256个座,32个bytes,每个座途中可能停靠站32个,算4 bytes,0为未
: 占,1为占据,基本一列车的占座信息就是这38个bytes. 这个状态和实际座位占用不是
: 严格对应的,用有向图要更便捷一些,暂时先用这个来示意

avatar
z*e
49
他所谓解决的部分
一直都不是问题
不止一个人上来就说了
他解决了一个从来不是问题的“问题”
是你神话了这个所谓的“问题”
比如foxpro
其它人都不认为这是什么拥堵的地方
都在看魏老师吹牛呢

【在 b*******s 的大作中提到】
: 我的理解是,魏老师的话是有很多前提的,他只想解决性能要求最高,最容易产生拥堵
: 的抢票环节
: 其余的外围系统就是我这次补充的

avatar
b*s
50
我觉得你太激动了 :)
如果新系统能工作,而且比旧系统好,为什么还要保留旧系统呢?
我建议把旧系统off-line,没什么事就不要去碰了
保留所有旧系统你不觉得是自己给自己找麻烦吗?
当然你们可能可以从维护中赚钱,所以不舍得这么做,那是另一个故事了

【在 z****e 的大作中提到】
: again
: legacy system怎么办?
: 我不是问你数据源在哪
: 问的是,当你把这些数据全部读入单机内存之后
: 其它现有的五六个系统,怎么办?全部跑这台单机上去读内存?
: 麻烦你professional一点

avatar
T*i
51
是谁加的?有本事找出帖子来举证?
为了造谣脸都不要了。品性这么恶劣不知道什么样的爹妈生养出来的。

【在 z****e 的大作中提到】
: 魏老师的确应该感谢你这样的行为艺术家
: 给他擦了不少屁股
: hot standby什么都是别人加的
: 老魏压根没想过

avatar
b*s
52
反正我该说的都说了,写硬盘我也分析了
我们另开个有趣的话题吧
从你和好虫那里,我也学了很多的

【在 z****e 的大作中提到】
: 魏老师的确应该感谢你这样的行为艺术家
: 给他擦了不少屁股
: hot standby什么都是别人加的
: 老魏压根没想过

avatar
z*e
53
你太不professional了
你什么时候见过一夜之间就淘汰了旧系统的系统?
还有你觉得企业应用,是可以随便就动手术改造的么?
专业点,来项目管理上来就要做一件事
把scope,cost,time给定义出来
请问这个项目里面,这几个分别是什么?

【在 b*******s 的大作中提到】
: 我觉得你太激动了 :)
: 如果新系统能工作,而且比旧系统好,为什么还要保留旧系统呢?
: 我建议把旧系统off-line,没什么事就不要去碰了
: 保留所有旧系统你不觉得是自己给自己找麻烦吗?
: 当然你们可能可以从维护中赚钱,所以不舍得这么做,那是另一个故事了

avatar
z*e
54
那是你说的?
你这还是单机么?
你忘了你要单机?

【在 T********i 的大作中提到】
: 是谁加的?有本事找出帖子来举证?
: 为了造谣脸都不要了。品性这么恶劣不知道什么样的爹妈生养出来的。

avatar
z*e
55
老魏你先回答我上一个问题
你到底要解决什么问题?
定义scope,你做项目难道没有人告诉你要定义scope么?
你怎么搞的项目管理啊?
哦,抱歉,你可能没做过

【在 T********i 的大作中提到】
: 是谁加的?有本事找出帖子来举证?
: 为了造谣脸都不要了。品性这么恶劣不知道什么样的爹妈生养出来的。

avatar
g*g
56
你写硬盘分析得很不对,拷贝大文件,跟拷贝小文件是完全两码事。这个你自己硬盘上
很容易验证。commodity hardware没有能撑住每秒10万次写的。

【在 b*******s 的大作中提到】
: 反正我该说的都说了,写硬盘我也分析了
: 我们另开个有趣的话题吧
: 从你和好虫那里,我也学了很多的

avatar
b*i
57
订票应该可以提早2个月吧,所以2个月内的信息全都在内存中

【在 b*******s 的大作中提到】
: 嗯,可以车次,时间,始发终到信息从那个系统读,web server cluster里面完成
: transaction了也可以往里面写
: 反正也就几亿次写操作,读取初始信息每台服务器一次足矣,对老系统冲击不大

avatar
b*s
58
我们只是在讨论大致技术方案吧,这也能牵涉到professional?
我觉得你把你的背景代入过多了

【在 z****e 的大作中提到】
: 你太不professional了
: 你什么时候见过一夜之间就淘汰了旧系统的系统?
: 还有你觉得企业应用,是可以随便就动手术改造的么?
: 专业点,来项目管理上来就要做一件事
: 把scope,cost,time给定义出来
: 请问这个项目里面,这几个分别是什么?

avatar
z*e
59
你还能抽象出这种技术问题变成一个数学问题了?
我很佩服你的想象力,engineering如战场
事情发展总是在你意料之外,所以说你不professional
没有经历过,不知道

【在 b*******s 的大作中提到】
: 我们只是在讨论大致技术方案吧,这也能牵涉到professional?
: 我觉得你把你的背景代入过多了

avatar
b*s
60
其实多不了多少数据量,你可以分析一下

【在 b***i 的大作中提到】
: 订票应该可以提早2个月吧,所以2个月内的信息全都在内存中
avatar
b*s
61
你明白什么叫另一个问题吗?

【在 z****e 的大作中提到】
: 你还能抽象出这种技术问题变成一个数学问题了?
: 我很佩服你的想象力,engineering如战场
: 事情发展总是在你意料之外,所以说你不professional
: 没有经历过,不知道

avatar
z*e
62
你明白什么叫现实复杂度吗?还有依赖?

【在 b*******s 的大作中提到】
: 你明白什么叫另一个问题吗?
avatar
b*s
63
嗯,这个我是取巧了一下,但这个例子中,是内存向硬盘写入,问题可能并不像硬盘到
硬盘那么严重

【在 g*****g 的大作中提到】
: 你写硬盘分析得很不对,拷贝大文件,跟拷贝小文件是完全两码事。这个你自己硬盘上
: 很容易验证。commodity hardware没有能撑住每秒10万次写的。

avatar
l*s
64
zkss

【在 z****e 的大作中提到】
: 你明白什么叫现实复杂度吗?还有依赖?
avatar
z*e
65
我说个笑话,acm大牛告诉我们的
说奥巴马有一个决策系统,随时可以做出分析,告诉奥巴马团队,什么人群,什么年龄段
更喜欢他,所以应该针对什么人群做广告,叫它们都去投票,等等,很周全很详细
同时,罗姆尼也有一个类似的决策系统,但是问题在于
罗姆尼只在投票前一天打开这个系统……
当然我相信这是个笑话,用来讽刺共和党的
但是很多人做项目管理需求分析,其实就是这里面的罗姆尼

【在 l*********s 的大作中提到】
: zkss
avatar
b*i
66
我觉得这个订票系统是一个非常好的实际的例子。那我们就好好提出一下要求吧。下面
是我的空想,请轻拍和补充。
1. 60天内的票可以订,2小时之内不可以网上订,但可以火车站买。铁道部规划车次信
息,一旦确认,60天内不会更改。如果突然出现大型事故造成晚点。铁道部会退还错过
车次的乘客票费,但不负责承诺原来的车次和时间。用户自己在车站重新购买。
2. 订票确认即收费(银行,支付宝等),给用户显示条形码并发邮件。
3. 30天内票不可以退。30天以后可以退,收退票费。按比例多次退票的人进入黑名单
,比别人退票费要高。比例减少则可以逐渐减少退票费,回归正常。
4. 实名制,用户注册使用身份证。联网到火车站登车的列车员检查。可以给别人订票
,只要有姓名和身份证号。
5. 车票有所有信息,不能上车后发现没有座位。
6. 用户打开网页后,要求99%必须在2秒内进行任何操作的实现,比如登陆,搜索车票
信息,购买等。搜索可以按多页面给结果,每个页面出现不可以有超过2秒钟的延迟。
前提是正常的计算机(客户i5 CPU),宽带,处在正常的环境,没有大规模网络问题。
7. 允许大客户提交文件进行大批订票。
8. 从出发到目的地,系统可以进行最多4次转车。4次无法实现的,由用户自己负责。
能够实现的必须实现。
9. 票价按预定时间提前量浮动,从容可以保证提前订票。也可以不浮动,如果国务院
不允许。
10. 防火墙可以通知公安局,如果有人恶意DOS攻击。

龄段

【在 z****e 的大作中提到】
: 我说个笑话,acm大牛告诉我们的
: 说奥巴马有一个决策系统,随时可以做出分析,告诉奥巴马团队,什么人群,什么年龄段
: 更喜欢他,所以应该针对什么人群做广告,叫它们都去投票,等等,很周全很详细
: 同时,罗姆尼也有一个类似的决策系统,但是问题在于
: 罗姆尼只在投票前一天打开这个系统……
: 当然我相信这是个笑话,用来讽刺共和党的
: 但是很多人做项目管理需求分析,其实就是这里面的罗姆尼

avatar
o*q
67
魏老师的方案应该也挡不住10万次每秒的订单:
http://phdtree.org/
http://phdtree.org/toplist/field/cs/

【在 b*******s 的大作中提到】
: 我按照我的理解画了个图,给魏老师的方案配上外围系统,如果理解错了,不关魏老师
: 的事
: 下面加点解释。
: 图里面示意了一次订票的流程。用户先log in,然后查询始发/终到站信息,以及车次
: ,这个没什么复杂的,都是静态的,图里面没有表示,随便web server去哪里要
: 然后用户选了一列车,开始查座位信息,这时web server去向图里面的cache服务器要
: 数据,这里面的数据表示可以有很多方法,先假定一种,假定这列车有16节车厢,占
: 2bytes,每车厢256个座,32个bytes,每个座途中可能停靠站32个,算4 bytes,0为未
: 占,1为占据,基本一列车的占座信息就是这38个bytes. 这个状态和实际座位占用不是
: 严格对应的,用有向图要更便捷一些,暂时先用这个来示意

avatar
g*9
68
看不下去,大家讨论问题,该争论争论, 但别搞人身攻击,象zhaoce (米高蜥蜴),你
有水平就把大家讲服了,别老损这个,骂那个,没必要。

【在 z****e 的大作中提到】
: again
: legacy system怎么办?
: 我不是问你数据源在哪
: 问的是,当你把这些数据全部读入单机内存之后
: 其它现有的五六个系统,怎么办?全部跑这台单机上去读内存?
: 麻烦你professional一点

avatar
G*f
69
the write can be buffered, just like a normal log file, you don't have to
flush for every write. you don't return response to a request till that
record is flushed. latency will be higher but throughput stay the same.

【在 g*****g 的大作中提到】
: 300MB/s那是写大文件的速度,就一个或几个磁头,让你写300byte一个的文件,能每秒
: 写1M个不成?
: commodity硬件1万次/秒都撑不住,不用说10万次/秒。春运总共次数可能不多,但是下
: 单是突发式的,每天票刚出来的一两分钟。达到10万次/秒的峰值一点不夸张。

avatar
g*g
70
You can't buffered write, because it's not just write, you also need to
update
counter according to his design. And if you buffer update too, you risk
selling too many.

【在 G********f 的大作中提到】
: the write can be buffered, just like a normal log file, you don't have to
: flush for every write. you don't return response to a request till that
: record is flushed. latency will be higher but throughput stay the same.

avatar
G*f
71
a request come in, u update the counter, then write a log to buffer, then
deal with next request. after N request, u flush the buffer, then for each
log entry in the buffer, send a response to the corresponding request. so
essentially u delayed the response till the log is flushed. it is kind of a
asynchronous solution where u trade latency for throughput.

【在 g*****g 的大作中提到】
: You can't buffered write, because it's not just write, you also need to
: update
: counter according to his design. And if you buffer update too, you risk
: selling too many.

avatar
l*s
72
你的意思是需要对春运先做需求分析再按需设计?这个原则大家都知道吧,没啥新鲜的。

龄段

【在 z****e 的大作中提到】
: 我说个笑话,acm大牛告诉我们的
: 说奥巴马有一个决策系统,随时可以做出分析,告诉奥巴马团队,什么人群,什么年龄段
: 更喜欢他,所以应该针对什么人群做广告,叫它们都去投票,等等,很周全很详细
: 同时,罗姆尼也有一个类似的决策系统,但是问题在于
: 罗姆尼只在投票前一天打开这个系统……
: 当然我相信这是个笑话,用来讽刺共和党的
: 但是很多人做项目管理需求分析,其实就是这里面的罗姆尼

avatar
z*e
73
you can never teach old dog new tricks
该不会时候就有人不会

的。

【在 l*********s 的大作中提到】
: 你的意思是需要对春运先做需求分析再按需设计?这个原则大家都知道吧,没啥新鲜的。
:
: 龄段

avatar
l*s
74
这么说就没意思了。就算你是大牛也没必要这么尖酸刻薄。

【在 z****e 的大作中提到】
: you can never teach old dog new tricks
: 该不会时候就有人不会
:
: 的。

avatar
z*e
75
魏老师是否尖酸刻薄呢?
yes or no question

【在 l*********s 的大作中提到】
: 这么说就没意思了。就算你是大牛也没必要这么尖酸刻薄。
avatar
l*s
76
没觉得,当然也可能是老魏骂人的帖子都被你刷屏刷掉了!

【在 z****e 的大作中提到】
: 魏老师是否尖酸刻薄呢?
: yes or no question

avatar
z*e
77
那你这种双重标准就没意思了
你要睁着眼说瞎话,这个其实没啥难度
不想玩小孩子逻辑罢了

【在 l*********s 的大作中提到】
: 没觉得,当然也可能是老魏骂人的帖子都被你刷屏刷掉了!
avatar
g*g
78
at best you avoid sequential write by introducing morw writes, its on upper
bound already, hardly an improvement.

a

【在 G********f 的大作中提到】
: a request come in, u update the counter, then write a log to buffer, then
: deal with next request. after N request, u flush the buffer, then for each
: log entry in the buffer, send a response to the corresponding request. so
: essentially u delayed the response till the log is flushed. it is kind of a
: asynchronous solution where u trade latency for throughput.

avatar
l*s
79
反正谁不同意你就是道德有问题是吧。

【在 z****e 的大作中提到】
: 那你这种双重标准就没意思了
: 你要睁着眼说瞎话,这个其实没啥难度
: 不想玩小孩子逻辑罢了

avatar
z*e
80
你什么见过我强求过这里任何一个id同意过我了?
我再问你,我什么时候对它人的发言做出限制了?
哪怕一次?

【在 l*********s 的大作中提到】
: 反正谁不同意你就是道德有问题是吧。
avatar
l*s
81
那你解释下我为啥就双重标准了?我为啥就不能认为老魏不象你这么刻薄?

【在 z****e 的大作中提到】
: 你什么见过我强求过这里任何一个id同意过我了?
: 我再问你,我什么时候对它人的发言做出限制了?
: 哪怕一次?

avatar
z*e
82
我说过你不能么?
话说我就算认为你不能这样做
有用么?

【在 l*********s 的大作中提到】
: 那你解释下我为啥就双重标准了?我为啥就不能认为老魏不象你这么刻薄?
avatar
z*e
83
反过来,我能不能认为你双重标准呢?

【在 l*********s 的大作中提到】
: 那你解释下我为啥就双重标准了?我为啥就不能认为老魏不象你这么刻薄?
avatar
l*s
84
打住吧,扯皮没底的。

【在 z****e 的大作中提到】
: 我说过你不能么?
: 话说我就算认为你不能这样做
: 有用么?

avatar
z*e
85
看来你也知道我们在扯皮

【在 l*********s 的大作中提到】
: 打住吧,扯皮没底的。
相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。