由买买提看人间百态

topics

全部话题 - 话题: 老魏
首页 上页 1 2 3 4 5 6 7 8 9 10 下页 末页 (共10页)
z****e
发帖数: 54598
1
来自主题: Programming版 - 我来一个系统比老魏出票多。

1)老魏现在的排队不合理,无法证明先后顺序是客观滴
2)现有算法会导致碎片出现,广州到成都,很多人买,全部坐满没问题
但是如果有一堆人买了广州到韶关的票,剩下就嗝屁了,韶关到成都可未必有人坐
一般热门线路都是头尾两端
d****i
发帖数: 4809
2
来自主题: Programming版 - 大家先别给老魏的代码挑刺
顶,这个版上能够直接在Github上把自己的代码全部亮出来让大家看和测试的目前也就
是老魏和wdong了。编程版还是应该有编程版的本质回归,空话少说,代码为王。
g*****y
发帖数: 7271
3
来自主题: Programming版 - 大家先别给老魏的代码挑刺
不要整的跟个怨妇似的,好像全天下合起来黑谁似的。
同样要求,你做一个高并发的计数器,cloud server,whatever,
什么时髦用什么!吞吐量比老魏的系统高,不就得了,又不是不允许
你做。应该不至于做不出一个你所谓的计数器吧?
z****e
发帖数: 54598
4
来自主题: Programming版 - 大家先别给老魏的代码挑刺

lol
那最简单了
这次如果有人故意用这个黑古德霸
敢发毒誓死全家么?
我们提名以下候选人来发毒誓
老魏
老姜
hci
xuer
是不是自己清楚啊
n****j
发帖数: 1708
5
来自主题: Programming版 - 大家先别给老魏的代码挑刺
麻痹是好虫跳出来跟老魏打赌的好不好,他们打赌的时候老子俩 ID 都被封了,关我屁
事啊。你是说他自己黑自己么?还要他死全家?可真是高级黑啊。
现在他自己承认对硬件处理能力估计有误了,起码态度比你好多了。
n****j
发帖数: 1708
6
来自主题: Programming版 - 大家先别给老魏的代码挑刺
简单,黑老魏的死全家,你先发个毒誓
z****e
发帖数: 54598
7
来自主题: Programming版 - 大家先别给老魏的代码挑刺

哦,那老魏如果有吹牛,死全家嘛?
z****e
发帖数: 54598
8
来自主题: Programming版 - 大家先别给老魏的代码挑刺

笑了,老魏也是人渣一个啊
你不就是那次php的事么?屁大点事
我都忘了怎么回事了
n****j
发帖数: 1708
9
来自主题: Programming版 - 大家先别给老魏的代码挑刺
老魏说能做到 1M,他不信开始打赌,这特么谁黑谁啊?你啥脑子啊
z****e
发帖数: 54598
10
来自主题: Programming版 - 简单介绍一下老魏的结构

lol
核心不是单机你这还叫老魏的东西么?
你一点一点改原来的设计,你也好意思?
z****e
发帖数: 54598
11
来自主题: Programming版 - 简单介绍一下老魏的结构
老姜这家伙昨天还在死咬单机
点拨了一下,估计今天打算改多机了
呵呵,你丫有种别抄
我昨天跟你说了怎么处理分布式txn
马上今天就换了个方案出来了?
从我这里一点一点抄,也敢说是老魏的?
n*****t
发帖数: 22014
12
来自主题: Programming版 - 简单介绍一下老魏的结构
老魏两年前就说过了,串行传递消息做热备份。
首级决策后,消息传递给次级,次级由此记录并响应修改内部状态,形成热备份,并传
递给后端。次级可以多台串联,看你对可靠性的要求了,延迟忽略不计。首级发生灾难
的时候,次级自动替补。
我不是回答你哦,我是给不清楚的人解释一下,你装看不懂我无所谓。
L****8
发帖数: 3938
13
来自主题: Programming版 - 简单介绍一下老魏的结构
你说老魏搞的是单个计数器
你这玩意不就是多个计数器?有啥本质区别?
z****e
发帖数: 54598
14
来自主题: Programming版 - 简单介绍一下老魏的结构

