z****e
发帖数: 54598 | 1 这叫并发么？
这种处理谁不会？我靠
我起一万个机器，每台机器保留一个timestamp
然后归并时候，就按照timestamp
至于遇到timestamp一样的时候
就随便排一个顺序就好了
这个要你做啊？
关键你这样随便排了优先级之后，还会有空位出来
本身就是作弊的产物
然后最后结果还是个打折的
这要你来做？谁不会做了？
你跟我扯蛋物理，好啊，我承认物理上也许没有绝对一样的两个时间点
问题是，你怎么测量啊？你测量不了嘛，所以最后只能假设他们是同时发生的
这个时候为了公平，也为了更好的客户体验
所以我们建立一个pool，从中选出最优解
尽量抹杀空位，这难道你不应该做？
好了，你做不到，发现超过1ms，然后就开始打滚
拜托，做不到就明说嘛，本来也没有人指望你能做到 |
n****j
发帖数: 1708 | 2 1G 的 pool 我做不到，实事求是，u can u up no bb
【在 z****e 的大作中提到】
: 这叫并发么？
: 这种处理谁不会？我靠
: 我起一万个机器，每台机器保留一个timestamp
: 然后归并时候，就按照timestamp
: 至于遇到timestamp一样的时候
: 就随便排一个顺序就好了
: 这个要你做啊？
: 关键你这样随便排了优先级之后，还会有空位出来
: 本身就是作弊的产物
: 然后最后结果还是个打折的
|
z****e
发帖数: 54598 | 3
做不到就好，我也没说我做得到
本来这种东西用单机做就是一个joke
你承认了就好
【在 n****j 的大作中提到】
: 1G 的 pool 我做不到，实事求是，u can u up no bb
|
n****j
发帖数: 1708 | 4 先不说请求到达一定有顺序，就算用 timestamp，最小的测量单位是 usec，每个 usec
里平均一个请求，pool size = 1，放大 100 倍我也没压力。
【在 z****e 的大作中提到】
: 这叫并发么？
: 这种处理谁不会？我靠
: 我起一万个机器，每台机器保留一个timestamp
: 然后归并时候，就按照timestamp
: 至于遇到timestamp一样的时候
: 就随便排一个顺序就好了
: 这个要你做啊？
: 关键你这样随便排了优先级之后，还会有空位出来
: 本身就是作弊的产物
: 然后最后结果还是个打折的
|
n****j
发帖数: 1708 | 5 给你无穷多机器，你在 1ms 里处理 1G 相互耦合的给我看看
【在 z****e 的大作中提到】
:
: 做不到就好，我也没说我做得到
: 本来这种东西用单机做就是一个joke
: 你承认了就好
|
z****e
发帖数: 54598 | 6
usec
你的trick就在这里，假设pool size =1
那不就是排好顺序的么？你这里只有一个thread在读诶
拜托，跟你说很多遍了，这种顺序不合理
接收到的顺序并不是客观顺序
其次，空位会出现
我的假设很简单，就假设这一个时间段内
所有接收到的请求，都是同时发生的
然后归并后，batch处理，尽量提升客户体验
也就是在这时候抹杀空位
所以才要找嘛，这才是算法嘛
你的算法也可以接受啊，但是问题是时间上就无法完成了
现实中有谁神经病非要这个玩意在1ms内结束啊？
对吧？自己非要给自己立个莫名其妙的标准
然后拼命满足，发现满足不了了
就开始改协议，这一招很下流诶
【在 n****j 的大作中提到】
: 先不说请求到达一定有顺序，就算用 timestamp，最小的测量单位是 usec，每个 usec
: 里平均一个请求，pool size = 1，放大 100 倍我也没压力。
|
n****j
发帖数: 1708 | 7 你的时间段到底多少？一年吗？搞不定。1usec 或者 1ms 我没压力。
【在 z****e 的大作中提到】
:
: usec
: 你的trick就在这里，假设pool size =1
: 那不就是排好顺序的么？你这里只有一个thread在读诶
: 拜托，跟你说很多遍了，这种顺序不合理
: 接收到的顺序并不是客观顺序
: 其次，空位会出现
: 我的假设很简单，就假设这一个时间段内
: 所有接收到的请求，都是同时发生的
: 然后归并后，batch处理，尽量提升客户体验
|
z****e
发帖数: 54598 | 8
你凭什么证明这是耦合的？
车次都独立了
哦，还能这样的？
不利于别人的时候，车次就都独立了
不利于你们的时候，车次就开始耦合了？
感情到底耦合还是不耦合都是你决定的对吧？
【在 n****j 的大作中提到】
: 给你无穷多机器，你在 1ms 里处理 1G 相互耦合的给我看看
|
z****e
发帖数: 54598 | 9
不是早就说过了嘛？
上千万一秒，峰值
一毫秒大概就是一万嘛
你算了半天在干嘛？
【在 n****j 的大作中提到】
: 你的时间段到底多少？一年吗？搞不定。1usec 或者 1ms 我没压力。
|
n****j
发帖数: 1708 | 10 妈蛋，独立车次找个屁最优解啊，10000 个乘客买 10000 个不同车次还 NP 个屁啊。
【在 z****e 的大作中提到】
:
: 不是早就说过了嘛？
: 上千万一秒，峰值
: 一毫秒大概就是一万嘛
: 你算了半天在干嘛？
|
|
|
z****e
发帖数: 54598 | 11 老姜，我没有冤枉你
我按照12306的峰值给你数据了
你怎么处理是你的问题
最后发现超过1ms也在我的预料之中
做不到就别bb |
n****j
发帖数: 1708 | 12 不是打赌说 1M/s 吗？你家 1M 是千万啊？
【在 z****e 的大作中提到】
: 老姜，我没有冤枉你
: 我按照12306的峰值给你数据了
: 你怎么处理是你的问题
: 最后发现超过1ms也在我的预料之中
: 做不到就别bb
|
z****e
发帖数: 54598 | 13
我昨天不说了嘛
你这种强制顺序
哪怕是一个车次，也会出现空位的
【在 n****j 的大作中提到】
: 妈蛋，独立车次找个屁最优解啊，10000 个乘客买 10000 个不同车次还 NP 个屁啊。
|
n****j
发帖数: 1708 | 14 那是你臆想的，今天我已经给出算法，没有空位
【在 z****e 的大作中提到】
:
: 我昨天不说了嘛
: 你这种强制顺序
: 哪怕是一个车次，也会出现空位的
|
n****j
发帖数: 1708 | 15 12306 的高峰期相应速度是 1ms 吗？
【在 z****e 的大作中提到】
: 老姜，我没有冤枉你
: 我按照12306的峰值给你数据了
: 你怎么处理是你的问题
: 最后发现超过1ms也在我的预料之中
: 做不到就别bb
|
z****e
发帖数: 54598 | 16
1m是请求
没有说一次多少张票
说出一次一张票的时候就被抓包了
要求一次至少20张票
而且人家峰值是千万个请求/s
你好意思说这里只有一张票么？
【在 n****j 的大作中提到】
: 不是打赌说 1M/s 吗？你家 1M 是千万啊？
|
z****e
发帖数: 54598 | 17
没有啊，所以你可以不做啊
这个标准不是我订的
【在 n****j 的大作中提到】
: 12306 的高峰期相应速度是 1ms 吗？
|
z****e
发帖数: 54598 | 18 1m请求
一个请求里面有10张票
很过分么？
外围机对核心机发送请求
为什么不归并一下？
多半肯定会归并吧？ |
z****e
发帖数: 54598 | 19 imei当时确认的是
一次n张票，100%出票
没有看到任何异议 |
n****j
发帖数: 1708 | 20 先说清楚，千万个什么，查询还是订票
【在 z****e 的大作中提到】
: imei当时确认的是
: 一次n张票，100%出票
: 没有看到任何异议
|
|
|
z****e
发帖数: 54598 | 21
lol
查询不要经过你的机器？
你确定？
只有一台机器诶
【在 n****j 的大作中提到】
: 先说清楚，千万个什么，查询还是订票
|
n****j
发帖数: 1708 | 22 你到底在扯什么蛋？一会说 12306 千万次查询，一会说打赌 1M/s 订票要求 1ms 响应
，俩蛋一起扯吗？
【在 z****e 的大作中提到】
:
: lol
: 查询不要经过你的机器？
: 你确定？
: 只有一台机器诶
|
z****e
发帖数: 54598 | 23
你的单机只能做到这样，你还想怎样？
【在 n****j 的大作中提到】
: 你到底在扯什么蛋？一会说 12306 千万次查询，一会说打赌 1M/s 订票要求 1ms 响应
: ，俩蛋一起扯吗？
|
n****j
发帖数: 1708 | 24 你见过哪个傻逼 10 段联程票一起订的？
【在 z****e 的大作中提到】
: 1m请求
: 一个请求里面有10张票
: 很过分么？
: 外围机对核心机发送请求
: 为什么不归并一下？
: 多半肯定会归并吧？
|
z****e
发帖数: 54598 | 25
联程个屁啊
这个是外围机把不同的票申请放一起
相互之间是独立的好吧？
当然你要做成连城也行
【在 n****j 的大作中提到】
: 你见过哪个傻逼 10 段联程票一起订的？
|
n****j
发帖数: 1708 | 26 查询找我干啥，这个是抢票鸡是计数器是老干妈油辣椒，查询你找后端 DB 去啊，一个
车次一个 DB
【在 z****e 的大作中提到】
:
: 联程个屁啊
: 这个是外围机把不同的票申请放一起
: 相互之间是独立的好吧？
: 当然你要做成连城也行
|
z****e
发帖数: 54598 | 27 你这种原子操作
读和写有本质区别么？
查询反正都要过你这台机器 |
n****j
发帖数: 1708 | 28 扯蛋你一流，可以俩蛋一起扯。对了，火车上还能找小姐，把这蛋也加上。
【在 z****e 的大作中提到】
: 你这种原子操作
: 读和写有本质区别么？
: 查询反正都要过你这台机器
|
z****e
发帖数: 54598 | 29
啊？db上不准确啊我靠
这是抢票机，当然要最real time的效率反馈咯
【在 n****j 的大作中提到】
: 查询找我干啥，这个是抢票鸡是计数器是老干妈油辣椒，查询你找后端 DB 去啊，一个
: 车次一个 DB
|
z****e
发帖数: 54598 | 30
不用打滚，没用
做不到就是做不到
【在 n****j 的大作中提到】
: 扯蛋你一流，可以俩蛋一起扯。对了，火车上还能找小姐，把这蛋也加上。
|
|
|
n****j
发帖数: 1708 | 31 你什么脑子啊，db 上不准确？
【在 z****e 的大作中提到】
:
: 不用打滚，没用
: 做不到就是做不到
|
z****e
发帖数: 54598 | 32
你确定db上的数据能真实反应这张票是否available？
你有没有想到你现在正朝着分布式的consistency大幅迈进啊？
你要讨论这个嘛？
【在 n****j 的大作中提到】
: 你什么脑子啊，db 上不准确？
|
n****j
发帖数: 1708 | 33 你能找小姐我也能，就这么简单，打滚肯定不如你，顺着你的方式瞎打，打不好别笑话
兄弟
【在 z****e 的大作中提到】
:
: 你确定db上的数据能真实反应这张票是否available？
: 你有没有想到你现在正朝着分布式的consistency大幅迈进啊？
: 你要讨论这个嘛？
|
n****j
发帖数: 1708 | 34 我确定，period
【在 z****e 的大作中提到】
:
: 你确定db上的数据能真实反应这张票是否available？
: 你有没有想到你现在正朝着分布式的consistency大幅迈进啊？
: 你要讨论这个嘛？
|
z****e
发帖数: 54598 | 35
我什么地方打滚了？
每一条都反复确认过的好吧？
1m是请求，谁规定一个请求只能一张票啊？
【在 n****j 的大作中提到】
: 你能找小姐我也能，就这么简单，打滚肯定不如你，顺着你的方式瞎打，打不好别笑话
: 兄弟
|
z****e
发帖数: 54598 | 36
瞎扯
从抢票机到db有时间差
当然不会一致
你打滚没用
物理学的真差，这都不懂
【在 n****j 的大作中提到】
: 我确定，period
|
z****e
发帖数: 54598 | 37 到db有网络io，有硬盘上的io
你这里怎么可能一致，最精确的当然只有核心机一台咯
所以怎么看这个单机怎么脑残不是？ |
n****j
发帖数: 1708 | 38 1G 请求一起处理不是打滚？12306 有什么狗屁最优解吗？这不是打滚？
一个请求一张票是好虫提出的，你问他自己去，别找我。同一个链接内按先后顺序出票
也是他说的，你也找他。
【在 z****e 的大作中提到】
: 到db有网络io，有硬盘上的io
: 你这里怎么可能一致，最精确的当然只有核心机一台咯
: 所以怎么看这个单机怎么脑残不是？
|
z****e
发帖数: 54598 | 39
有啊，人家还有5联程票呢，至少比你这个什么都做不了的计数器强一万倍
一个请求一张票好像没有哦，我们讨论时候没找到哦
你找出来
【在 n****j 的大作中提到】
: 1G 请求一起处理不是打滚？12306 有什么狗屁最优解吗？这不是打滚？
: 一个请求一张票是好虫提出的，你问他自己去，别找我。同一个链接内按先后顺序出票
: 也是他说的，你也找他。
|
n****j
发帖数: 1708 | 40 我这里一个时间点是一年，同一个时间点上数据一致。这是跟你学的，学得不好老师见
谅。
不跟你扯这个蛋，最终状态以 DB 为准，抢票鸡根本不知道后面付款成功还是失败，所
以 latest status 以 DB 为准。这也是为什么抢票鸡不需要写盘的原因，挂掉了一切
从 DB 恢复。
同理，查询直接走 DB。
【在 z****e 的大作中提到】
: 到db有网络io，有硬盘上的io
: 你这里怎么可能一致，最精确的当然只有核心机一台咯
: 所以怎么看这个单机怎么脑残不是？
|
|
|
n****j
发帖数: 1708 | 41 好虫原帖被删了，你没看到我也不怪你。你造吗，这俩条件是好虫精心设计的，你就别
再坑他了。
【在 z****e 的大作中提到】
:
: 有啊，人家还有5联程票呢，至少比你这个什么都做不了的计数器强一万倍
: 一个请求一张票好像没有哦，我们讨论时候没找到哦
: 你找出来
|
z****e
发帖数: 54598 | 42
如果走db的话，我要你这个神经病的单机干什么？
外围机不会直接发请求给db啊？
非要到这里来过一下？
并发db也能解决好吧？还有txn
【在 n****j 的大作中提到】
: 我这里一个时间点是一年，同一个时间点上数据一致。这是跟你学的，学得不好老师见
: 谅。
: 不跟你扯这个蛋，最终状态以 DB 为准，抢票鸡根本不知道后面付款成功还是失败，所
: 以 latest status 以 DB 为准。这也是为什么抢票鸡不需要写盘的原因，挂掉了一切
: 从 DB 恢复。
: 同理，查询直接走 DB。
|
n****j
发帖数: 1708 | 43 跨 DB 死锁，明白？
【在 z****e 的大作中提到】
:
: 如果走db的话，我要你这个神经病的单机干什么？
: 外围机不会直接发请求给db啊？
: 非要到这里来过一下？
: 并发db也能解决好吧？还有txn
|
z****e
发帖数: 54598 | 44
瞎扯，没有就是没有，我不管那么多
没看到，没写下来的话，你愿意怎么写都是你的事
再说一次，条款要反复确认，而不是你一家说了算
就算古德霸说过，只要没写下来，都不算好吧？
【在 n****j 的大作中提到】
: 好虫原帖被删了，你没看到我也不怪你。你造吗，这俩条件是好虫精心设计的，你就别
: 再坑他了。
|
z****e
发帖数: 54598 | 45
泪奔了，这里的车次都独立，跨个屁db
【在 n****j 的大作中提到】
: 跨 DB 死锁，明白？
|
z****e
发帖数: 54598 | 46 老姜，你这个脑残到家的计数器其实绝大多数db都有 |
n****j
发帖数: 1708 | 47 你让好虫把这两条去掉吧，看他咬不咬你 LOL
【在 z****e 的大作中提到】
: 老姜，你这个脑残到家的计数器其实绝大多数db都有
|
z****e
发帖数: 54598 | 48
这两条根本就没有在协议上好吧？
你再去看看
【在 n****j 的大作中提到】
: 你让好虫把这两条去掉吧，看他咬不咬你 LOL
|
n****j
发帖数: 1708 | 49 妈的，一会 12306 千万次，一会又不让人订联程了。生产和测试你分得清吗？老魏拿
出这个油辣椒就是针对联程的，解决分库问题，从头到尾都是这么回事，从没说过要做
一整套能找小姐的 12306。
【在 z****e 的大作中提到】
:
: 这两条根本就没有在协议上好吧？
: 你再去看看
|
n****j
发帖数: 1708 | 50 协议里有 100% 吗？
【在 z****e 的大作中提到】
:
: 这两条根本就没有在协议上好吧？
: 你再去看看
|
|
|
z****e
发帖数: 54598 | 51
12306可以，他们也做到了分布式txn，至于死锁，给我拉倒，人家没这个问题
你滴不行
针对个屁联程，丢人不？一个计数器解决了屁问题
最后各种简化，简化代表着你这个东西已经脱离现实了ok？
【在 n****j 的大作中提到】
: 妈的，一会 12306 千万次，一会又不让人订联程了。生产和测试你分得清吗？老魏拿
: 出这个油辣椒就是针对联程的，解决分库问题，从头到尾都是这么回事，从没说过要做
: 一整套能找小姐的 12306。
|
z****e
发帖数: 54598 | 52
所以后来imei在确认了啊
老魏说了两次100%
对吧？
否则协议确认个屁啊
【在 n****j 的大作中提到】
: 协议里有 100% 吗？
|
n****j
发帖数: 1708 | 53 2 年前 12306 慢得一屁所以让大家吊打，当时版上讨论的时候，老魏认为这个设计可
以解决瓶颈问题，好虫认为单机根本处理不了这么大的订票要求。
这就是事情的来龙去脉，赵老师你要点脸，清清楚楚的事情别装不知道。
【在 z****e 的大作中提到】
:
: 所以后来imei在确认了啊
: 老魏说了两次100%
: 对吧？
: 否则协议确认个屁啊
|
z****e
发帖数: 54598 | 54 这个核心机说白了，是一个毫无必要的存在
外围机直接发送数据给db就好了
db做好分库，然后db之前可以搞一个redis之类的in memory db
以增强客户体验，这可以理解
所以根本没有必要做成单机，这个单机在这里也是极为碍手碍脚
匪夷所思的设计，一开始估计是打算用单机处理所有问题
现在各种简化，各种推诿，把工作都交给db啊，外围机啊去做了
现在简化成这样，最后一步就是这个核心机可以滚蛋了
毫无意义的存在，一句话总结：这玩意根本没解决任何问题 |
z****e
发帖数: 54598 | 55
单机单节点单线程是不是本身就是一个巨大的瓶颈？
且不论这个性能怎样，这个安全隐患就很严重
挂了怎么办？老魏说重启就好了，我靠，这玩意还能重启的？
而且12306最大的问题是因为没有计数器么？
我的天，你好歹说一下因为css读取太慢，安全协议太慢或者db太慢
这都能接受，对吧？问题是你给了一个计数器算什么？
你当12306没有人会写计数器是吧？就你牛逼，知道计数器怎么写
【在 n****j 的大作中提到】
: 2 年前 12306 慢得一屁所以让大家吊打，当时版上讨论的时候，老魏认为这个设计可
: 以解决瓶颈问题，好虫认为单机根本处理不了这么大的订票要求。
: 这就是事情的来龙去脉，赵老师你要点脸，清清楚楚的事情别装不知道。
|
n****j
发帖数: 1708 | 56 几乎所有人对 100% 的理解跟你不一样，90% 以上的人一开始都不知道你在胡扯什么，
包括现在的 12306 也没你这个扯蛋功能。
当时说的是有票必须出，这个有票是指拿到请求的时候有票没票，好虫对协议的要求也
是验证这个结果。
到了你这就开始偷换概念，变成不能留空座了。好，即使用了你这个狗屁的 pool，你
就天真的以为解决问题了？
【在 z****e 的大作中提到】
:
: 单机单节点单线程是不是本身就是一个巨大的瓶颈？
: 且不论这个性能怎样，这个安全隐患就很严重
: 挂了怎么办？老魏说重启就好了，我靠，这玩意还能重启的？
: 而且12306最大的问题是因为没有计数器么？
: 我的天，你好歹说一下因为css读取太慢，安全协议太慢或者db太慢
: 这都能接受，对吧？问题是你给了一个计数器算什么？
: 你当12306没有人会写计数器是吧？就你牛逼，知道计数器怎么写
|
n****j
发帖数: 1708 | 57 如果这个节点吞吐量远超需求，那就不是瓶颈。对了，你见过不能重启的玩意吗？
【在 z****e 的大作中提到】
:
: 单机单节点单线程是不是本身就是一个巨大的瓶颈？
: 且不论这个性能怎样，这个安全隐患就很严重
: 挂了怎么办？老魏说重启就好了，我靠，这玩意还能重启的？
: 而且12306最大的问题是因为没有计数器么？
: 我的天，你好歹说一下因为css读取太慢，安全协议太慢或者db太慢
: 这都能接受，对吧？问题是你给了一个计数器算什么？
: 你当12306没有人会写计数器是吧？就你牛逼，知道计数器怎么写
|
z****e
发帖数: 54598 | 58 12306其实要解决响应问题也很容易
一个异步就解决大部分
古德霸早就说了用异步
后来很多傻瓜才开始领悟
其实现在外围机发送请求给核心机也是一种异步的策略
包括外围机跟客户浏览器之间的响应，就是一种异步策略
就这么简单一个东西，扯了两年计数器，我靠牛逼啊
而且计数器也没有必要集中成一个
打散到每一个db之前去做一个in memory db就好了
其实这个东西怎么做都是一个分布式的处理
出来说单机就是一搞笑的
我觉得那句话很有道理：这玩意还在想单机，没有必要跟上一代人争论
现在搞来搞去还不也成了分布式了？逗谁玩呢？ |
z****e
发帖数: 54598 | 59
拜托
这个100%实现不了也不是我指出来的
你看不懂跟我什么关系？
合同条款怎么解读，肯定不是一家之言ok？
【在 n****j 的大作中提到】
: 几乎所有人对 100% 的理解跟你不一样，90% 以上的人一开始都不知道你在胡扯什么，
: 包括现在的 12306 也没你这个扯蛋功能。
: 当时说的是有票必须出，这个有票是指拿到请求的时候有票没票，好虫对协议的要求也
: 是验证这个结果。
: 到了你这就开始偷换概念，变成不能留空座了。好，即使用了你这个狗屁的 pool，你
: 就天真的以为解决问题了？
|
z****e
发帖数: 54598 | 60
没有，但是分布式解决的问题就是不因为某个nodes挂了而中断
知道chaos monkey嘛？
【在 n****j 的大作中提到】
: 如果这个节点吞吐量远超需求，那就不是瓶颈。对了，你见过不能重启的玩意吗？
|
|
|
n****j
发帖数: 1708 | 61 计数器是你在自说自话，我管这个叫老干妈阿尔法，铁道部吃辣椒不行就是不行就不行。
到底计什么数，你说清楚，这段程序到底是计小姐数还是瓜子数，计完数怎么打印出来。
【在 z****e 的大作中提到】
:
: 没有，但是分布式解决的问题就是不因为某个nodes挂了而中断
: 知道chaos monkey嘛？
|
n****j
发帖数: 1708 | 62 又来了，现在 12306 用了 mq 还是用了好虫的异步？12306 订票现在是挂上号回家等
通知了？
其实写程序很简单，都很简单，无非 abcd 排好队就行了，我们都会。
【在 z****e 的大作中提到】
: 12306其实要解决响应问题也很容易
: 一个异步就解决大部分
: 古德霸早就说了用异步
: 后来很多傻瓜才开始领悟
: 其实现在外围机发送请求给核心机也是一种异步的策略
: 包括外围机跟客户浏览器之间的响应，就是一种异步策略
: 就这么简单一个东西，扯了两年计数器，我靠牛逼啊
: 而且计数器也没有必要集中成一个
: 打散到每一个db之前去做一个in memory db就好了
: 其实这个东西怎么做都是一个分布式的处理
|
z****e
发帖数: 54598 | 63
行。
来。
再说一次，这么简单的东西，解决了什么问题呢？
就是为了黑古德霸嘛，早就看出来了，不用遮遮掩掩了
【在 n****j 的大作中提到】
: 计数器是你在自说自话，我管这个叫老干妈阿尔法，铁道部吃辣椒不行就是不行就不行。
: 到底计什么数，你说清楚，这段程序到底是计小姐数还是瓜子数，计完数怎么打印出来。
|
n****j
发帖数: 1708 | 64 打赌双方没意见，你爱咋解读随便 LOL
结果就是，你想搅黄好虫的企图夭折了，老魏这次要丢脸。
【在 z****e 的大作中提到】
:
: 行。
: 来。
: 再说一次，这么简单的东西，解决了什么问题呢？
: 就是为了黑古德霸嘛，早就看出来了，不用遮遮掩掩了
|
n****j
发帖数: 1708 | 65 老魏是一台 386 打天下吗？老魏的抢票节点只有一台单机吗？哦，对了，这些大概要
超出你的理解能力了。
【在 z****e 的大作中提到】
:
: 行。
: 来。
: 再说一次，这么简单的东西，解决了什么问题呢？
: 就是为了黑古德霸嘛，早就看出来了，不用遮遮掩掩了
|
z****e
发帖数: 54598 | 66
mq不是异步？老大你在干什么啊？
【在 n****j 的大作中提到】
: 又来了，现在 12306 用了 mq 还是用了好虫的异步？12306 订票现在是挂上号回家等
: 通知了？
: 其实写程序很简单，都很简单，无非 abcd 排好队就行了，我们都会。
|
z****e
发帖数: 54598 | 67
lol
笑了，当初是谁留给所有人一个单机的印象的？
感情是我错了嘛？
单机是我说的嘛？
貌似很多人都这么理解啊
【在 n****j 的大作中提到】
: 老魏是一台 386 打天下吗？老魏的抢票节点只有一台单机吗？哦，对了，这些大概要
: 超出你的理解能力了。
|
z****e
发帖数: 54598 | 68
老魏经常丢人，血流成河已经不敢承认了
【在 n****j 的大作中提到】
: 打赌双方没意见，你爱咋解读随便 LOL
: 结果就是，你想搅黄好虫的企图夭折了，老魏这次要丢脸。
|
n****j
发帖数: 1708 | 69 那是你知识面狭窄，不完全怪你。
【在 z****e 的大作中提到】
:
: 老魏经常丢人，血流成河已经不敢承认了
|
n****j
发帖数: 1708 | 70 老魏这个就是 mq，好虫说的异步是回家等通知。
【在 z****e 的大作中提到】
:
: 老魏经常丢人，血流成河已经不敢承认了
|
|
|
n****j
发帖数: 1708 | 71 所以你这次往死了坑好虫，是吧。所以啊，猪队友是最可怕的。
【在 z****e 的大作中提到】
:
: 老魏经常丢人，血流成河已经不敢承认了
|
z****e
发帖数: 54598 | 72
老姜，说到现在，我问题已经指出来了
你不承认也改变不了你做不出来的现实
是吧？剩下就是打滚了
反正100%就是一个joke
你拼命cover老魏的屁股也没用啊
100%怎么证明呢？之前也说过了
95%就行了，问题是非要100%
那就100%咯，现在显然做不到100%
你要怎么说服别人相信这是100%？
我提出一种算法，可以尽量逼近100%
不能保证一定是100%，但是如果存在这个可能性
那就是100%，对吧？不存在这个可能性，那没话说
这个肯定不能怪系统，也感谢你做的优化啊哈哈
【在 n****j 的大作中提到】
: 打赌双方没意见，你爱咋解读随便 LOL
: 结果就是，你想搅黄好虫的企图夭折了，老魏这次要丢脸。
|
z****e
发帖数: 54598 | 73
mq不是异步嘛？
我的天
【在 n****j 的大作中提到】
: 老魏这个就是 mq，好虫说的异步是回家等通知。
|
z****e
发帖数: 54598 | 74
坑啥呀，我已经论证了一个失败，你也承认是做不到了
至于你非要狡辩说这不是100%，那这个就是另外一回事了
【在 n****j 的大作中提到】
: 所以你这次往死了坑好虫，是吧。所以啊，猪队友是最可怕的。
|
n****j
发帖数: 1708 | 75 谁管你怎么理解 100% 啊，除了我闲得无聊跟你调情，你见过第二个人理你吗？
赵老师，感谢我的话就不要多说了，你这人经常自说自话，时间长了会用精神卫生问题
的。
【在 z****e 的大作中提到】
:
: 坑啥呀，我已经论证了一个失败，你也承认是做不到了
: 至于你非要狡辩说这不是100%，那这个就是另外一回事了
|
z****e
发帖数: 54598 | 76
你就是不承认这个100%失败了嘛
可以理解
【在 n****j 的大作中提到】
: 谁管你怎么理解 100% 啊，除了我闲得无聊跟你调情，你见过第二个人理你吗？
: 赵老师，感谢我的话就不要多说了，你这人经常自说自话，时间长了会用精神卫生问题
: 的。
|
n****j
发帖数: 1708 | 77 你论证了，in ur wildest dreams，好了吧
【在 z****e 的大作中提到】
:
: 你就是不承认这个100%失败了嘛
: 可以理解
|
n****j
发帖数: 1708 | 78 我承认你做不到
【在 z****e 的大作中提到】
:
: 你就是不承认这个100%失败了嘛
: 可以理解
|
z****e
发帖数: 54598 | 79
哦你打算claim你做得到咯？
【在 n****j 的大作中提到】
: 我承认你做不到
|
n****j
发帖数: 1708 | 80 我还不会哥德巴赫猜想呢，大家都做不到的玩意你扯什么蛋啊
【在 z****e 的大作中提到】
:
: 哦你打算claim你做得到咯？
|
|
|
z****e
发帖数: 54598 | 81
所以为啥要确认你在说什么
而不是你自己定了一个协议，然后就自己解读
imei不就在确认么？你干嘛否认人家的功劳呢？
【在 n****j 的大作中提到】
: 我还不会哥德巴赫猜想呢，大家都做不到的玩意你扯什么蛋啊
|
n****j
发帖数: 1708 | 82 几乎所有人对 100% 解读都没你那么奇葩，打赌双方都清楚什么是 100%，而且你的奇
葩解读证明不现实，你还想说啥？
【在 z****e 的大作中提到】
:
: 所以为啥要确认你在说什么
: 而不是你自己定了一个协议，然后就自己解读
: imei不就在确认么？你干嘛否认人家的功劳呢？
|
z****e
发帖数: 54598 | 83
没有啊，其他人指出来的，我看懂了而已
其实一开始我也没想过
【在 n****j 的大作中提到】
: 几乎所有人对 100% 解读都没你那么奇葩，打赌双方都清楚什么是 100%，而且你的奇
: 葩解读证明不现实，你还想说啥？
|
n****j
发帖数: 1708 | 84 你看到的世界跟我们不一样
【在 z****e 的大作中提到】
:
: 没有啊，其他人指出来的，我看懂了而已
: 其实一开始我也没想过
|
z****e
发帖数: 54598 | 85
说明不是一个人看到咯？
【在 n****j 的大作中提到】
: 你看到的世界跟我们不一样
|
n****j
发帖数: 1708 | 86 脑子没长毛的，都不会赌不现实的东西。你理解的 100% 不现实，所以双方没赌这玩意
。这层逻辑你理解吧？说实话，我理解的 100% 出票是出澡堂子票，可我胆子没你大，
不敢说。
【在 z****e 的大作中提到】
:
: 说明不是一个人看到咯？
|
z****e
发帖数: 54598 | 87
慢一点不是不现实
你要是早点说，1ms做个mark，那我估计也懒得说了
总之现在发现做不到了，你就开始打滚
昨天怎么不说了？昨天还死撑
今天发现做不到了
【在 n****j 的大作中提到】
: 脑子没长毛的，都不会赌不现实的东西。你理解的 100% 不现实，所以双方没赌这玩意
: 。这层逻辑你理解吧？说实话，我理解的 100% 出票是出澡堂子票，可我胆子没你大，
: 不敢说。
|
n****j
发帖数: 1708 | 88 这叫什么屁话，慢一点也能飞到天顶星，你飞啊？什么 10000 张票的 pool，这特么解
决 100% 出票了？
【在 z****e 的大作中提到】
:
: 慢一点不是不现实
: 你要是早点说，1ms做个mark，那我估计也懒得说了
: 总之现在发现做不到了，你就开始打滚
: 昨天怎么不说了？昨天还死撑
: 今天发现做不到了
|
z****e
发帖数: 54598 | 89
100ms可不是很慢的一个时间
你非要纠结这1ms，那我也无话可说
交易本身的时间跨度要长多了
长达2-3s很正常，所以你在这里省时间是比较脑残的行为
【在 n****j 的大作中提到】
: 这叫什么屁话，慢一点也能飞到天顶星，你飞啊？什么 10000 张票的 pool，这特么解
: 决 100% 出票了？
|
n****j
发帖数: 1708 | 90 来来来，你告诉我，为啥是 100ms，为啥是 10000 请求。
【在 z****e 的大作中提到】
:
: 100ms可不是很慢的一个时间
: 你非要纠结这1ms，那我也无话可说
: 交易本身的时间跨度要长多了
: 长达2-3s很正常，所以你在这里省时间是比较脑残的行为
|
|
|
z****e
发帖数: 54598 | 91
1w个请求已经解释过了
100ms是给你留出足够长的时间了
【在 n****j 的大作中提到】
: 来来来，你告诉我，为啥是 100ms，为啥是 10000 请求。
|
n****j
发帖数: 1708 | 92 解释什么？为啥不能是 1000 是 100？你这 10000 哪来的，解决什么问题了？
【在 z****e 的大作中提到】
:
: 1w个请求已经解释过了
: 100ms是给你留出足够长的时间了
|
z****e
发帖数: 54598 | 93
并发峰值大概就这么多
一ms大概有一万个请求
你有意见么？
【在 n****j 的大作中提到】
: 解释什么？为啥不能是 1000 是 100？你这 10000 哪来的，解决什么问题了？
|
n****j
发帖数: 1708 | 94 姑且不论 1ms 到底多少请求，就算 10000 吧，我为啥不能是 1usec 10 个请求？
again，你这 10000 的 pool 解决什么问题了。
【在 z****e 的大作中提到】
:
: 并发峰值大概就这么多
: 一ms大概有一万个请求
: 你有意见么？
|
z****e
发帖数: 54598 | 95
因为1us这10个你很难精确测量好吧？
一般web server做不到这种精度
而且pool也不够大，不够你填满空位啊
【在 n****j 的大作中提到】
: 姑且不论 1ms 到底多少请求，就算 10000 吧，我为啥不能是 1usec 10 个请求？
: again，你这 10000 的 pool 解决什么问题了。
|
n****j
发帖数: 1708 | 96 1、我可以测量 1us
2、不要说 10000，只要你不把全天所有票都拿进来做优化，就仍然有空座出现的可能
。10000 这个拍屁股的数字 not even close。
所以说了，你这个然并卵的 10000，即没有现实意义也没解决任何问题。你老实交代，
扯这个蛋是不是故意黑老魏来着？
【在 z****e 的大作中提到】
:
: 因为1us这10个你很难精确测量好吧？
: 一般web server做不到这种精度
: 而且pool也不够大，不够你填满空位啊
|
z****e
发帖数: 54598 | 97
我不是来黑谁的哦
明显这里有问题好吧？
你可以测量，跟有没有必要测量两回事好吧？
另外你说不把全天的票拿出来优化，仍然有空位的可能
可以啊，那就是抽签了，我同意啊
但是估计老百姓不同意
【在 n****j 的大作中提到】
: 1、我可以测量 1us
: 2、不要说 10000，只要你不把全天所有票都拿进来做优化，就仍然有空座出现的可能
: 。10000 这个拍屁股的数字 not even close。
: 所以说了，你这个然并卵的 10000，即没有现实意义也没解决任何问题。你老实交代，
: 扯这个蛋是不是故意黑老魏来着？
|
z****e
发帖数: 54598 | 98
老姜你不明白做这个东西的意义么？
首先要让运力最大化得到利用
有空位老百姓骂死你
其次就是你这个pool要大到一定程度
让你有足够的机会填满所有的空位
如果pool太小，就实现不了好吧？
所以如果你把精度调整到1us的话，老百姓一个看不懂
谁知道us啥意思？你要解释半天，ms已经很多人不太理解了
但是还比较容易，而且1ms的跨度，让你有足够大的pool
这样虽然还有可能出现空位，但是概率已经很低了
基本上不太可能出现了，所以这两个就是一个tradeoff
你不可能不兼顾，你要明白，运力最大化也是一个目标好吧？
【在 n****j 的大作中提到】
: 1、我可以测量 1us
: 2、不要说 10000，只要你不把全天所有票都拿进来做优化，就仍然有空座出现的可能
: 。10000 这个拍屁股的数字 not even close。
: 所以说了，你这个然并卵的 10000，即没有现实意义也没解决任何问题。你老实交代，
: 扯这个蛋是不是故意黑老魏来着？
|
n****j
发帖数: 1708 | 99 现在你承认 10000 是在扯蛋，压根没解决你理解的 100% 了？现在你知道你那个 100
多奇葩了？还有没有正常人这么理解赌局里提到的这个 100 了？你再找一个我看看。
这么奇葩的玩意你叽歪半天，不是黑老魏的，那你干嘛，老实说，摸着小鸡鸡说。
【在 z****e 的大作中提到】
:
: 老姜你不明白做这个东西的意义么？
: 首先要让运力最大化得到利用
: 有空位老百姓骂死你
: 其次就是你这个pool要大到一定程度
: 让你有足够的机会填满所有的空位
: 如果pool太小，就实现不了好吧？
: 所以如果你把精度调整到1us的话，老百姓一个看不懂
: 谁知道us啥意思？你要解释半天，ms已经很多人不太理解了
: 但是还比较容易，而且1ms的跨度，让你有足够大的pool
|
n****j
发帖数: 1708 | 100 10000 的 pool 太小太小，你不会不知道吧？
现在售票窗口就是谁手进来卖谁，没有扯蛋的 pool，也没空座，更没人为这个骂街，
你承认不承认都是如此。
【在 z****e 的大作中提到】
:
: 老姜你不明白做这个东西的意义么？
: 首先要让运力最大化得到利用
: 有空位老百姓骂死你
: 其次就是你这个pool要大到一定程度
: 让你有足够的机会填满所有的空位
: 如果pool太小，就实现不了好吧？
: 所以如果你把精度调整到1us的话，老百姓一个看不懂
: 谁知道us啥意思？你要解释半天，ms已经很多人不太理解了
: 但是还比较容易，而且1ms的跨度，让你有足够大的pool
|
|
|
z****e
发帖数: 54598 | 101
那你可以放宽到1s啊，1s千万的pool，我不反对啊
两个需求
1）尽量保证公平，先来先得，但是这个精度没有必要过分深入
否则老百姓看不懂，你说多少us，民工哪里懂这个
2）要尽量运力最大化，所以你需要一个pool，否则没有办法让你选
运力最大化非常reasonable，因为本身运力就不足么，尽量不要有空位
这两个需求是冲突的，需要tradeoff
【在 n****j 的大作中提到】
: 10000 的 pool 太小太小，你不会不知道吧？
: 现在售票窗口就是谁手进来卖谁，没有扯蛋的 pool，也没空座，更没人为这个骂街，
: 你承认不承认都是如此。
|
z****e
发帖数: 54598 | 102 至于现在的窗口
那这个民工自己会处理
这个是窗口的问题
现在卖票窗口也没有秒杀
互联网不一样 |
n****j
发帖数: 1708 | 103 你对这个问题的数量级估算实在是 。。。
【在 z****e 的大作中提到】
: 至于现在的窗口
: 那这个民工自己会处理
: 这个是窗口的问题
: 现在卖票窗口也没有秒杀
: 互联网不一样
|
z****e
发帖数: 54598 | 104
这个可以讨论，你知道我的意思就行
你看我要求的东西都很合理
全部都是从实际需求出发，不是什么不合理的要求
我觉得你应该多理解一下别人说的100%
这个要求合理多了，我相信没人会真的在乎那一两us之类的
但是超过s的误差，人是能看出来的
【在 n****j 的大作中提到】
: 你对这个问题的数量级估算实在是 。。。
|
n****j
发帖数: 1708 | 105 讨论什么？你先算一下，峰值 10m 查询，1m 订票，只有订票需要这个算法。然后你算
冲突概率，没有足够大的话，对最优解就基本没帮助。
算吧，算好了你就知道了，我说了，你对这个问题的数量级毫无概念。
【在 z****e 的大作中提到】
:
: 这个可以讨论，你知道我的意思就行
: 你看我要求的东西都很合理
: 全部都是从实际需求出发，不是什么不合理的要求
: 我觉得你应该多理解一下别人说的100%
: 这个要求合理多了，我相信没人会真的在乎那一两us之类的
: 但是超过s的误差，人是能看出来的
|
z****e
发帖数: 54598 | 106
你只有单机，查询不来找你找谁？
找db嘛？你疯了，db跟单机之间有明显的距离好吧？
基本上一定会出现，你在db中看有票，去买就没票的情况
早说了，你要是不想做单机，这事也没那么难
你把计数器和db捆绑在一个机器上，这个时候，数据的同步会比较快
也比较合理，你非要用网络，那数据的一致性几乎是必然不存在的
否则就不要搞什么eventually consistent了
是谁非吃饱了要搞成单机的？
【在 n****j 的大作中提到】
: 讨论什么？你先算一下，峰值 10m 查询，1m 订票，只有订票需要这个算法。然后你算
: 冲突概率，没有足够大的话，对最优解就基本没帮助。
: 算吧，算好了你就知道了，我说了，你对这个问题的数量级毫无概念。
|
n****j
发帖数: 1708 | 107 DB 跟单机之间有距离都说出来了，我勒个去。
好吧，就算要开车 20 mile，你让我查也可以。你有没有意识到，查询的时候不存在最
优解的问题？
【在 z****e 的大作中提到】
:
: 你只有单机，查询不来找你找谁？
: 找db嘛？你疯了，db跟单机之间有明显的距离好吧？
: 基本上一定会出现，你在db中看有票，去买就没票的情况
: 早说了，你要是不想做单机，这事也没那么难
: 你把计数器和db捆绑在一个机器上，这个时候，数据的同步会比较快
: 也比较合理，你非要用网络，那数据的一致性几乎是必然不存在的
: 否则就不要搞什么eventually consistent了
: 是谁非吃饱了要搞成单机的？
|
z****e
发帖数: 54598 | 108
老姜，consistent的问题就不要争了好吧？
的确读写分离是常见的优化手段
问题是你要做成real time的系统
那自然就有real time的要求咯
你查完db再发请求，这个叫real time？
你要是这么搞的话，干脆就古德霸那种搞法了
其实也已经越来越接近了
【在 n****j 的大作中提到】
: DB 跟单机之间有距离都说出来了，我勒个去。
: 好吧，就算要开车 20 mile，你让我查也可以。你有没有意识到，查询的时候不存在最
: 优解的问题？
|
n****j
发帖数: 1708 | 109 你没买过票？没上网买过东西？谁不是几次查询之后决定下单的？
【在 z****e 的大作中提到】
:
: 老姜，consistent的问题就不要争了好吧？
: 的确读写分离是常见的优化手段
: 问题是你要做成real time的系统
: 那自然就有real time的要求咯
: 你查完db再发请求，这个叫real time？
: 你要是这么搞的话，干脆就古德霸那种搞法了
: 其实也已经越来越接近了
|
z****e
发帖数: 54598 | 110
我再问一次
你知道什么是秒杀么？
【在 n****j 的大作中提到】
: 你没买过票？没上网买过东西？谁不是几次查询之后决定下单的？
|
|
|
z****e
发帖数: 54598 | 111 这叫并发么？
这种处理谁不会？我靠
我起一万个机器，每台机器保留一个timestamp
然后归并时候，就按照timestamp
至于遇到timestamp一样的时候
就随便排一个顺序就好了
这个要你做啊？
关键你这样随便排了优先级之后，还会有空位出来
本身就是作弊的产物
然后最后结果还是个打折的
这要你来做？谁不会做了？
你跟我扯蛋物理，好啊，我承认物理上也许没有绝对一样的两个时间点
问题是，你怎么测量啊？你测量不了嘛，所以最后只能假设他们是同时发生的
这个时候为了公平，也为了更好的客户体验
所以我们建立一个pool，从中选出最优解
尽量抹杀空位，这难道你不应该做？
好了，你做不到，发现超过1ms，然后就开始打滚
拜托，做不到就明说嘛，本来也没有人指望你能做到 |
n****j
发帖数: 1708 | 112 1G 的 pool 我做不到，实事求是，u can u up no bb
【在 z****e 的大作中提到】
: 这叫并发么？
: 这种处理谁不会？我靠
: 我起一万个机器，每台机器保留一个timestamp
: 然后归并时候，就按照timestamp
: 至于遇到timestamp一样的时候
: 就随便排一个顺序就好了
: 这个要你做啊？
: 关键你这样随便排了优先级之后，还会有空位出来
: 本身就是作弊的产物
: 然后最后结果还是个打折的
|
z****e
发帖数: 54598 | 113
做不到就好，我也没说我做得到
本来这种东西用单机做就是一个joke
你承认了就好
【在 n****j 的大作中提到】
: 1G 的 pool 我做不到，实事求是，u can u up no bb
|
n****j
发帖数: 1708 | 114 先不说请求到达一定有顺序，就算用 timestamp，最小的测量单位是 usec，每个 usec
里平均一个请求，pool size = 1，放大 100 倍我也没压力。
【在 z****e 的大作中提到】
: 这叫并发么？
: 这种处理谁不会？我靠
: 我起一万个机器，每台机器保留一个timestamp
: 然后归并时候，就按照timestamp
: 至于遇到timestamp一样的时候
: 就随便排一个顺序就好了
: 这个要你做啊？
: 关键你这样随便排了优先级之后，还会有空位出来
: 本身就是作弊的产物
: 然后最后结果还是个打折的
|
n****j
发帖数: 1708 | 115 给你无穷多机器，你在 1ms 里处理 1G 相互耦合的给我看看
【在 z****e 的大作中提到】
:
: 做不到就好，我也没说我做得到
: 本来这种东西用单机做就是一个joke
: 你承认了就好
|
z****e
发帖数: 54598 | 116
usec
你的trick就在这里，假设pool size =1
那不就是排好顺序的么？你这里只有一个thread在读诶
拜托，跟你说很多遍了，这种顺序不合理
接收到的顺序并不是客观顺序
其次，空位会出现
我的假设很简单，就假设这一个时间段内
所有接收到的请求，都是同时发生的
然后归并后，batch处理，尽量提升客户体验
也就是在这时候抹杀空位
所以才要找嘛，这才是算法嘛
你的算法也可以接受啊，但是问题是时间上就无法完成了
现实中有谁神经病非要这个玩意在1ms内结束啊？
对吧？自己非要给自己立个莫名其妙的标准
然后拼命满足，发现满足不了了
就开始改协议，这一招很下流诶
【在 n****j 的大作中提到】
: 先不说请求到达一定有顺序，就算用 timestamp，最小的测量单位是 usec，每个 usec
: 里平均一个请求，pool size = 1，放大 100 倍我也没压力。
|
n****j
发帖数: 1708 | 117 你的时间段到底多少？一年吗？搞不定。1usec 或者 1ms 我没压力。
【在 z****e 的大作中提到】
:
: usec
: 你的trick就在这里，假设pool size =1
: 那不就是排好顺序的么？你这里只有一个thread在读诶
: 拜托，跟你说很多遍了，这种顺序不合理
: 接收到的顺序并不是客观顺序
: 其次，空位会出现
: 我的假设很简单，就假设这一个时间段内
: 所有接收到的请求，都是同时发生的
: 然后归并后，batch处理，尽量提升客户体验
|
z****e
发帖数: 54598 | 118
你凭什么证明这是耦合的？
车次都独立了
哦，还能这样的？
不利于别人的时候，车次就都独立了
不利于你们的时候，车次就开始耦合了？
感情到底耦合还是不耦合都是你决定的对吧？
【在 n****j 的大作中提到】
: 给你无穷多机器，你在 1ms 里处理 1G 相互耦合的给我看看
|
z****e
发帖数: 54598 | 119
不是早就说过了嘛？
上千万一秒，峰值
一毫秒大概就是一万嘛
你算了半天在干嘛？
【在 n****j 的大作中提到】
: 你的时间段到底多少？一年吗？搞不定。1usec 或者 1ms 我没压力。
|
n****j
发帖数: 1708 | 120 妈蛋，独立车次找个屁最优解啊，10000 个乘客买 10000 个不同车次还 NP 个屁啊。
【在 z****e 的大作中提到】
:
: 不是早就说过了嘛？
: 上千万一秒，峰值
: 一毫秒大概就是一万嘛
: 你算了半天在干嘛？
|
|
|
z****e
发帖数: 54598 | 121 老姜，我没有冤枉你
我按照12306的峰值给你数据了
你怎么处理是你的问题
最后发现超过1ms也在我的预料之中
做不到就别bb |
n****j
发帖数: 1708 | 122 不是打赌说 1M/s 吗？你家 1M 是千万啊？
【在 z****e 的大作中提到】
: 老姜，我没有冤枉你
: 我按照12306的峰值给你数据了
: 你怎么处理是你的问题
: 最后发现超过1ms也在我的预料之中
: 做不到就别bb
|
z****e
发帖数: 54598 | 123
我昨天不说了嘛
你这种强制顺序
哪怕是一个车次，也会出现空位的
【在 n****j 的大作中提到】
: 妈蛋，独立车次找个屁最优解啊，10000 个乘客买 10000 个不同车次还 NP 个屁啊。
|
n****j
发帖数: 1708 | 124 那是你臆想的，今天我已经给出算法，没有空位
【在 z****e 的大作中提到】
:
: 我昨天不说了嘛
: 你这种强制顺序
: 哪怕是一个车次，也会出现空位的
|
n****j
发帖数: 1708 | 125 12306 的高峰期相应速度是 1ms 吗？
【在 z****e 的大作中提到】
: 老姜，我没有冤枉你
: 我按照12306的峰值给你数据了
: 你怎么处理是你的问题
: 最后发现超过1ms也在我的预料之中
: 做不到就别bb
|
z****e
发帖数: 54598 | 126
1m是请求
没有说一次多少张票
说出一次一张票的时候就被抓包了
要求一次至少20张票
而且人家峰值是千万个请求/s
你好意思说这里只有一张票么？
【在 n****j 的大作中提到】
: 不是打赌说 1M/s 吗？你家 1M 是千万啊？
|
z****e
发帖数: 54598 | 127
没有啊，所以你可以不做啊
这个标准不是我订的
【在 n****j 的大作中提到】
: 12306 的高峰期相应速度是 1ms 吗？
|
z****e
发帖数: 54598 | 128 1m请求
一个请求里面有10张票
很过分么？
外围机对核心机发送请求
为什么不归并一下？
多半肯定会归并吧？ |
z****e
发帖数: 54598 | 129 imei当时确认的是
一次n张票，100%出票
没有看到任何异议 |
n****j
发帖数: 1708 | 130 先说清楚，千万个什么，查询还是订票
【在 z****e 的大作中提到】
: imei当时确认的是
: 一次n张票，100%出票
: 没有看到任何异议
|
|
|
z****e
发帖数: 54598 | 131
lol
查询不要经过你的机器？
你确定？
只有一台机器诶
【在 n****j 的大作中提到】
: 先说清楚，千万个什么，查询还是订票
|
n****j
发帖数: 1708 | 132 你到底在扯什么蛋？一会说 12306 千万次查询，一会说打赌 1M/s 订票要求 1ms 响应
，俩蛋一起扯吗？
【在 z****e 的大作中提到】
:
: lol
: 查询不要经过你的机器？
: 你确定？
: 只有一台机器诶
|
z****e
发帖数: 54598 | 133
你的单机只能做到这样，你还想怎样？
【在 n****j 的大作中提到】
: 你到底在扯什么蛋？一会说 12306 千万次查询，一会说打赌 1M/s 订票要求 1ms 响应
: ，俩蛋一起扯吗？
|
n****j
发帖数: 1708 | 134 你见过哪个傻逼 10 段联程票一起订的？
【在 z****e 的大作中提到】
: 1m请求
: 一个请求里面有10张票
: 很过分么？
: 外围机对核心机发送请求
: 为什么不归并一下？
: 多半肯定会归并吧？
|
z****e
发帖数: 54598 | 135
联程个屁啊
这个是外围机把不同的票申请放一起
相互之间是独立的好吧？
当然你要做成连城也行
【在 n****j 的大作中提到】
: 你见过哪个傻逼 10 段联程票一起订的？
|
n****j
发帖数: 1708 | 136 查询找我干啥，这个是抢票鸡是计数器是老干妈油辣椒，查询你找后端 DB 去啊，一个
车次一个 DB
【在 z****e 的大作中提到】
:
: 联程个屁啊
: 这个是外围机把不同的票申请放一起
: 相互之间是独立的好吧？
: 当然你要做成连城也行
|
z****e
发帖数: 54598 | 137 你这种原子操作
读和写有本质区别么？
查询反正都要过你这台机器 |
n****j
发帖数: 1708 | 138 扯蛋你一流，可以俩蛋一起扯。对了，火车上还能找小姐，把这蛋也加上。
【在 z****e 的大作中提到】
: 你这种原子操作
: 读和写有本质区别么？
: 查询反正都要过你这台机器
|
z****e
发帖数: 54598 | 139
啊？db上不准确啊我靠
这是抢票机，当然要最real time的效率反馈咯
【在 n****j 的大作中提到】
: 查询找我干啥，这个是抢票鸡是计数器是老干妈油辣椒，查询你找后端 DB 去啊，一个
: 车次一个 DB
|
z****e
发帖数: 54598 | 140
不用打滚，没用
做不到就是做不到
【在 n****j 的大作中提到】
: 扯蛋你一流，可以俩蛋一起扯。对了，火车上还能找小姐，把这蛋也加上。
|
|
|
n****j
发帖数: 1708 | 141 你什么脑子啊，db 上不准确？
【在 z****e 的大作中提到】
:
: 不用打滚，没用
: 做不到就是做不到
|
z****e
发帖数: 54598 | 142
你确定db上的数据能真实反应这张票是否available？
你有没有想到你现在正朝着分布式的consistency大幅迈进啊？
你要讨论这个嘛？
【在 n****j 的大作中提到】
: 你什么脑子啊，db 上不准确？
|
n****j
发帖数: 1708 | 143 你能找小姐我也能，就这么简单，打滚肯定不如你，顺着你的方式瞎打，打不好别笑话
兄弟
【在 z****e 的大作中提到】
:
: 你确定db上的数据能真实反应这张票是否available？
: 你有没有想到你现在正朝着分布式的consistency大幅迈进啊？
: 你要讨论这个嘛？
|
n****j
发帖数: 1708 | 144 我确定，period
【在 z****e 的大作中提到】
:
: 你确定db上的数据能真实反应这张票是否available？
: 你有没有想到你现在正朝着分布式的consistency大幅迈进啊？
: 你要讨论这个嘛？
|
z****e
发帖数: 54598 | 145
我什么地方打滚了？
每一条都反复确认过的好吧？
1m是请求，谁规定一个请求只能一张票啊？
【在 n****j 的大作中提到】
: 你能找小姐我也能，就这么简单，打滚肯定不如你，顺着你的方式瞎打，打不好别笑话
: 兄弟
|
z****e
发帖数: 54598 | 146
瞎扯
从抢票机到db有时间差
当然不会一致
你打滚没用
物理学的真差，这都不懂
【在 n****j 的大作中提到】
: 我确定，period
|
z****e
发帖数: 54598 | 147 到db有网络io，有硬盘上的io
你这里怎么可能一致，最精确的当然只有核心机一台咯
所以怎么看这个单机怎么脑残不是？ |
n****j
发帖数: 1708 | 148 1G 请求一起处理不是打滚？12306 有什么狗屁最优解吗？这不是打滚？
一个请求一张票是好虫提出的，你问他自己去，别找我。同一个链接内按先后顺序出票
也是他说的，你也找他。
【在 z****e 的大作中提到】
: 到db有网络io，有硬盘上的io
: 你这里怎么可能一致，最精确的当然只有核心机一台咯
: 所以怎么看这个单机怎么脑残不是？
|
z****e
发帖数: 54598 | 149
有啊，人家还有5联程票呢，至少比你这个什么都做不了的计数器强一万倍
一个请求一张票好像没有哦，我们讨论时候没找到哦
你找出来
【在 n****j 的大作中提到】
: 1G 请求一起处理不是打滚？12306 有什么狗屁最优解吗？这不是打滚？
: 一个请求一张票是好虫提出的，你问他自己去，别找我。同一个链接内按先后顺序出票
: 也是他说的，你也找他。
|
n****j
发帖数: 1708 | 150 我这里一个时间点是一年，同一个时间点上数据一致。这是跟你学的，学得不好老师见
谅。
不跟你扯这个蛋，最终状态以 DB 为准，抢票鸡根本不知道后面付款成功还是失败，所
以 latest status 以 DB 为准。这也是为什么抢票鸡不需要写盘的原因，挂掉了一切
从 DB 恢复。
同理，查询直接走 DB。
【在 z****e 的大作中提到】
: 到db有网络io，有硬盘上的io
: 你这里怎么可能一致，最精确的当然只有核心机一台咯
: 所以怎么看这个单机怎么脑残不是？
|
|
|
n****j
发帖数: 1708 | 151 好虫原帖被删了，你没看到我也不怪你。你造吗，这俩条件是好虫精心设计的，你就别
再坑他了。
【在 z****e 的大作中提到】
:
: 有啊，人家还有5联程票呢，至少比你这个什么都做不了的计数器强一万倍
: 一个请求一张票好像没有哦，我们讨论时候没找到哦
: 你找出来
|
z****e
发帖数: 54598 | 152
如果走db的话，我要你这个神经病的单机干什么？
外围机不会直接发请求给db啊？
非要到这里来过一下？
并发db也能解决好吧？还有txn
【在 n****j 的大作中提到】
: 我这里一个时间点是一年，同一个时间点上数据一致。这是跟你学的，学得不好老师见
: 谅。
: 不跟你扯这个蛋，最终状态以 DB 为准，抢票鸡根本不知道后面付款成功还是失败，所
: 以 latest status 以 DB 为准。这也是为什么抢票鸡不需要写盘的原因，挂掉了一切
: 从 DB 恢复。
: 同理，查询直接走 DB。
|
n****j
发帖数: 1708 | 153 跨 DB 死锁，明白？
【在 z****e 的大作中提到】
:
: 如果走db的话，我要你这个神经病的单机干什么？
: 外围机不会直接发请求给db啊？
: 非要到这里来过一下？
: 并发db也能解决好吧？还有txn
|
z****e
发帖数: 54598 | 154
瞎扯，没有就是没有，我不管那么多
没看到，没写下来的话，你愿意怎么写都是你的事
再说一次，条款要反复确认，而不是你一家说了算
就算古德霸说过，只要没写下来，都不算好吧？
【在 n****j 的大作中提到】
: 好虫原帖被删了，你没看到我也不怪你。你造吗，这俩条件是好虫精心设计的，你就别
: 再坑他了。
|
z****e
发帖数: 54598 | 155
泪奔了，这里的车次都独立，跨个屁db
【在 n****j 的大作中提到】
: 跨 DB 死锁，明白？
|
z****e
发帖数: 54598 | 156 老姜，你这个脑残到家的计数器其实绝大多数db都有 |
n****j
发帖数: 1708 | 157 你让好虫把这两条去掉吧，看他咬不咬你 LOL
【在 z****e 的大作中提到】
: 老姜，你这个脑残到家的计数器其实绝大多数db都有
|
z****e
发帖数: 54598 | 158
这两条根本就没有在协议上好吧？
你再去看看
【在 n****j 的大作中提到】
: 你让好虫把这两条去掉吧，看他咬不咬你 LOL
|
n****j
发帖数: 1708 | 159 妈的，一会 12306 千万次，一会又不让人订联程了。生产和测试你分得清吗？老魏拿
出这个油辣椒就是针对联程的，解决分库问题，从头到尾都是这么回事，从没说过要做
一整套能找小姐的 12306。
【在 z****e 的大作中提到】
:
: 这两条根本就没有在协议上好吧？
: 你再去看看
|
n****j
发帖数: 1708 | 160 协议里有 100% 吗？
【在 z****e 的大作中提到】
:
: 这两条根本就没有在协议上好吧？
: 你再去看看
|
|
|
z****e
发帖数: 54598 | 161
12306可以，他们也做到了分布式txn，至于死锁，给我拉倒，人家没这个问题
你滴不行
针对个屁联程，丢人不？一个计数器解决了屁问题
最后各种简化，简化代表着你这个东西已经脱离现实了ok？
【在 n****j 的大作中提到】
: 妈的，一会 12306 千万次，一会又不让人订联程了。生产和测试你分得清吗？老魏拿
: 出这个油辣椒就是针对联程的，解决分库问题，从头到尾都是这么回事，从没说过要做
: 一整套能找小姐的 12306。
|
z****e
发帖数: 54598 | 162
所以后来imei在确认了啊
老魏说了两次100%
对吧？
否则协议确认个屁啊
【在 n****j 的大作中提到】
: 协议里有 100% 吗？
|
n****j
发帖数: 1708 | 163 2 年前 12306 慢得一屁所以让大家吊打，当时版上讨论的时候，老魏认为这个设计可
以解决瓶颈问题，好虫认为单机根本处理不了这么大的订票要求。
这就是事情的来龙去脉，赵老师你要点脸，清清楚楚的事情别装不知道。
【在 z****e 的大作中提到】
:
: 所以后来imei在确认了啊
: 老魏说了两次100%
: 对吧？
: 否则协议确认个屁啊
|
z****e
发帖数: 54598 | 164 这个核心机说白了，是一个毫无必要的存在
外围机直接发送数据给db就好了
db做好分库，然后db之前可以搞一个redis之类的in memory db
以增强客户体验，这可以理解
所以根本没有必要做成单机，这个单机在这里也是极为碍手碍脚
匪夷所思的设计，一开始估计是打算用单机处理所有问题
现在各种简化，各种推诿，把工作都交给db啊，外围机啊去做了
现在简化成这样，最后一步就是这个核心机可以滚蛋了
毫无意义的存在，一句话总结：这玩意根本没解决任何问题 |
z****e
发帖数: 54598 | 165
单机单节点单线程是不是本身就是一个巨大的瓶颈？
且不论这个性能怎样，这个安全隐患就很严重
挂了怎么办？老魏说重启就好了，我靠，这玩意还能重启的？
而且12306最大的问题是因为没有计数器么？
我的天，你好歹说一下因为css读取太慢，安全协议太慢或者db太慢
这都能接受，对吧？问题是你给了一个计数器算什么？
你当12306没有人会写计数器是吧？就你牛逼，知道计数器怎么写
【在 n****j 的大作中提到】
: 2 年前 12306 慢得一屁所以让大家吊打，当时版上讨论的时候，老魏认为这个设计可
: 以解决瓶颈问题，好虫认为单机根本处理不了这么大的订票要求。
: 这就是事情的来龙去脉，赵老师你要点脸，清清楚楚的事情别装不知道。
|
n****j
发帖数: 1708 | 166 几乎所有人对 100% 的理解跟你不一样，90% 以上的人一开始都不知道你在胡扯什么，
包括现在的 12306 也没你这个扯蛋功能。
当时说的是有票必须出，这个有票是指拿到请求的时候有票没票，好虫对协议的要求也
是验证这个结果。
到了你这就开始偷换概念，变成不能留空座了。好，即使用了你这个狗屁的 pool，你
就天真的以为解决问题了？
【在 z****e 的大作中提到】
:
: 单机单节点单线程是不是本身就是一个巨大的瓶颈？
: 且不论这个性能怎样，这个安全隐患就很严重
: 挂了怎么办？老魏说重启就好了，我靠，这玩意还能重启的？
: 而且12306最大的问题是因为没有计数器么？
: 我的天，你好歹说一下因为css读取太慢，安全协议太慢或者db太慢
: 这都能接受，对吧？问题是你给了一个计数器算什么？
: 你当12306没有人会写计数器是吧？就你牛逼，知道计数器怎么写
|
n****j
发帖数: 1708 | 167 如果这个节点吞吐量远超需求，那就不是瓶颈。对了，你见过不能重启的玩意吗？
【在 z****e 的大作中提到】
:
: 单机单节点单线程是不是本身就是一个巨大的瓶颈？
: 且不论这个性能怎样，这个安全隐患就很严重
: 挂了怎么办？老魏说重启就好了，我靠，这玩意还能重启的？
: 而且12306最大的问题是因为没有计数器么？
: 我的天，你好歹说一下因为css读取太慢，安全协议太慢或者db太慢
: 这都能接受，对吧？问题是你给了一个计数器算什么？
: 你当12306没有人会写计数器是吧？就你牛逼，知道计数器怎么写
|
z****e
发帖数: 54598 | 168 12306其实要解决响应问题也很容易
一个异步就解决大部分
古德霸早就说了用异步
后来很多傻瓜才开始领悟
其实现在外围机发送请求给核心机也是一种异步的策略
包括外围机跟客户浏览器之间的响应，就是一种异步策略
就这么简单一个东西，扯了两年计数器，我靠牛逼啊
而且计数器也没有必要集中成一个
打散到每一个db之前去做一个in memory db就好了
其实这个东西怎么做都是一个分布式的处理
出来说单机就是一搞笑的
我觉得那句话很有道理：这玩意还在想单机，没有必要跟上一代人争论
现在搞来搞去还不也成了分布式了？逗谁玩呢？ |
z****e
发帖数: 54598 | 169
拜托
这个100%实现不了也不是我指出来的
你看不懂跟我什么关系？
合同条款怎么解读，肯定不是一家之言ok？
【在 n****j 的大作中提到】
: 几乎所有人对 100% 的理解跟你不一样，90% 以上的人一开始都不知道你在胡扯什么，
: 包括现在的 12306 也没你这个扯蛋功能。
: 当时说的是有票必须出，这个有票是指拿到请求的时候有票没票，好虫对协议的要求也
: 是验证这个结果。
: 到了你这就开始偷换概念，变成不能留空座了。好，即使用了你这个狗屁的 pool，你
: 就天真的以为解决问题了？
|
z****e
发帖数: 54598 | 170
没有，但是分布式解决的问题就是不因为某个nodes挂了而中断
知道chaos monkey嘛？
【在 n****j 的大作中提到】
: 如果这个节点吞吐量远超需求，那就不是瓶颈。对了，你见过不能重启的玩意吗？
|
|
|
n****j
发帖数: 1708 | 171 计数器是你在自说自话，我管这个叫老干妈阿尔法，铁道部吃辣椒不行就是不行就不行。
到底计什么数，你说清楚，这段程序到底是计小姐数还是瓜子数，计完数怎么打印出来。
【在 z****e 的大作中提到】
:
: 没有，但是分布式解决的问题就是不因为某个nodes挂了而中断
: 知道chaos monkey嘛？
|
n****j
发帖数: 1708 | 172 又来了，现在 12306 用了 mq 还是用了好虫的异步？12306 订票现在是挂上号回家等
通知了？
其实写程序很简单，都很简单，无非 abcd 排好队就行了，我们都会。
【在 z****e 的大作中提到】
: 12306其实要解决响应问题也很容易
: 一个异步就解决大部分
: 古德霸早就说了用异步
: 后来很多傻瓜才开始领悟
: 其实现在外围机发送请求给核心机也是一种异步的策略
: 包括外围机跟客户浏览器之间的响应，就是一种异步策略
: 就这么简单一个东西，扯了两年计数器，我靠牛逼啊
: 而且计数器也没有必要集中成一个
: 打散到每一个db之前去做一个in memory db就好了
: 其实这个东西怎么做都是一个分布式的处理
|
z****e
发帖数: 54598 | 173
行。
来。
再说一次，这么简单的东西，解决了什么问题呢？
就是为了黑古德霸嘛，早就看出来了，不用遮遮掩掩了
【在 n****j 的大作中提到】
: 计数器是你在自说自话，我管这个叫老干妈阿尔法，铁道部吃辣椒不行就是不行就不行。
: 到底计什么数，你说清楚，这段程序到底是计小姐数还是瓜子数，计完数怎么打印出来。
|
n****j
发帖数: 1708 | 174 打赌双方没意见，你爱咋解读随便 LOL
结果就是，你想搅黄好虫的企图夭折了，老魏这次要丢脸。
【在 z****e 的大作中提到】
:
: 行。
: 来。
: 再说一次，这么简单的东西，解决了什么问题呢？
: 就是为了黑古德霸嘛，早就看出来了，不用遮遮掩掩了
|
n****j
发帖数: 1708 | 175 老魏是一台 386 打天下吗？老魏的抢票节点只有一台单机吗？哦，对了，这些大概要
超出你的理解能力了。
【在 z****e 的大作中提到】
:
: 行。
: 来。
: 再说一次，这么简单的东西，解决了什么问题呢？
: 就是为了黑古德霸嘛，早就看出来了，不用遮遮掩掩了
|
z****e
发帖数: 54598 | 176
mq不是异步？老大你在干什么啊？
【在 n****j 的大作中提到】
: 又来了，现在 12306 用了 mq 还是用了好虫的异步？12306 订票现在是挂上号回家等
: 通知了？
: 其实写程序很简单，都很简单，无非 abcd 排好队就行了，我们都会。
|
z****e
发帖数: 54598 | 177
lol
笑了，当初是谁留给所有人一个单机的印象的？
感情是我错了嘛？
单机是我说的嘛？
貌似很多人都这么理解啊
【在 n****j 的大作中提到】
: 老魏是一台 386 打天下吗？老魏的抢票节点只有一台单机吗？哦，对了，这些大概要
: 超出你的理解能力了。
|
z****e
发帖数: 54598 | 178
老魏经常丢人，血流成河已经不敢承认了
【在 n****j 的大作中提到】
: 打赌双方没意见，你爱咋解读随便 LOL
: 结果就是，你想搅黄好虫的企图夭折了，老魏这次要丢脸。
|
n****j
发帖数: 1708 | 179 那是你知识面狭窄，不完全怪你。
【在 z****e 的大作中提到】
:
: 老魏经常丢人，血流成河已经不敢承认了
|
n****j
发帖数: 1708 | 180 老魏这个就是 mq，好虫说的异步是回家等通知。
【在 z****e 的大作中提到】
:
: 老魏经常丢人，血流成河已经不敢承认了
|
|
|
n****j
发帖数: 1708 | 181 所以你这次往死了坑好虫，是吧。所以啊，猪队友是最可怕的。
【在 z****e 的大作中提到】
:
: 老魏经常丢人，血流成河已经不敢承认了
|
z****e
发帖数: 54598 | 182
老姜，说到现在，我问题已经指出来了
你不承认也改变不了你做不出来的现实
是吧？剩下就是打滚了
反正100%就是一个joke
你拼命cover老魏的屁股也没用啊
100%怎么证明呢？之前也说过了
95%就行了，问题是非要100%
那就100%咯，现在显然做不到100%
你要怎么说服别人相信这是100%？
我提出一种算法，可以尽量逼近100%
不能保证一定是100%，但是如果存在这个可能性
那就是100%，对吧？不存在这个可能性，那没话说
这个肯定不能怪系统，也感谢你做的优化啊哈哈
【在 n****j 的大作中提到】
: 打赌双方没意见，你爱咋解读随便 LOL
: 结果就是，你想搅黄好虫的企图夭折了，老魏这次要丢脸。
|
z****e
发帖数: 54598 | 183
mq不是异步嘛？
我的天
【在 n****j 的大作中提到】
: 老魏这个就是 mq，好虫说的异步是回家等通知。
|
z****e
发帖数: 54598 | 184
坑啥呀，我已经论证了一个失败，你也承认是做不到了
至于你非要狡辩说这不是100%，那这个就是另外一回事了
【在 n****j 的大作中提到】
: 所以你这次往死了坑好虫，是吧。所以啊，猪队友是最可怕的。
|
n****j
发帖数: 1708 | 185 谁管你怎么理解 100% 啊，除了我闲得无聊跟你调情，你见过第二个人理你吗？
赵老师，感谢我的话就不要多说了，你这人经常自说自话，时间长了会用精神卫生问题
的。
【在 z****e 的大作中提到】
:
: 坑啥呀，我已经论证了一个失败，你也承认是做不到了
: 至于你非要狡辩说这不是100%，那这个就是另外一回事了
|
z****e
发帖数: 54598 | 186
你就是不承认这个100%失败了嘛
可以理解
【在 n****j 的大作中提到】
: 谁管你怎么理解 100% 啊，除了我闲得无聊跟你调情，你见过第二个人理你吗？
: 赵老师，感谢我的话就不要多说了，你这人经常自说自话，时间长了会用精神卫生问题
: 的。
|
n****j
发帖数: 1708 | 187 我承认你做不到
【在 z****e 的大作中提到】
:
: 你就是不承认这个100%失败了嘛
: 可以理解
|
z****e
发帖数: 54598 | 188
哦你打算claim你做得到咯？
【在 n****j 的大作中提到】
: 我承认你做不到
|
n****j
发帖数: 1708 | 189 我还不会哥德巴赫猜想呢，大家都做不到的玩意你扯什么蛋啊
【在 z****e 的大作中提到】
:
: 哦你打算claim你做得到咯？
|
z****e
发帖数: 54598 | 190
所以为啥要确认你在说什么
而不是你自己定了一个协议，然后就自己解读
imei不就在确认么？你干嘛否认人家的功劳呢？
【在 n****j 的大作中提到】
: 我还不会哥德巴赫猜想呢，大家都做不到的玩意你扯什么蛋啊
|
|
|
n****j
发帖数: 1708 | 191 几乎所有人对 100% 解读都没你那么奇葩，打赌双方都清楚什么是 100%，而且你的奇
葩解读证明不现实，你还想说啥？
【在 z****e 的大作中提到】
:
: 所以为啥要确认你在说什么
: 而不是你自己定了一个协议，然后就自己解读
: imei不就在确认么？你干嘛否认人家的功劳呢？
|
z****e
发帖数: 54598 | 192
没有啊，其他人指出来的，我看懂了而已
其实一开始我也没想过
【在 n****j 的大作中提到】
: 几乎所有人对 100% 解读都没你那么奇葩，打赌双方都清楚什么是 100%，而且你的奇
: 葩解读证明不现实，你还想说啥？
|
n****j
发帖数: 1708 | 193 你看到的世界跟我们不一样
【在 z****e 的大作中提到】
:
: 没有啊，其他人指出来的，我看懂了而已
: 其实一开始我也没想过
|
z****e
发帖数: 54598 | 194
说明不是一个人看到咯？
【在 n****j 的大作中提到】
: 你看到的世界跟我们不一样
|
n****j
发帖数: 1708 | 195 脑子没长毛的，都不会赌不现实的东西。你理解的 100% 不现实，所以双方没赌这玩意
。这层逻辑你理解吧？说实话，我理解的 100% 出票是出澡堂子票，可我胆子没你大，
不敢说。
【在 z****e 的大作中提到】
:
: 说明不是一个人看到咯？
|
z****e
发帖数: 54598 | 196
慢一点不是不现实
你要是早点说，1ms做个mark，那我估计也懒得说了
总之现在发现做不到了，你就开始打滚
昨天怎么不说了？昨天还死撑
今天发现做不到了
【在 n****j 的大作中提到】
: 脑子没长毛的，都不会赌不现实的东西。你理解的 100% 不现实，所以双方没赌这玩意
: 。这层逻辑你理解吧？说实话，我理解的 100% 出票是出澡堂子票，可我胆子没你大，
: 不敢说。
|
n****j
发帖数: 1708 | 197 这叫什么屁话，慢一点也能飞到天顶星，你飞啊？什么 10000 张票的 pool，这特么解
决 100% 出票了？
【在 z****e 的大作中提到】
:
: 慢一点不是不现实
: 你要是早点说，1ms做个mark，那我估计也懒得说了
: 总之现在发现做不到了，你就开始打滚
: 昨天怎么不说了？昨天还死撑
: 今天发现做不到了
|
z****e
发帖数: 54598 | 198
100ms可不是很慢的一个时间
你非要纠结这1ms，那我也无话可说
交易本身的时间跨度要长多了
长达2-3s很正常，所以你在这里省时间是比较脑残的行为
【在 n****j 的大作中提到】
: 这叫什么屁话，慢一点也能飞到天顶星，你飞啊？什么 10000 张票的 pool，这特么解
: 决 100% 出票了？
|
n****j
发帖数: 1708 | 199 来来来，你告诉我，为啥是 100ms，为啥是 10000 请求。
【在 z****e 的大作中提到】
:
: 100ms可不是很慢的一个时间
: 你非要纠结这1ms，那我也无话可说
: 交易本身的时间跨度要长多了
: 长达2-3s很正常，所以你在这里省时间是比较脑残的行为
|
z****e
发帖数: 54598 | 200
1w个请求已经解释过了
100ms是给你留出足够长的时间了
【在 n****j 的大作中提到】
: 来来来，你告诉我，为啥是 100ms，为啥是 10000 请求。
|
|
|
n****j
发帖数: 1708 | 201 解释什么？为啥不能是 1000 是 100？你这 10000 哪来的，解决什么问题了？
【在 z****e 的大作中提到】
:
: 1w个请求已经解释过了
: 100ms是给你留出足够长的时间了
|
z****e
发帖数: 54598 | 202
并发峰值大概就这么多
一ms大概有一万个请求
你有意见么？
【在 n****j 的大作中提到】
: 解释什么？为啥不能是 1000 是 100？你这 10000 哪来的，解决什么问题了？
|
n****j
发帖数: 1708 | 203 姑且不论 1ms 到底多少请求，就算 10000 吧，我为啥不能是 1usec 10 个请求？
again，你这 10000 的 pool 解决什么问题了。
【在 z****e 的大作中提到】
:
: 并发峰值大概就这么多
: 一ms大概有一万个请求
: 你有意见么？
|
z****e
发帖数: 54598 | 204
因为1us这10个你很难精确测量好吧？
一般web server做不到这种精度
而且pool也不够大，不够你填满空位啊
【在 n****j 的大作中提到】
: 姑且不论 1ms 到底多少请求，就算 10000 吧，我为啥不能是 1usec 10 个请求？
: again，你这 10000 的 pool 解决什么问题了。
|
n****j
发帖数: 1708 | 205 1、我可以测量 1us
2、不要说 10000，只要你不把全天所有票都拿进来做优化，就仍然有空座出现的可能
。10000 这个拍屁股的数字 not even close。
所以说了，你这个然并卵的 10000，即没有现实意义也没解决任何问题。你老实交代，
扯这个蛋是不是故意黑老魏来着？
【在 z****e 的大作中提到】
:
: 因为1us这10个你很难精确测量好吧？
: 一般web server做不到这种精度
: 而且pool也不够大，不够你填满空位啊
|
z****e
发帖数: 54598 | 206
我不是来黑谁的哦
明显这里有问题好吧？
你可以测量，跟有没有必要测量两回事好吧？
另外你说不把全天的票拿出来优化，仍然有空位的可能
可以啊，那就是抽签了，我同意啊
但是估计老百姓不同意
【在 n****j 的大作中提到】
: 1、我可以测量 1us
: 2、不要说 10000，只要你不把全天所有票都拿进来做优化，就仍然有空座出现的可能
: 。10000 这个拍屁股的数字 not even close。
: 所以说了，你这个然并卵的 10000，即没有现实意义也没解决任何问题。你老实交代，
: 扯这个蛋是不是故意黑老魏来着？
|
z****e
发帖数: 54598 | 207
老姜你不明白做这个东西的意义么？
首先要让运力最大化得到利用
有空位老百姓骂死你
其次就是你这个pool要大到一定程度
让你有足够的机会填满所有的空位
如果pool太小，就实现不了好吧？
所以如果你把精度调整到1us的话，老百姓一个看不懂
谁知道us啥意思？你要解释半天，ms已经很多人不太理解了
但是还比较容易，而且1ms的跨度，让你有足够大的pool
这样虽然还有可能出现空位，但是概率已经很低了
基本上不太可能出现了，所以这两个就是一个tradeoff
你不可能不兼顾，你要明白，运力最大化也是一个目标好吧？
【在 n****j 的大作中提到】
: 1、我可以测量 1us
: 2、不要说 10000，只要你不把全天所有票都拿进来做优化，就仍然有空座出现的可能
: 。10000 这个拍屁股的数字 not even close。
: 所以说了，你这个然并卵的 10000，即没有现实意义也没解决任何问题。你老实交代，
: 扯这个蛋是不是故意黑老魏来着？
|
n****j
发帖数: 1708 | 208 现在你承认 10000 是在扯蛋，压根没解决你理解的 100% 了？现在你知道你那个 100
多奇葩了？还有没有正常人这么理解赌局里提到的这个 100 了？你再找一个我看看。
这么奇葩的玩意你叽歪半天，不是黑老魏的，那你干嘛，老实说，摸着小鸡鸡说。
【在 z****e 的大作中提到】
:
: 老姜你不明白做这个东西的意义么？
: 首先要让运力最大化得到利用
: 有空位老百姓骂死你
: 其次就是你这个pool要大到一定程度
: 让你有足够的机会填满所有的空位
: 如果pool太小，就实现不了好吧？
: 所以如果你把精度调整到1us的话，老百姓一个看不懂
: 谁知道us啥意思？你要解释半天，ms已经很多人不太理解了
: 但是还比较容易，而且1ms的跨度，让你有足够大的pool
|
n****j
发帖数: 1708 | 209 10000 的 pool 太小太小，你不会不知道吧？
现在售票窗口就是谁手进来卖谁，没有扯蛋的 pool，也没空座，更没人为这个骂街，
你承认不承认都是如此。
【在 z****e 的大作中提到】
:
: 老姜你不明白做这个东西的意义么？
: 首先要让运力最大化得到利用
: 有空位老百姓骂死你
: 其次就是你这个pool要大到一定程度
: 让你有足够的机会填满所有的空位
: 如果pool太小，就实现不了好吧？
: 所以如果你把精度调整到1us的话，老百姓一个看不懂
: 谁知道us啥意思？你要解释半天，ms已经很多人不太理解了
: 但是还比较容易，而且1ms的跨度，让你有足够大的pool
|
z****e
发帖数: 54598 | 210
那你可以放宽到1s啊，1s千万的pool，我不反对啊
两个需求
1）尽量保证公平，先来先得，但是这个精度没有必要过分深入
否则老百姓看不懂，你说多少us，民工哪里懂这个
2）要尽量运力最大化，所以你需要一个pool，否则没有办法让你选
运力最大化非常reasonable，因为本身运力就不足么，尽量不要有空位
这两个需求是冲突的，需要tradeoff
【在 n****j 的大作中提到】
: 10000 的 pool 太小太小，你不会不知道吧？
: 现在售票窗口就是谁手进来卖谁，没有扯蛋的 pool，也没空座，更没人为这个骂街，
: 你承认不承认都是如此。
|
|
|
z****e
发帖数: 54598 | 211 至于现在的窗口
那这个民工自己会处理
这个是窗口的问题
现在卖票窗口也没有秒杀
互联网不一样 |
n****j
发帖数: 1708 | 212 你对这个问题的数量级估算实在是 。。。
【在 z****e 的大作中提到】
: 至于现在的窗口
: 那这个民工自己会处理
: 这个是窗口的问题
: 现在卖票窗口也没有秒杀
: 互联网不一样
|
z****e
发帖数: 54598 | 213
这个可以讨论，你知道我的意思就行
你看我要求的东西都很合理
全部都是从实际需求出发，不是什么不合理的要求
我觉得你应该多理解一下别人说的100%
这个要求合理多了，我相信没人会真的在乎那一两us之类的
但是超过s的误差，人是能看出来的
【在 n****j 的大作中提到】
: 你对这个问题的数量级估算实在是 。。。
|
n****j
发帖数: 1708 | 214 讨论什么？你先算一下，峰值 10m 查询，1m 订票，只有订票需要这个算法。然后你算
冲突概率，没有足够大的话，对最优解就基本没帮助。
算吧，算好了你就知道了，我说了，你对这个问题的数量级毫无概念。
【在 z****e 的大作中提到】
:
: 这个可以讨论，你知道我的意思就行
: 你看我要求的东西都很合理
: 全部都是从实际需求出发，不是什么不合理的要求
: 我觉得你应该多理解一下别人说的100%
: 这个要求合理多了，我相信没人会真的在乎那一两us之类的
: 但是超过s的误差，人是能看出来的
|
z****e
发帖数: 54598 | 215
你只有单机，查询不来找你找谁？
找db嘛？你疯了，db跟单机之间有明显的距离好吧？
基本上一定会出现，你在db中看有票，去买就没票的情况
早说了，你要是不想做单机，这事也没那么难
你把计数器和db捆绑在一个机器上，这个时候，数据的同步会比较快
也比较合理，你非要用网络，那数据的一致性几乎是必然不存在的
否则就不要搞什么eventually consistent了
是谁非吃饱了要搞成单机的？
【在 n****j 的大作中提到】
: 讨论什么？你先算一下，峰值 10m 查询，1m 订票，只有订票需要这个算法。然后你算
: 冲突概率，没有足够大的话，对最优解就基本没帮助。
: 算吧，算好了你就知道了，我说了，你对这个问题的数量级毫无概念。
|
n****j
发帖数: 1708 | 216 DB 跟单机之间有距离都说出来了，我勒个去。
好吧，就算要开车 20 mile，你让我查也可以。你有没有意识到，查询的时候不存在最
优解的问题？
【在 z****e 的大作中提到】
:
: 你只有单机，查询不来找你找谁？
: 找db嘛？你疯了，db跟单机之间有明显的距离好吧？
: 基本上一定会出现，你在db中看有票，去买就没票的情况
: 早说了，你要是不想做单机，这事也没那么难
: 你把计数器和db捆绑在一个机器上，这个时候，数据的同步会比较快
: 也比较合理，你非要用网络，那数据的一致性几乎是必然不存在的
: 否则就不要搞什么eventually consistent了
: 是谁非吃饱了要搞成单机的？
|
z****e
发帖数: 54598 | 217
老姜，consistent的问题就不要争了好吧？
的确读写分离是常见的优化手段
问题是你要做成real time的系统
那自然就有real time的要求咯
你查完db再发请求，这个叫real time？
你要是这么搞的话，干脆就古德霸那种搞法了
其实也已经越来越接近了
【在 n****j 的大作中提到】
: DB 跟单机之间有距离都说出来了，我勒个去。
: 好吧，就算要开车 20 mile，你让我查也可以。你有没有意识到，查询的时候不存在最
: 优解的问题？
|
n****j
发帖数: 1708 | 218 你没买过票？没上网买过东西？谁不是几次查询之后决定下单的？
【在 z****e 的大作中提到】
:
: 老姜，consistent的问题就不要争了好吧？
: 的确读写分离是常见的优化手段
: 问题是你要做成real time的系统
: 那自然就有real time的要求咯
: 你查完db再发请求，这个叫real time？
: 你要是这么搞的话，干脆就古德霸那种搞法了
: 其实也已经越来越接近了
|
z****e
发帖数: 54598 | 219
我再问一次
你知道什么是秒杀么？
【在 n****j 的大作中提到】
: 你没买过票？没上网买过东西？谁不是几次查询之后决定下单的？
|
s********y
发帖数: 473 | 220 上海老姜和赵策现在都不来了啊，现在菌斑就几个娘们和正比档次太低 |
|
|
N*****r
发帖数: 94 | 221
你这是挖坟吗
zhaoce在这贴里表现出来的水平像个大专生
同时性要求高的系统里谁用 unix timestamp啊
至于剩下的， 。。。。。
买买提的码工感觉连三本的水平不如
【在 s********y 的大作中提到】
: 上海老姜和赵策现在都不来了啊，现在菌斑就几个娘们和正比档次太低
|
c******g
发帖数: 4889 | |
