由买买提看人间百态

boards

本页内容为未名空间相应帖子的节选和存档,一周内的贴子最多显示50字,超过一周显示500字 访问原贴
Programming版 - 赵老师你精确定义 100% 出票
相关主题
有人看懂赵老师的 100% 出票什么概念没有?编程版目睹之怪现象。
赵老师那个pool更好做遗憾:编程版目睹之怪状实乃华人圈子之不幸常态
100%出票就无法实现了吧感觉Erlang不错,有必要学习一下吗?
出票正确率的定义,赵,姜请进。go几天的一些感受
魏老师那一套,都是客户系统那一套goodbug,我的计数器支持不支持transaction?
清净版:写一个Complete Failover Handbook吧怎么协议里面会有length?
throughput: 10k/second, latency: 150ms赵老师你别看不起做机器的
老魏的计数器可以一试用计数器解决并发问题
相关话题的讨论汇总
话题: 出票话题: 上万话题: 请求话题: throughput话题: 定义
进入Programming版参与讨论
1 (共1页)
n****j
发帖数: 1708
1
另外你对时间点的定义很奇葩,我们技校老师说你的意思估计是窗口,一条线
z****e
发帖数: 54598
2
就这么说
如果有一个组合,能够填满所有的座位
你就要找出来填上
而不是违背优先级顺序的各种强制排队
你这种搞法啊,就类似
你设定一个时间段,然后大家都发请求
然后随机排列一下而已了,明显违背公平原则
并发上万你还要争,我觉得好没意思啊
z****e
发帖数: 54598
3
并发上万就是提供给你足够大的pool
让你有办法从中找到一个组合,塞满所有的坑
多好的事啊?对不对?现实中也的确是上万人同时在买票
z****e
发帖数: 54598
4
你自己做不到,就不要吹做得到
你就承认是一个计数器就好了
12306跟你没关系
n****j
发帖数: 1708
5
你说的是特定时间段里有 n 个请求且不能全部满足,找出一个最优解让铁老大最赚钱
,是这意思吧?拜托专业点描述问题好不好。

【在 z****e 的大作中提到】
: 就这么说
: 如果有一个组合,能够填满所有的座位
: 你就要找出来填上
: 而不是违背优先级顺序的各种强制排队
: 你这种搞法啊,就类似
: 你设定一个时间段,然后大家都发请求
: 然后随机排列一下而已了,明显违背公平原则
: 并发上万你还要争,我觉得好没意思啊

z****e
发帖数: 54598
6

lol,不懂你什么意思
哈哈哈,这是你自己应该琢磨的问题
我没有兴趣想那么多
反正你不能一条线进去就对了
必然是多个进口同时塞进去

【在 n****j 的大作中提到】
: 你说的是特定时间段里有 n 个请求且不能全部满足,找出一个最优解让铁老大最赚钱
: ,是这意思吧?拜托专业点描述问题好不好。

n****j
发帖数: 1708
7
我勒个去,合着你自己都没整明白啊 。。。
再说一遍,物理规律决定所有请求必有先后,这是时钟决定的,原则就是先到的优先处
理。如果你要说上万请求,必定是分布在一个时间段内,懂了?

【在 z****e 的大作中提到】
:
: lol,不懂你什么意思
: 哈哈哈,这是你自己应该琢磨的问题
: 我没有兴趣想那么多
: 反正你不能一条线进去就对了
: 必然是多个进口同时塞进去

z****e
发帖数: 54598
8

说了多少次这不是单机好吧?
你自己要想办法保证顺序
否则一堆请求拥堵,还做个屁啊
不就是最早那样拼命刷网页嘛

【在 n****j 的大作中提到】
: 我勒个去,合着你自己都没整明白啊 。。。
: 再说一遍,物理规律决定所有请求必有先后,这是时钟决定的,原则就是先到的优先处
: 理。如果你要说上万请求,必定是分布在一个时间段内,懂了?

z****e
发帖数: 54598
9

一个tcp连接肯定是不够滴
所以要求200-500个连接
其中每次的票数应该是
20-50张,这样保证并发上万了
然后你自己从这一万张票里找出一个组合填上所有的座位
这就是你要做的,没有人说这很快
自己要出来吹牛,怪谁?

【在 n****j 的大作中提到】
: 我勒个去,合着你自己都没整明白啊 。。。
: 再说一遍,物理规律决定所有请求必有先后,这是时钟决定的,原则就是先到的优先处
: 理。如果你要说上万请求,必定是分布在一个时间段内,懂了?

z****e
发帖数: 54598
10
话说imei真是牛逼
杀人于无形
老姜几个不要打滚了
人至贱则无敌
imei打脸噼里啪啦响啊
z****e
发帖数: 54598
11
老魏不是有多个core的机器嘛
多分几个cores给网卡嘛
然后归并一下请求
组合成一个一万多票的pool
从中选出一个组合填满所有的座位
结了,这就是100%出票啊
z****e
发帖数: 54598
12
throughput和latency本来就是一个tradeoff
为了保证latency,必然要牺牲一点throughput
问题是人家是并发上万诶,这个throughput是有要求的好吧?
不承认这一点,就慢慢玩计数器吧
n****j
发帖数: 1708
13
猫了个咪的,跟老婆出去吃顿饭你都不消停,语言表达、逻辑能力差还宣布胜利了,到
现在你都没描述你这 100 出票是个啥小鸡鸡玩意。
再问你一遍,是不是要凑齐了 10000 张票再找出最优解,让铁老大利润最大化。

【在 z****e 的大作中提到】
: 话说imei真是牛逼
: 杀人于无形
: 老姜几个不要打滚了
: 人至贱则无敌
: imei打脸噼里啪啦响啊

1 (共1页)
进入Programming版参与讨论
相关主题
用计数器解决并发问题魏老师那一套,都是客户系统那一套
计数器就是一垃圾清净版:写一个Complete Failover Handbook吧
一个500w/s并发的计数器throughput: 10k/second, latency: 150ms
做ta还有法考题的以后应该给孩子们布置一个作业老魏的计数器可以一试
有人看懂赵老师的 100% 出票什么概念没有?编程版目睹之怪现象。
赵老师那个pool更好做遗憾:编程版目睹之怪状实乃华人圈子之不幸常态
100%出票就无法实现了吧感觉Erlang不错,有必要学习一下吗?
出票正确率的定义,赵,姜请进。go几天的一些感受
相关话题的讨论汇总
话题: 出票话题: 上万话题: 请求话题: throughput话题: 定义