一个和多个的区别看不懂?
我说了,让chaos monkey进去砸一下
老姜敢么?一般热备不会做太多
两个撑死了,chaos monkey砸掉三个nodes,这个东西就挂了
而且热备是老姜擦屁股擦出来的
老魏当时回答是,干脆就重启,反正用不了多久,这是原话的意思
A***g
发帖数: 1816
15
来自主题: Programming版 - 简单介绍一下老魏的结构
你们接着吵,我就一个问题,老魏的方案不是单机版吗?最起码是抢票,锁定,数据源
都是一块儿的啊,现在把business logic拉出来变成单独一层,查票也分开,这个和原
来他说的不一样了啊
A***g
发帖数: 1816
16
来自主题: Programming版 - 简单介绍一下老魏的结构
你们接着吵,我就一个问题,老魏的方案不是单机版吗?最起码是抢票,锁定,数据源
都是一块儿的啊,现在把business logic拉出来变成单独一层,查票也分开,这个和原
来他说的不一样了啊
N*n
发帖数: 456
17
来自主题: Programming版 - 简单介绍一下老魏的结构
刚打了一堆,没存下来。。
就问你和老魏这个热备份的问题吧:
主抢票节点暂时不响应,web前端找抢票机次级节点,在这期间,主节点又恢复响应,
类似这样的情况,如何在主次节点之间同步? 考虑主次机同步机制cost,还能达到
1M/S 的performance吗?
c*********e
发帖数: 16335
18
来自主题: Programming版 - 简单介绍一下老魏的结构
我还以为是介绍老魏的生理结构。
z****e
发帖数: 54598
19
来自主题: Programming版 - 简单介绍一下老魏的结构

是别人擦屁股擦出来的啦
老魏在现在还曾说过挂了重启这种笑话
被人单开一贴嘲笑了
热备是你擦屁股擦出来的
w**z
发帖数: 8232
20
来自主题: Programming版 - 老魏的支持者都是卖机器的吧?
呵呵,你又错了,Cassandra 的一个卖点是可以用commodity hardware. 唯一要求高点
的是要SSD,但RAID 都不需要。 你卖机器还真是赚老魏那样人的钱。大部分Cassandra
node 现在都是run 在cloud 上的。
d****i
发帖数: 4809
21
来自主题: Programming版 - 请教老魏一个问题
同好奇的问,老魏你以前做HFT的时候,做系统的和做交易算法的人的比例和任务分配
大概是什么样的百分比?
z****e
发帖数: 54598
22
来自主题: Programming版 - 请教老魏一个问题

