说的再清楚一点: 抢票机性能只和中途停靠总站数相关# Programming - 葵花宝典p*x2014-02-04 08:021 楼http://news.sina.com.cn/c/2014-08-23/075430731712.shtml来自多伦多总领馆,本来想转个领馆的链接,不知道为什么上不去。这回大家放心吧。
n*u2014-02-04 08:023 楼【 以下文字转载自 NextGeneration 讨论区 】发信人: nikidudu (dudu), 信区: NextGeneration标 题: 请问是延期好还是回国待一两个月之后再来好?发信站: BBS 未名空间站 (Fri Dec 3 19:26:59 2010, 美东)我公公婆婆已经在这儿待了快半年了,马上就要回国了,我们打算让我婆婆在国内待一个月之后再过来,签证是到明年3月份才到期,所以她可以直接过来不用签证,但是不知道像这种来过半年隔不多久再来的情况美国入关的官员一般还是给6个月的时间还是3个月也极有可能?另外,我听说这样比直接让婆婆待在美国申请延期半年要好,是这样么?
c*52014-02-04 08:025 楼日漫里的搞笑因素比周星驰的那种要更好笑一些。说实话我看周星驰的电影基本都不笑的。但是看日本动漫,或者是美国拍的动漫电影,还能找到点笑料。尤其是日本动漫,笑点还是挺多的。有的是尴尬场面营造的笑料。比如说一个人在那里慷慨激昂的说话,闭着眼睛肆无忌惮的吹牛逼,高谈阔论那种,然后旁边的人其实已经走了,等他说完了睁开眼睛一看,没人了。。。其实我不懂为什么是闭着眼睛说,不过这么画着尤其是人物的表情就是很搞笑的。有的是想象力营造出来的笑料。比如《中华小当家》里面,吃到好吃的东西之后,立刻出来一个吃东西的人被雷劈了的画面,一声炸雷过后,这个人仿佛置身于一个人间仙境,好多美女一起跳舞和欢笑,扇着扇子,然后扇子上写着:真美味!逗死人了!还有的是动漫里的人自己夸张的大笑。这种笑本身就很搞笑。非常猥琐的大笑。例如《乱马》里面的九能带刀,就经常自言自语说,到时候天道茜和辫子妹妹都是我的了!然后发出来夸张的大笑,笑的嘴张的老大,面部扭曲,超级有喜感。主要还是画出来的效果好,看着那个场面就觉得很逗。
T*i2014-02-04 08:026 楼抢票机不管规划。现在也是用户自己规划联程路线。抢票机性能只和中途停靠总站数相关。全程停靠19次,5.00M/s全程停靠39次,2.50M/s全程停靠79次,1.25M/s以此类推。谁有毛病会自己规划或者购买全程停靠39次的票。
m*a2014-02-04 08:028 楼痛风最常用的几个药物国内都有痛风最重要的是把血尿酸长期控制在理想水平以下(小于360),从而大部分人能因此终生永不复发。而绝大多数人通过生活方式和忌口仅仅是杯水车薪,而要像高血压一样需要长期或者终身服药。具体药物的选择和剂量调整需要在风湿科医生指导下进行,患者需要定期复查调药。常见降尿酸药物总体而言很安全,大部分人即使中高剂量终身服用也不会有任何副作用(相反尿酸长期居高不下会对肾有损伤甚至肾衰竭)。但是别嘌呤醇美国指南建议吃之前去做HLA-B5801的检查(有突变的患者严重副作用风险较高,建议换成其他药)[在 unhsuschem (Suschem) 的大作中提到:]:请问哪位知道治疗痛风比较有效的药吗?我的一位朋友患有严重的痛风,手和腿上长结石,非常疼痛,行走困难。在国内用药治疗不太有效。非常感谢!
R*e2014-02-04 08:029 楼据说可以看出来气质,比如男生的盘 水相太重的话会比较阴柔,如果再配上金火合双鱼处女之类的会比较麻烦,但是并不一定就会是同女生据说看中天更重要一些,还没有去琢磨【在 A***i 的大作中提到】: 假如看星盘,能看得出来性取向么? 比如,同性恋
a*n2014-02-04 08:0212 楼你才是法盲呢。户口登记条例中没提绿卡的事。【在 C*****t 的大作中提到】: 你引用的文字存在重大错误。: 请阅读《中国户口登记条例》,勿轻信那个法盲。
u*m2014-02-04 08:0213 楼谢谢 mszzeta (星尘的残光)!【在 m*****a 的大作中提到】: 痛风最常用的几个药物国内都有: 痛风最重要的是把血尿酸长期控制在理想水平以下(小于360),从而大部分人能因此: 终生永不复发。而绝大多数人通过生活方式和忌口仅仅是杯水车薪,而要像高血压一样: 需要长期或者终身服药。具体药物的选择和剂量调整需要在风湿科医生指导下进行,患: 者需要定期复查调药。常见降尿酸药物总体而言很安全,大部分人即使中高剂量终身服: 用也不会有任何副作用(相反尿酸长期居高不下会对肾有损伤甚至肾衰竭)。但是别嘌: 呤醇美国指南建议吃之前去做HLA-B5801的检查(有突变的患者严重副作用风险较高,: 建议换成其他药): [在 unhsuschem (Suschem) 的大作中提到:]: :请问哪位知道治疗痛风比较有效的药吗?我的一位朋友患有严重的痛风,手和腿上长
n*x2014-02-04 08:0216 楼我早说了,用户自己规划的话就跟联票不联票一点关系都没有。 Interlocked 加减法解决所有锁的问题. 我看这个版上人人都能写出来啊。。 用古德霸的话说就是没条线(或者每个段)都是一个独立的数据库,再简单不过。不要再吵了, 吵得都不是一个问题,有什么好吵的。【在 T********i 的大作中提到】: 抢票机不管规划。现在也是用户自己规划联程路线。: 抢票机性能只和中途停靠总站数相关。: 全程停靠19次,5.00M/s: 全程停靠39次,2.50M/s: 全程停靠79次,1.25M/s: 以此类推。: 谁有毛病会自己规划或者购买全程停靠39次的票。
C*t2014-02-04 08:0217 楼你一定没有仔细阅读《中国户口登记条例》。《中国户口登记条例》第十条:“公民迁出本户口管辖区,由本人或者户主在迁出前向户口登记机关申报迁出登记,领取迁移证件,注销户口。”内地同胞“取得美国绿卡”是“迁出原户口管辖区并定居美国”,依照“条例”须注销户口。【在 a****n 的大作中提到】: 你才是法盲呢。户口登记条例中没提绿卡的事。
n*x2014-02-04 08:0218 楼说到底就跟算1+1,然后来个线性递增没有区别。大家说对不对? 还有炒的必要吗? 需求都不一样【在 n**x 的大作中提到】: 我早说了,用户自己规划的话就跟联票不联票一点关系都没有。 Interlocked 加减法: 解决所有锁的问题. 我看这个版上人人都能写出来啊。。 用古德霸的话说就是没条线: (或者每个段)都是一个独立的数据库,再简单不过。: 不要再吵了, 吵得都不是一个问题,有什么好吵的。
t*n2014-02-04 08:0219 楼你的解释有没有出处【在 C*****t 的大作中提到】: 你一定没有仔细阅读《中国户口登记条例》。: 《中国户口登记条例》第十条:“公民迁出本户口管辖区,由本人或者户主在迁出前向: 户口登记机关申报迁出登记,领取迁移证件,注销户口。”: 内地同胞“取得美国绿卡”是“迁出原户口管辖区并定居美国”,依照“条例”须注销: 户口。
T*i2014-02-04 08:0220 楼怎么不是一个问题?我早说了,不管他goodbug怎么做,哪怕只出一种票,最简单情形,能够sustained 5M/s我都认输。我这个可以自动规划,多增加一些cache机器而已。你可以随便增加目前没有那些功能,我的方案都能做。而且都能证明是最优的。【在 n**x 的大作中提到】: 我早说了,用户自己规划的话就跟联票不联票一点关系都没有。 Interlocked 加减法: 解决所有锁的问题. 我看这个版上人人都能写出来啊。。 用古德霸的话说就是没条线: (或者每个段)都是一个独立的数据库,再简单不过。: 不要再吵了, 吵得都不是一个问题,有什么好吵的。
C*t2014-02-04 08:0221 楼“内地同胞‘取得美国绿卡’是‘迁出原户口管辖区并定居美国’,依照‘条例’须注销户口”的说法的出处在我。立法者不曾对《中国户口登记条例》第十条作出更多的解释。北京当局公安部对“遇到哪些情形需要办理户口注销手续?”的回答是“对于公民死亡、服现役、定居国(境)外等情形的,应当办理注销户口手续。具体有关户口登记的信息请到所辖派出所咨询、办理。”http://app.mps.gov.cn:8090/consult/publish/showQuestion.jsp?MZ=【在 t******n 的大作中提到】: 你的解释有没有出处
T*i2014-02-04 08:0222 楼看看goodbug几秒钟前说的话,有多脑残?发信人: goodbug (好虫), 信区: Programming标 题: Re: 每秒500万, 结论出来看了发信站: BBS 未名空间站 (Tue Feb 4 15:52:05 2014, 美东)强耦合在于票数有限,联程票有冲突,不能简单分开。耦合的线路指数而不是线性递增。这本来就是很清楚的事情。太监非要混淆视听。
t*n2014-02-04 08:0223 楼关键是定居 如何解释常年住在海外才是定居永久居留权 不等于 定居公民 其实也不一定要 定居【在 C*****t 的大作中提到】: “内地同胞‘取得美国绿卡’是‘迁出原户口管辖区并定居美国’,依照‘条例’须注: 销户口”的说法的出处在我。: 立法者不曾对《中国户口登记条例》第十条作出更多的解释。: 北京当局公安部对“遇到哪些情形需要办理户口注销手续?”的回答是“对于公民死亡: 、服现役、定居国(境)外等情形的,应当办理注销户口手续。具体有关户口登记的信: 息请到所辖派出所咨询、办理。”: http://app.mps.gov.cn:8090/consult/publish/showQuestion.jsp?MZ=
g*g2014-02-04 08:0224 楼啥没问题,北京到上海,上海到福州北京到上海,上海到兰州就这用户规划的联票,没冲突?你要是北京到上海没票,后半程就不能出票了。这就是两个有冲突的transaction。【在 n**x 的大作中提到】: 我早说了,用户自己规划的话就跟联票不联票一点关系都没有。 Interlocked 加减法: 解决所有锁的问题. 我看这个版上人人都能写出来啊。。 用古德霸的话说就是没条线: (或者每个段)都是一个独立的数据库,再简单不过。: 不要再吵了, 吵得都不是一个问题,有什么好吵的。
C*t2014-02-04 08:0225 楼请参考国务院侨务办公室印发的《关于对华侨定义中“定居”的解释(试行)》:一、定居是指中国公民已取得住在国长期或永久居留权。二、中国公民虽未取得住在国长期或永久居留权,但已取得住在国连续5年(含5年)以上合法居留资格,并在国外居住,视同定居。三、有下列情形之一者,不被视为定居:1、出国留学生(包括公派和自费)在外学习期间;2、因工出国人员(包括劳务人员)在外工作期间。上述解释仅适用于华侨身份的认定,有关华侨在国内的政策待遇,按有关具体规定执行。【在 t******n 的大作中提到】: 关键是定居 如何解释: 常年住在海外才是定居: 永久居留权 不等于 定居: 公民 其实也不一定要 定居
T*i2014-02-04 08:0226 楼各位看到没有?goodbug实质是弱智。求求各位帮忙教育一下丫。不想看丫把自己毁了。【在 g*****g 的大作中提到】: 啥没问题,北京到上海,上海到福州: 北京到上海,上海到兰州: 就这用户规划的联票,没冲突?你要是北京到上海没票,后半程就不能出票了。: 这就是两个有冲突的transaction。
n*x2014-02-04 08:0227 楼有冲突。老魏的方法是北京到上海分成20段。要出这张票的条件是没一段都做interlock.decrement的,每段都通的话这张票就成。剩下的几张票一次类推。 所以基本上就便成interlocked 1+1了。。【在 g*****g 的大作中提到】: 啥没问题,北京到上海,上海到福州: 北京到上海,上海到兰州: 就这用户规划的联票,没冲突?你要是北京到上海没票,后半程就不能出票了。: 这就是两个有冲突的transaction。
T*i2014-02-04 08:0228 楼我真难以想象goodbug这个人基本功如此差劲。丫明显不懂interlock.decrement怎么用。昨天我已经给丫指出来了,丫迄今都不肯牵狗。其实Cassandra要是也能实现这个原语primitive,我就不一定和丫赌了。第一,Cassandra迄今没有这类操作第二,即使有这类操作,一个变量也不可能达到5M/s。【在 n**x 的大作中提到】: 有冲突。老魏的方法是北京到上海分成20段。要出这张票的条件是没一段都做: interlock.decrement的,每段都通的话这张票就成。剩下的几张票一次类推。 所以基: 本上就便成interlocked 1+1了。。
g*g2014-02-04 08:0229 楼只要有冲突,你就不能完全分开到不同的硬件上处理,就这么简单。如果北京-上海一台机器,上海-福州一台机器,北京-上海-福州,你就要distributed transaction。如果北京-上海-福州一台机器,北京-上海-兰州一台机器,你还是要distributedtransaction确保北京-上海不超卖。公公这东西,一旦要distributed transaction就完蛋了。不distributed又撑不住。【在 n**x 的大作中提到】: 有冲突。老魏的方法是北京到上海分成20段。要出这张票的条件是没一段都做: interlock.decrement的,每段都通的话这张票就成。剩下的几张票一次类推。 所以基: 本上就便成interlocked 1+1了。。
T*i2014-02-04 08:0230 楼换做任何一个正常人,说了这些以后,如果看明白interlock.decrement,会连死的心都有。当然了,你goodbug不是正常人。【在 g*****g 的大作中提到】: 只要有冲突,你就不能完全分开到不同的硬件上处理,就这么简单。如果北京-上海一: 台机器,上海-福州一台机器,北京-上海-福州,你就要distributed transaction。: 如果北京-上海-福州一台机器,北京-上海-兰州一台机器,你还是要distributed: transaction确保北京-上海不超卖。: 公公这东西,一旦要distributed transaction就完蛋了。不distributed又撑不住。
g*g2014-02-04 08:0231 楼你别说这些没用的,做不出来还是个太监。昨天到现在,一个赌你赢的都没有。一边倒。【在 T********i 的大作中提到】: 换做任何一个正常人,说了这些以后,如果看明白interlock.decrement,会连死的心: 都有。: 当然了,你goodbug不是正常人。
n*t2014-02-04 08:0234 楼先到北京局锁一张票,再到上海局锁,失败就放弃北京那张,反馈 false,完全可以分布【在 g*****g 的大作中提到】: 只要有冲突,你就不能完全分开到不同的硬件上处理,就这么简单。如果北京-上海一: 台机器,上海-福州一台机器,北京-上海-福州,你就要distributed transaction。: 如果北京-上海-福州一台机器,北京-上海-兰州一台机器,你还是要distributed: transaction确保北京-上海不超卖。: 公公这东西,一旦要distributed transaction就完蛋了。不distributed又撑不住。
g*g2014-02-04 08:0235 楼你不服实现一个我来测,别废话。分布【在 n*****t 的大作中提到】: 先到北京局锁一张票,再到上海局锁,失败就放弃北京那张,反馈 false,完全可以分布
n*x2014-02-04 08:0236 楼错了,一旦分布。老魏的interlock加减法就失效了。 要操作数据库每秒500万事天方夜谭。分布【在 n*****t 的大作中提到】: 先到北京局锁一张票,再到上海局锁,失败就放弃北京那张,反馈 false,完全可以分布
g*g2014-02-04 08:0237 楼你理解了就好,我本意就是证明他吹牛。至于他脸皮厚,我是没什么办法。我可不会去人肉他,找他老板投诉。【在 n**x 的大作中提到】: 错了,一旦分布。老魏的interlock加减法就失效了。 要操作数据库每秒500万事天方: 夜谭。: : 分布
T*i2014-02-04 08:0238 楼你开玩笑是吧?我都说单机了。需要分布么?InterlockedIncrement/InterlockedDecrement是Windows上的。Linux叫__sync_add_and_fetch本质上一码事。编译成单条机器指令。比如现在变量为1,三条线程执行InterlockedDecrement,则各自返回0, -1, -2,最终结果为-2。分布【在 n*****t 的大作中提到】: 先到北京局锁一张票,再到上海局锁,失败就放弃北京那张,反馈 false,完全可以分布
L*e2014-02-04 08:0239 楼老魏,我下面这么理解你的方案对么?因为是单线程1. 把所有的请求按时间顺序都读到内存的queue中,然后按顺序处理,每个请求只需要查询内存数据库,有票就更新内存数据库中所请求路段的所有中间站该车次的票数。这个查询时间和更新时间只受所请求的路段中的站数影响。。。2. 一个请求处理完成后,再处理下一个请求。。。所以老魏的方案要保证,平均1/5m秒的时间内可以处理完一个请求,换句话讲就是1/5m秒的时间内在内存数据库里可以完成20个站的票数查询以及20个站的票数更新。从这个方案来讲,多少条线路对performance影响确实不很相关,起码不是线性相关,线路多只是内存数据库更大,一定程度会加长查询时间。。。【在 T********i 的大作中提到】: 抢票机不管规划。现在也是用户自己规划联程路线。: 抢票机性能只和中途停靠总站数相关。: 全程停靠19次,5.00M/s: 全程停靠39次,2.50M/s: 全程停靠79次,1.25M/s: 以此类推。: 谁有毛病会自己规划或者购买全程停靠39次的票。
T*i2014-02-04 08:0240 楼我这个可以多线程。用interlocked指令。5m【在 L*****e 的大作中提到】: 老魏,我下面这么理解你的方案对么?: 因为是单线程: 1. 把所有的请求按时间顺序都读到内存的queue中,然后按顺序处理,每个请求只需要: 查询内存数据库,有票就更新内存数据库中所请求路段的所有中间站该车次的票数。这: 个查询时间和更新时间只受所请求的路段中的站数影响。。。: 2. 一个请求处理完成后,再处理下一个请求。。。: 所以老魏的方案要保证,平均1/5m秒的时间内可以处理完一个请求,换句话讲就是1/5m: 秒的时间内在内存数据库里可以完成20个站的票数查询以及20个站的票数更新。: 从这个方案来讲,多少条线路对performance影响确实不很相关,起码不是线性相关,: 线路多只是内存数据库更大,一定程度会加长查询时间。。。
L*e2014-02-04 08:0241 楼因为googbug一直强调说你只需要单线程,所谓我按单线程理解。。。如果用interlock,所节约的时间也就是enqueue/dequeue吧?【在 T********i 的大作中提到】: 我这个可以多线程。用interlocked指令。: : 5m
T*i2014-02-04 08:0242 楼不对,enqueue/dequeue开销基本为0。写这种系统,本版长出来晃的,我还没见到有第二人都这个经验。interlock【在 L*****e 的大作中提到】: 因为googbug一直强调说你只需要单线程,所谓我按单线程理解。。。如果用interlock: ,所节约的时间也就是enqueue/dequeue吧?
n*x2014-02-04 08:0243 楼老魏,说这话就不对了。这里哪个人不会多线程对内存变量做interlocked 加减法?难道我对你的算法本质理解有误?【在 T********i 的大作中提到】: 不对,enqueue/dequeue开销基本为0。: 写这种系统,本版长出来晃的,我还没见到有第二人都这个经验。: : interlock
T*i2014-02-04 08:0244 楼我看基本上都不会。会的话还讨论啥锁不锁的?interlocked本身就是锁了,而且是最低粒度锁。后面区段没有票再把前面的InterlockedIncrement还回去。最差性能是前面区段都有票,最后一个没票。要基本上Interlock两次。区段数就是停靠站数加一。和联程票有关系么?这么做,已经比现有的方案好多了。这么简单的,goodbug懂么?【在 n**x 的大作中提到】: 老魏,说这话就不对了。这里哪个人不会多线程对内存变量做interlocked 加减法?难: 道我对你的算法本质理解有误?
g*g2014-02-04 08:0245 楼看来你不是装傻,是真弱智。但不管你不是真弱智,没做出来还是太监。【在 T********i 的大作中提到】: 我看基本上都不会。: 会的话还讨论啥锁不锁的?interlocked本身就是锁了,而且是最低粒度锁。: 后面区段没有票再把前面的InterlockedIncrement还回去。: 最差性能是前面区段都有票,最后一个没票。要基本上Interlock两次。: 区段数就是停靠站数加一。和联程票有关系么?: 这么做,已经比现有的方案好多了。这么简单的,goodbug懂么?
L*e2014-02-04 08:0246 楼如果你的interlocked是对内存数据库的变量锁的话,然后多线程,那么你前面declare的和路线多少无关的说法就不太正确了吧?如果要多线程处理请求,必然和线路多少有关。A->B->C的联票会受其它以B为中转到C的请求的影响,而以A为中转到B的请求又受A->B->C的影响。。。现实中这种中转的量是多大不好说,但是理论上如果考虑每个站都可能是中转站的话,这个复杂度要提高几个数量级。。。【在 T********i 的大作中提到】: 我看基本上都不会。: 会的话还讨论啥锁不锁的?interlocked本身就是锁了,而且是最低粒度锁。: 后面区段没有票再把前面的InterlockedIncrement还回去。: 最差性能是前面区段都有票,最后一个没票。要基本上Interlock两次。: 区段数就是停靠站数加一。和联程票有关系么?: 这么做,已经比现有的方案好多了。这么简单的,goodbug懂么?
g*g2014-02-04 08:0247 楼童鞋们纷纷明白了,可喜可贺。公公这日子是越来越难过了。declareC【在 L*****e 的大作中提到】: 如果你的interlocked是对内存数据库的变量锁的话,然后多线程,那么你前面declare: 的和路线多少无关的说法就不太正确了吧?: 如果要多线程处理请求,必然和线路多少有关。A->B->C的联票会受其它以B为中转到C: 的请求的影响,而以A为中转到B的请求又受A->B->C的影响。。。现实中这种中转的量: 是多大不好说,但是理论上如果考虑每个站都可能是中转站的话,这个复杂度要提高几: 个数量级。。。
T*i2014-02-04 08:0248 楼看看我刚回goodbug的。你的帖子说明你也不懂interlocked。短短几秒钟,goodbug又PA两次。家教下作呀。发信人: TeacherWei (TW), 信区: Programming标 题: Re: 总结贴发信站: BBS 未名空间站 (Tue Feb 4 17:18:04 2014, 美东)AtomicInteger是java你都理解不了?我20个段1个都不用锁。10个线程,每线程20个段用时2us就足够了。这个你能理解么?叫锁也不是一般意义exclusive的锁,而是锁定一张票,2us以后可能再把这张票还回去而已。declareC【在 L*****e 的大作中提到】: 如果你的interlocked是对内存数据库的变量锁的话,然后多线程,那么你前面declare: 的和路线多少无关的说法就不太正确了吧?: 如果要多线程处理请求,必然和线路多少有关。A->B->C的联票会受其它以B为中转到C: 的请求的影响,而以A为中转到B的请求又受A->B->C的影响。。。现实中这种中转的量: 是多大不好说,但是理论上如果考虑每个站都可能是中转站的话,这个复杂度要提高几: 个数量级。。。
g*g2014-02-04 08:0249 楼很好,那你就实现了大家可以测呀。光说不练是太监。我还等着你的web serviceinterface测试呢。需求我已经写得很清楚了。【在 T********i 的大作中提到】: 看看我刚回goodbug的。: 你的帖子说明你也不懂interlocked。: 短短几秒钟,goodbug又PA两次。家教下作呀。: 发信人: TeacherWei (TW), 信区: Programming: 标 题: Re: 总结贴: 发信站: BBS 未名空间站 (Tue Feb 4 17:18:04 2014, 美东): AtomicInteger是java你都理解不了?: 我20个段1个都不用锁。: 10个线程,每线程20个段用时2us就足够了。: 这个你能理解么?叫锁也不是一般意义exclusive的锁,而是锁定一张票,2us以后可能
q*c2014-02-04 08:0250 楼你这就是自己实现 transaction - 而且实现的不对。 这种做法我多年前就干过, 你还的时候出错就完蛋了。 transaction 难就难在这里。特别是联票, 不在一个计算机上, 超高流量, 出错就是一定的。我就说了, ACID你一定要牺牲什么。否则 oracle 等等不就全部该去死了。【在 T********i 的大作中提到】: 我看基本上都不会。: 会的话还讨论啥锁不锁的?interlocked本身就是锁了,而且是最低粒度锁。: 后面区段没有票再把前面的InterlockedIncrement还回去。: 最差性能是前面区段都有票,最后一个没票。要基本上Interlock两次。: 区段数就是停靠站数加一。和联程票有关系么?: 这么做,已经比现有的方案好多了。这么简单的,goodbug懂么?
T*i2014-02-04 08:0251 楼你要是要脸的话,现在应该去死才对。【在 g*****g 的大作中提到】: 很好,那你就实现了大家可以测呀。光说不练是太监。我还等着你的web service: interface测试呢。需求我已经写得很清楚了。
g*g2014-02-04 08:0252 楼太监出来叫板的是你,不敢实现的也是你。每次恼羞成怒就哭着闹着要找领导,找邻居。三番版你去了,号称我的老板也要去投诉。就你这没鸡巴的小样。【在 T********i 的大作中提到】: 你要是要脸的话,现在应该去死才对。
q*c2014-02-04 08:0253 楼其实我建议就算 TCP 也是可以的, web interface 开销是比较大。5MM/sec 基本network IO 都不可能找到现有可用硬件。【在 g*****g 的大作中提到】: 很好,那你就实现了大家可以测呀。光说不练是太监。我还等着你的web service: interface测试呢。需求我已经写得很清楚了。
g*g2014-02-04 08:0254 楼架构上是没啥区别,他要tcp也行,只要接口合理该有的数据有了就行。【在 q*c 的大作中提到】: 其实我建议就算 TCP 也是可以的, web interface 开销是比较大。5MM/sec 基本: network IO 都不可能找到现有可用硬件。
L*e2014-02-04 08:0255 楼还不光是每个车次的起点终点可能成为中转站,中间停靠站也可能是别的请求的中转站,比如说。北京到上海的请求中间停靠站是济南,另外一个请求从石家庄到济南,以济南为中转去上海。。。【在 g*****g 的大作中提到】: 童鞋们纷纷明白了,可喜可贺。公公这日子是越来越难过了。: : declare: C
g*g2014-02-04 08:0256 楼我很早就说了,一旦联票,这是个网络。要看成一个线路,那就是几千段,如果不是几万段的话。全国一盘棋就是这个意思。可笑的是全国一盘棋也是太监提出来并且挂在嘴边的。【在 L*****e 的大作中提到】: 还不光是每个车次的起点终点可能成为中转站,中间停靠站也可能是别的请求的中转站: ,比如说。北京到上海的请求中间停靠站是济南,另外一个请求从石家庄到济南,以济: 南为中转去上海。。。
L*e2014-02-04 08:0257 楼我确实不懂,不过我说的是,如果多线程查询及更新数据库,那么就不可能与线路多少无关,interlocked也不能改变这一点吧?你declare的如果没票interlocked的变量最多被revert两次不成立吧?每个请求虽然最多二联票,但是每个请求的起点都可能是别的线路的中转,而这些线路的起点又可能是另外一些请求的中转,所以这是连锁反应。。。假设你N个线程处理以下请求,第一个请求成功与否将影响所有其它请求。。。如果请求1中的B->C是最后一张票,那么剩余其它的请求要全部被revert。。。1. A->B->C2. B->C->D3. C->D->E...N. X->Y->Z【在 T********i 的大作中提到】: 看看我刚回goodbug的。: 你的帖子说明你也不懂interlocked。: 短短几秒钟,goodbug又PA两次。家教下作呀。: 发信人: TeacherWei (TW), 信区: Programming: 标 题: Re: 总结贴: 发信站: BBS 未名空间站 (Tue Feb 4 17:18:04 2014, 美东): AtomicInteger是java你都理解不了?: 我20个段1个都不用锁。: 10个线程,每线程20个段用时2us就足够了。: 这个你能理解么?叫锁也不是一般意义exclusive的锁,而是锁定一张票,2us以后可能
N*n2014-02-04 08:0258 楼这个不难解决。。从算法上要修一下1。 是要按车次加锁。2。是出连票时要把相关的两趟车一起加锁。。一个连票出完后,两车次一起解锁。两个条件都满足,应该就可以解决你那个问题。【在 g*****g 的大作中提到】: 啥没问题,北京到上海,上海到福州: 北京到上海,上海到兰州: 就这用户规划的联票,没冲突?你要是北京到上海没票,后半程就不能出票了。: 这就是两个有冲突的transaction。
n*x2014-02-04 08:0259 楼一旦加锁老魏的方案就瘫痪了。。【在 N*n 的大作中提到】: 这个不难解决。。从算法上要修一下: 1。 是要按车次加锁。: 2。是出连票时要把相关的两趟车一起加锁。。一个连票出完后,两车次一起解锁。: 两个条件都满足,应该就可以解决你那个问题。
g*g2014-02-04 08:0260 楼一起加锁就不能干净分布到多台机器上。单机完不成,就这么简单。【在 N*n 的大作中提到】: 这个不难解决。。从算法上要修一下: 1。 是要按车次加锁。: 2。是出连票时要把相关的两趟车一起加锁。。一个连票出完后,两车次一起解锁。: 两个条件都满足,应该就可以解决你那个问题。
d*a2014-02-04 08:0262 楼interlocked不是锁,是atomic operation。【在 T********i 的大作中提到】: 我看基本上都不会。: 会的话还讨论啥锁不锁的?interlocked本身就是锁了,而且是最低粒度锁。: 后面区段没有票再把前面的InterlockedIncrement还回去。: 最差性能是前面区段都有票,最后一个没票。要基本上Interlock两次。: 区段数就是停靠站数加一。和联程票有关系么?: 这么做,已经比现有的方案好多了。这么简单的,goodbug懂么?