差不多吧
老魏的主产品的stack跟tableau差不多
我看dumbcoder可以做出来
hft不知道
b******7
发帖数: 123
23
来自主题: Programming版 - 请老魏给出一个简单的文字解释
老魏这个方案看到:
1. 把本来的long transaction 切割,分解为前期只读的查询,中期的可以失败的单点
抢票机,和后期带transaction的出票部分,最大限度的缩短了transaction; 巧妙利用
了抢票机出错不影响persistent 数据的设计。
2. 前期,后期容易scale或者partition,因为面对是分解过的问题。
3. 单点抢票无需数据同步。
带来的问题可能有:
1.查到不一定抢到,因为persistent数据和i抢票机数据有延迟;这个用户体验可能会
不好。
2.复杂的联程票等等算法被推到前期部分,这个程序真的和计数器差不多,不过设计理
念还是可取的,起码是一种可以尝试的设计。
b***i
发帖数: 3043
24
来自主题: Programming版 - 请老魏给出一个简单的文字解释
你说的可行,差别不是问题。
但是,联票的话,前端找到两个车次,然后生成两个请求,这个是要同时进行的。我看
老魏的代码reserve只处理一个车。没看到同时检查两个车,或者多个车次的票都存在
才处理的。这个有吗?
n*****t
发帖数: 22014
25
来自主题: Programming版 - 请老魏给出一个简单的文字解释
赌约里没有,但这实际恰恰是老魏方案长处,一个请求可以包含多张票,因为是顺序执
行,不会与其他请求冲突产生互锁。
n*****t
发帖数: 22014
26
来自主题: Programming版 - 请老魏给出一个简单的文字解释
架构没问题,争议在性能,一个请求多票和多个请求单票是等价的,如果这些请求连续
执行。古德吧认为每秒不会超过 10 万票,这个节点会成为新瓶颈。
不要求这个是为了验证结果方便,因此还额外增加了 respID。约定多票算多个请求,
古德吧对自己没信心,怕老魏批处理反而提升性能了。
n*****t
发帖数: 22014
27
来自主题: Programming版 - 请老魏给出一个简单的文字解释
一个请求多票对老魏是划算的,一是减少 IO,另外如果第一票没有就不用检查第二张
了,这样也算成功处理 2 单。这是古的吧鸡贼的地方,呵呵。
n*****t
发帖数: 22014
28
来自主题: Programming版 - 请老魏给出一个简单的文字解释
关键古的吧对这方面的技术一无所知,对你说的极限毫无概念,套用轮子已经成为惯性
。如果就这样也就算了,还连续两年拿这事叫骂老魏。。。。。。
f******2
发帖数: 2455
29
来自主题: Programming版 - 请老魏给出一个简单的文字解释
老魏你还狠年轻啊,任正非在你这个年纪还住着农民房,拎着皮包到处转呢。
我被好虫赵策二人转忽悠的以为你都奔五了呢。
好好干,争取把老姜拉入伙,真心看好你们。美国安全领域当年出了一批华人企业,你
们在iot再杀出条血路。
别的不说,赵策来美的事情至少解决了
b***i
发帖数: 3043
30
有道理,估计能差几毫秒?
老魏的前面的流进来也分不清楚几毫秒的差距吧
q*c
发帖数: 9453
31
老魏你这话显然就是根本没看我的方案。
我那云方案下,单票连票都没啥差别,无非是用户 数据库里面插入一张票还是 n 张票
而已。
你还号称连机版本做不了你的单机计数器的 1/10吗?哥为啥比你快?因为哥花的钱多
啊,哈哈哈。
q*c
发帖数: 9453
32
问题是这多机版的不怕连票,没影响, 只有老魏那个单机计数器一旦连票,才会有
perf 问题, 呵呵。
这些同学竟然不相信钱猛鸡多是王道,妄图想以少胜多这种神话。
z****e
发帖数: 54598
33

票,
逗了,你以为老魏的方案能保证?
到核心机的序列就能说明b比c先?
外围机也是一大群,每个外围机到核心机的顺序是上帝决定的
其实也是一种随机数,没有半毛钱意义
早就说了,这种无法保证的随机性,直接假设在同一时间点(段,如果非要计较的话)
内到达外围机的请求是同一个优先级,然后自己想办法作出比较合理的安排
也就是想办法找出最优解,这才是programming的问题
而不是十分愚蠢滴把核心机的网卡做成一个排队机
g*****y
发帖数: 7271
34
你现在的定义是不要over sale就是正确的,有票不出是无所谓的。
老魏的是两个都满足。系统要求都不一样,这两个系统有什么好比的。
正确性的定义有两个方面,一是没票别乱卖,二是有票就要卖给先来的请求。
当然你可以说一更重要(或者说更容易实现),二可有可无(或者说你不会
用分布式系统实现要求二)。我只是好奇,如果二是系统的要求,那么分布式
能不能有效实现这个要求?
印象中好虫原来的设计,让大家提交要求后回家等结果就是因为想要实现
第二个要求。如果只是第一个要求,根本不用搞这么个设计。
n*******7
发帖数: 181
35
老魏这是在假设qxc用的是一样的算法,才有同样的对站数的scalability。
我的感觉是qxc好像要一个一个座位地搜,那样对站数的scalability是O(1),但是对座
位数
的scalability是O(seats).
qxc,你能不能澄清一下你找空座的算法?
n*******7
发帖数: 181
36
”对当前空票开始结束 index“,是不是就是[开始站,结束站]的二维数组?select
从这个数组找?如果是,你的算法和老魏是一样的,对站数scalability是O(站数^2)
或者你的意思是[开始座,结束座]?
不理解“sql 进去就是 log n”,请解释一下。

k**0
发帖数: 19737
37
这样的架构性能比老魏的会差很多。
你不妨自己在家里放3个DB(不同机器)试试看, 即使连在同一个network里, 性能都
会差很多。
q*c
发帖数: 9453
38
效率低这是毫无疑问的, 这是通用解决方案。 虽然低多少不确定 -- 等老魏把各种
完备性问题解决了, 性能还是个未知数。 sql server 慢不是没原因。
但是这个方案的完备性, 可靠性, 扩展性, 都强了太多。 现实商业里没人在乎着几
个机器, 分分钟 12306 钱就比这个多无数。
要的是可靠, 容易维护, 已经证明的解决方案。
q*c
发帖数: 9453
39
see my initial post
我的办法和老魏的完全不同。我这里db 里面装的都是票, 不是站。
起始是 3000 张从开始到结尾的票。根据买卖不断的产生新票, 消灭旧票。你根本没
看我的solution。
k**0
发帖数: 19737
40
呵呵,换了我就用一个sql server farm, 即解决了分布锁的问题,也保证可靠性和扩
展性。
不过这就是centralized ticketing system的架构了(“单机”)。 出票不会比老魏这
种搞底层的快,但有轮子可用。
q*c
发帖数: 9453
41
。。。
你对我的办法根本没看啊。 我db 里面根本没站, 全部是当前剩余的票
每张票有起始终点站而已。
一开始就 3000 票,表里面 3000 行。 一个位置一个票, 始终都是全程,中间就是各
种断开, 卖到最后是 0 张票。
数据库里面都是 红黑树, 哪里来的遍历 (table scan)?都是 logN, N 是数据库里
面的行数, 也就是剩余票数。
你看看我前面给老魏的解释。

and
none
z****e
发帖数: 54598
42
卖机器的人总是这样
你说什么,他们总是理解到另外一个方面去
感情扫厕所跟写代码都是一回事
扫厕所需要扫两遍,写代码是不是也要写两遍啊?
扫厕所要先冲水,写代码也先冲水
感情以后写文章就要在前面加无限多的前缀
拜托,不要再张冠李戴了,没做过就是没做过
不要装了,扫厕所扫再多遍,也不会变成会写代码滴
因为老魏只接触过单机和热备,所以他只会这么做
一旦有点并发的冲突,他就不懂怎么解决了,因为从没思考过
fangtuo2怎么说来着?人的经历限制了人的思维
programming本来是发挥人想象力的时候
就是彻底摆脱物理局限的时候
在很多人眼里,变成了被物理条件限制致死的地方
只要物理条件无法达到,他就束手无策了
所以单机永远都是单机,永远只会scale up,而不会scale out
死读书啊死读书
s*******r
发帖数: 310
43
来自主题: Programming版 - 赵策为啥追着老魏打?
跟老魏打赌的不是古德霸吗?为啥赵策这么激动?
w***g
发帖数: 5958
44
来自主题: Programming版 - 老魏的套路需要能scale才行
显而易见,光从技术上来说老魏的套路是最优的。
但是无奈的是实现这个对程序员技术要求太高,
没法铺开了干。我自己觉得可能有这种能力吧,
如果不是走投无路了这种扣鸡毛蒜皮的事情我也
不愿意干。
所以我觉得出路是要实现一个big compiler,
把本来在运行时操统干的事情挪到compiler里面
去干。各种实时性verification在编译时做了。
因为可计算性问题无法验证的,通过给程序加显式
annotation来处理。无非就是一堆小的状态图拼出
一个大的状态图。然后出来一个big binary blob,
烧到板子里面去运行。程序自动分析各种时序,
绝对保证硬实时。然后因为模块化了,各个模块
性能指标一定下,就可以包出去让人干了。
实时和操统,确实是两个有冲突的概念。
r*****1
发帖数: 3465
45
来自主题: Military版 - 郑义:海边的豪宅--记魏京生
遇罗文、魏京生、北明、郑义
我跟老魏是“革命战友”,又是酒肉朋友。
老魏就是大名鼎鼎的魏京生。
老魏小我几岁,但我还是尊他个“老”。一来这是江湖上的礼数,二来他的那些苦难和
付出,确实够得上我们这些同时代人的敬重。说我们是“革命战友”有点水份,他蹲大
牢时分,我还在山西上学,读文学史,与79年的民主墙尚有千里之遥。说酒肉朋友,却
是一点水份没有的。随便找个理由就聚聚,烟酒烟酒问题。想老魏刚到美国那阵儿,没
驾照就要开车,谁敢把方向盘交给他?我是傻大胆,他要开,我心一横,就把方向盘让
给他,由他左一摇右一摆地把车开回我家,然后喝酒吃肉,给他接风也捎带给自己压惊
。那两年,他的病还没有得齐全,常到我家喝酒。临时打个电话,就开着车兴冲冲来了。
常言道,烟酒不分家。我跟老魏两人不光是不分家,还品味一致,无论牌号,是烟就抽
是酒就喝,来者不拒,没多少讲究,段数都不高,勉强算得上专业初段吧。他是蹲监狱
蹲出来的,我则是流浪浪出来的。老魏有一个特殊的点烟动作,举世无双,是应该申请
专利的:打着火,先要把过滤嘴用火苗燎一下,然后再叼嘴里点燃。我问他这又是什么
学问?他说过滤嘴是化纤丝做的,燎一下就不会... 阅读全帖
c***s
发帖数: 70028
46
清明节到来,我们特别关注这样一群人:他们有个行规,不握手,不说“再见”;他们让每一个人更有尊严地离开;作为人生最后的守护者,他们的生活有什么不同?记者走进了北京市怀柔区殡仪馆,在这里见到了背尸工老魏,为您记录他焰边行走的人生。
老魏全名魏宗武,1957年生人,为人低调谦和,却被传的神乎其神,他这一生做过两种职业,第一种是火眼金睛“千里眼”——战舰上的雷达兵,第二种却一步步耗尽他的火眼金睛,他自嘲“眼睛不行啦,每天对着800度的炉火,太亮了,晃得视力差多了”。就是这样,老魏当上副馆长还不停地往一线冲,试炉温、抬尸体、手把手教年轻人给尸体整容,甚至爬墙修管道,爬上大树剪树枝,大家都亲切地叫他,老魏。
初入殡仪馆
老魏那时候还是小魏,从部队退伍被分配到殡仪馆,到了一个以前都没怎么听说过和接触过的行业里。尽管压力很大,家人和周围朋友都不赞成,小魏却留了下来,他在部队接受的教育告诉他,要服从党的安排,“指哪儿打哪儿”。
从进入殡仪馆工作后,老魏就开始了24小时待岗的生活,全年无休,时刻等候电话召唤。一旦有电话打来需要接尸,就要马上出发不能耽搁。刚开始的日子还比较好接受,来火化的都是正常死亡的人,... 阅读全帖
c*********d
发帖数: 9770
47
来自主题: Military版 - 时间的主人
人民日报1975年04月29日第5版
天津重型机器厂锻压车间 蒋子龙
造船厂催要曲轴。我手里托着这封加急电报,心里敲着小鼓:首季是开门头一仗,打好
打坏影响全厂士气,最好全安排“好吃”的活儿。曲轴是“难精尖”产品,不能一开始
就让这块硬骨头硌了工人的牙。但是,如果我们不能在第一季度交货,就将影响造船厂
今年十艘两万吨以上大船的按期下水。
我们厂今年整十七岁,是在一九五八年大跃进年代里炼就的身架和筋骨。可是前七年,
腰就是挺不起来,年年完不成国家任务。每逢到岁末的几天,我就没勇气撕日历。但时
间是钉不住的,是无情的,它给了我们这个年轻的大厂巨大的压力。我们着急,我们愤
怒,我们厂为什么跟不上时代的脚步,合不上时间的节拍?
无产阶级文化大革命以后,我们精神抖擞地挺起腰来了。任务年年增加,年年提前完成
。开始只提前三个小时,渐渐提前两天、十天、半个月。去年,我们乘着批林批孔的春
风,一家伙提前三个月全面完成国家计划。铁面无情的时间和我们有了感情,那嘀嗒嘀
嗒的钟声,是催促前进的鼓点,是我们脚步的记录。我们到底跨上了时间的骏马,向革
命和生产的广度、深度展开新的进军。我由怕过年末,到盼过年末,... 阅读全帖
m********3
发帖数: 3280
48
来自主题: Military版 - 环卫工劝别乱扔垃圾被打破眼球
因劝路人别乱扔垃圾,郑州环卫工老魏遭了一顿毒打,致使右眼球破裂,眼睑裂伤。昨
日,老魏躺在病床上伤心不已:“就劝了一句话,莫名其妙地挨了一顿打,早知道咱啥
也不说了。”
【缘起】
50岁环卫工劝路人勿乱扔垃圾
一辈子没和人打过架,在郑州大街上因一句劝解的话,却被对方打破眼球,环卫工
老魏遇上了这倒霉事儿。
昨天,在郑大一附院1号病房楼,记者见到了老魏。他右眼肿得很高,缠着纱布。
老魏介绍,他今年50岁,是郑州金水环卫工中的一员,负责信息学院路西,东风路
南这一拐角区域200米长的保洁工作。
1月20日下午3时许,老魏开着电动保洁车沿东风路慢车道从东往西走,看到信息学
院路东风路口西200米路南有个男子站着嗑瓜子。他走到该男子面前笑着说,“老师,
看着你也是个明白人,咋这样嗑瓜子嘞。”让老魏意想不到的是,这句话给他带来了很
大麻烦。
【事件】
环卫工被打伤右眼
老魏说,对方跑过来问:“你说的啥?再说一遍。”接着就开始骂人,不堪入耳。
“还说要弄死我。”老魏说。
听着不堪的话,老魏也有点儿怒了,辩解了几句。“我没想到对方抬手就打。”老
魏回忆,男子拿起保洁车上的垃圾篓,拍到了他头上,“头顿... 阅读全帖
v******a
发帖数: 45075
49
☆─────────────────────────────────────☆
sill (dingding) 于 (Wed Jan 25 21:30:38 2012, 美东) 提到:
这编剧真是屎到家了:真正的两对夫妻都住在一个城市里,但是把他们拆开把一个女的和另外一个男的组合在一起,实际上根本就没有必要(见下文),考,这是什么狗屁组织,简直就是夫妻交换俱乐部 !?
编剧给出的解释是要让顾给周发带电报,但是实际上可以让周乙送情报给老魏,而且周和魏时不时就见个面,那么把顾安排在魏那里不就就完了吗。用得着把人家夫妻这么组合吗?天下有这样愚蠢的组织吗?
这个《悬崖》从这个假夫妻编剧就可以判死刑了。就像viamedia说的,太烂!
“不怕脑残的演员,就怕脑残的编剧”
☆─────────────────────────────────────☆
lovewhowho66 (喂喂操) 于 (Wed Jan 25 22:09:29 2012, 美东) 提到:
博眼球可以,但您发贴也得动点儿脑子不是。
周乙作为一名高层谍报人员进入满洲警察厅,早已经有交待,这个叫做执行任务,假夫... 阅读全帖
h***f
发帖数: 4541
50
来自主题: ChinaNews版 - 《楚天都市报》公开造假
提要:
退休工人反映养老金被克扣的问题
报社改为《晚年生活更美好》
报社答复:作为党的喉舌,只能正面宣传
魏延龄给老徐、老魏的信
老徐、老魏俩位好:
昨天在《乌有之乡》网站查到(退休双轨制)专栏中,楚天报刊《养老金六连跳 晚年生
活更美好》一文。
作为我本人,是想通过报社反映一冶头头克扣我们的养老金问题,主要从九六、九七年
我们仅拿两百多块生活费谈起,以至造成万余名退休职工生活困境。没料到报社弄巧成
拙,却把我的内容编成《养老金六连跳 晚年生活更美好》。该文见报后,我十分恼火
,在群众中造成很坏影响!
我很赞同你们的予见性:
一丶我没有扏笔,仅是口述;
二、稿件上报前,未经我审阅;
三、文章内容,完全违背我的主观愿望。
当即我打电话告之报社,报社回答:作为党的喉舌,只能正面宣传。无奈,我只好作罢

附言:略……
魏延龄 鞠 元月十六日
手机号139-7××88340
养老金六连跳,晚年生活更美好
楚天都市报讯 亲历人:魏延龄 记者刘莉整理
我今年68岁,1996年从青山一冶退休。翻看我的养老金存折,2005年是个转折点,
从这一年开始,国家连续6年上调企业退休人员养老金,... 阅读全帖
首页 上页 1 2 3 4 5 6 7 8 9 10 下页 末页 (共10页)