Redian新闻
>
youtube居然今天见到了一分钟的强制广告,不能跳过
avatar
youtube居然今天见到了一分钟的强制广告,不能跳过# PDA - 掌中宝
f*3
1
设计一个系统,每次请求返回一个唯一的id,要求对大部分的请求做到后面请求的id要
比前面的大,要平均每秒能处理10000个请求,而且请求来自全球。
avatar
M*o
2
RT
avatar
b*t
3
美国在海湾的仗打不了多长时间了,和中国的经济仗才刚开始要打,这是个机会。
avatar
y*k
4
三星的note几,懒得记了,过去长广告还有个skip,这次连skip都没有了,前所未有的
长。这种广告只能让人恶心啊,根部起不到宣传效果。
另求屏蔽youtube广告的方法。。
avatar
b*o
5
返回server当前时间作为id。

【在 f**********3 的大作中提到】
: 设计一个系统,每次请求返回一个唯一的id,要求对大部分的请求做到后面请求的id要
: 比前面的大,要平均每秒能处理10000个请求,而且请求来自全球。

avatar
d*s
6
可惜他家的rebate form 刚好过期了
avatar
X*r
7
这个与浮躁无关

【在 b********t 的大作中提到】
: 美国在海湾的仗打不了多长时间了,和中国的经济仗才刚开始要打,这是个机会。
avatar
j*o
8
正常,你跳过太多次了
avatar
A*g
9
这是我提出的一个方案,被毛子否了,说不能scale,分布式的话,不能保证每个
request当前时间不一样。

【在 b*****o 的大作中提到】
: 返回server当前时间作为id。
avatar
m*a
10
Thanks!
avatar
c*r
11
请赐教如何把握这个机会。short中国出口企业??

【在 b********t 的大作中提到】
: 美国在海湾的仗打不了多长时间了,和中国的经济仗才刚开始要打,这是个机会。
avatar
g*2
12
偶尔的确会有跳不过去的广告。
大多数还是只用看几秒的。
avatar
g*e
13

尾巴上随便加个随机数?

【在 A******g 的大作中提到】
: 这是我提出的一个方案,被毛子否了,说不能scale,分布式的话,不能保证每个
: request当前时间不一样。

avatar
a*e
14
不知道面值都是多大。。。
avatar
b*t
15
1. 美国的国防军工企业要受打击
2. 人民币压不了多长时间了

【在 c**********r 的大作中提到】
: 请赐教如何把握这个机会。short中国出口企业??
avatar
a*a
16
好像是由视频主设定的,有无广告,能不能切

【在 y***k 的大作中提到】
: 三星的note几,懒得记了,过去长广告还有个skip,这次连skip都没有了,前所未有的
: 长。这种广告只能让人恶心啊,根部起不到宣传效果。
: 另求屏蔽youtube广告的方法。。

avatar
f*3
17
也想过这个,然后毛子说有没不浪费数字的,比如用了1,下一个最好是2,不要就跳到
200了。感觉毛子是明黑

【在 g*********e 的大作中提到】
:
: 尾巴上随便加个随机数?

avatar
d*s
18
40+

【在 a****e 的大作中提到】
: 不知道面值都是多大。。。
avatar
d*0
19
不哭是硕士毕业吧。
美国的国防在技术层面上,1960年做的东西是1990才拿出来用;2000年做的是2020年以
后的水平。
你看哪个国家敢跟20年后的自己叫板?

【在 b********t 的大作中提到】
: 1. 美国的国防军工企业要受打击
: 2. 人民币压不了多长时间了

avatar
g*e
20
是这样的,大家免费的东西看习惯了。

【在 a******a 的大作中提到】
: 好像是由视频主设定的,有无广告,能不能切
avatar
i*s
21
G家的spanner用到了相关技术。
大概说的是TrueTimeApi,基于GPS和atomic clock在不同数据中心同步时间。
细节看得不是很懂。
avatar
a*e
22
a?胖子面值?

【在 d*******s 的大作中提到】
: 40+
avatar
c*t
23
人民币升值应该是很快的事了。两个原因,一是通胀压力,二是贸易伙伴的压力。更需
要关心的是升值的方式,是一次到位还是分次达成。还有升值对整体经济更深远的影响
avatar
l*g
24
你知道UUID这个么?如果id没有要求一定是number的话,uuid就可以达到scale。wiki
一下就行。

设计一个系统,每次请求返回一个唯一的id,要求对大部分的请求做到后面请求的id要
比前面的大,要平均每秒能处理10000个请求,而且请求来自全球。

【在 f**********3 的大作中提到】
: 设计一个系统,每次请求返回一个唯一的id,要求对大部分的请求做到后面请求的id要
: 比前面的大,要平均每秒能处理10000个请求,而且请求来自全球。

avatar
g*n
25
哈哈哈
估计她说给40+的人用

【在 a****e 的大作中提到】
: a?胖子面值?
avatar
b*t
26
咋不说花生炖做的东西奥巴马用捏? 军工领先也没有这么多年,现在领先的指标也不
是以年来算的,一个20年做不出的东西,说不定给一个天才一天就做出来了。

【在 d********0 的大作中提到】
: 不哭是硕士毕业吧。
: 美国的国防在技术层面上,1960年做的东西是1990才拿出来用;2000年做的是2020年以
: 后的水平。
: 你看哪个国家敢跟20年后的自己叫板?

avatar
f*3
27
spanner是全球同步,但不是瞬间同步,拿一个ID同步一次的话,用户不知道要等多久
了。

【在 i********s 的大作中提到】
: G家的spanner用到了相关技术。
: 大概说的是TrueTimeApi,基于GPS和atomic clock在不同数据中心同步时间。
: 细节看得不是很懂。

avatar
a*e
28
ohahhaa
还好不是说胖子数量,哈哈

【在 g**n 的大作中提到】
: 哈哈哈
: 估计她说给40+的人用

avatar
d*0
29
有的有的。
你低估了美国的军事超前技术了。

军工领先也没有这么多年,现在领先的指标也不

【在 b********t 的大作中提到】
: 咋不说花生炖做的东西奥巴马用捏? 军工领先也没有这么多年,现在领先的指标也不
: 是以年来算的,一个20年做不出的东西,说不定给一个天才一天就做出来了。

avatar
l*b
30
比较模糊。10000请求每秒的话,一台机器就能搞定吧。只有cpu和网络的overhead。
就你说的情况来看,用时间倒是不错的方案。估计还没搞清楚面试官想问的方向?
avatar
d*s
31
哈哈, 我以为你问的是这个东西多少钱,要40多,
avatar
b*t
32
这方面的评估不是以年算的,另外这个和我讲的也不是一回事。

【在 d********0 的大作中提到】
: 有的有的。
: 你低估了美国的军事超前技术了。
:
: 军工领先也没有这么多年,现在领先的指标也不

avatar
p*U
33
用一个master/ 队列 接受所有请求, 然后把请求分配给cluster, cluster里面每个
node里都有一个 8bit 的代号。 然后每个node 返回 这个node的8bit代号和按进来的
顺序生成的number。 例如1号机受到第1个从 master 传来的请求 那这个 id 应该是
0000000100000001. 不知道是否ok, 但是每秒10000请求这种东西肯定要放一个 无锁
message queue里吧 然后当做streaming的 派送给各个分机。
avatar
d*w
34
september 6 issue? 早就过啦吧。一般这些杂志上的日期比实际日期提前俩礼拜就出
来了。。。

【在 M****o 的大作中提到】
: RT
avatar
g*l
35
今天就看看热闹,看看下半场有什么便宜货了
avatar
b*o
36
那就分2步来。
有一个ID server专门负责分发ID(它只有一个状态,就是当前最小的可用的ID),以
及N个负责处理用户请求的request server。用户只和request server联系,而request
server可以根据需求和ID server联系。
当request server没有可用ID的时候,就向ID server申请一批新的ID(比如1K个),
同时ID server更新最小的可用的ID的值(+1K)。当request server还有ID可用的时
候,就用自己local的ID段处理用户请求。
这样子的设计,从长期来讲ID基本保持是递增的。

【在 f**********3 的大作中提到】
: 也想过这个,然后毛子说有没不浪费数字的,比如用了1,下一个最好是2,不要就跳到
: 200了。感觉毛子是明黑

avatar
M*o
37
Maybe. I just got this from an email sent to me today.

【在 d**w 的大作中提到】
: september 6 issue? 早就过啦吧。一般这些杂志上的日期比实际日期提前俩礼拜就出
: 来了。。。

avatar
d*0
38
你做过尖端技术的科研么?
如果没做过,这方面你就别comments了。

【在 b********t 的大作中提到】
: 这方面的评估不是以年算的,另外这个和我讲的也不是一回事。
avatar
p*3
39

抛个砖头吧。
假设一台机器精确到1msec, 每秒可处理1000个request, 那么10000/s需要10台机器。
首先需要同步10台机器的时间(GPS之类的),否则时间都不一样没法保证先后顺序啊。
既然每秒10000个request, 那么可能在同一毫秒时间内不同机器同时收到request, 那
么就这么编号:这样如果时间顺序有差不管在同
一台机器还是不同机器上id顺序都可以保证,时间相同id也不会重复,还是
decentralized,根据request rate来看,不说完全不浪费,id不会跳跃太大。 time
synchronize也不用每个request就同步一次,10分钟同步一次。再说那些request时间
差个1,2毫秒估计也没啥问题,网络延迟啥的比这玩意厉害多了,没必要那么strict

【在 f**********3 的大作中提到】
: 设计一个系统,每次请求返回一个唯一的id,要求对大部分的请求做到后面请求的id要
: 比前面的大,要平均每秒能处理10000个请求,而且请求来自全球。

avatar
b*t
40
真要是做过就更不能跟你说了,没有做过也可以comment呀.......

【在 d********0 的大作中提到】
: 你做过尖端技术的科研么?
: 如果没做过,这方面你就别comments了。

avatar
g*g
41
这也是我提的方案,ID server维护的是一个数据库,每次到数据库里做个
transnational加法。
这样机器当了至少到哪里了还知道。

request

【在 b*****o 的大作中提到】
: 那就分2步来。
: 有一个ID server专门负责分发ID(它只有一个状态,就是当前最小的可用的ID),以
: 及N个负责处理用户请求的request server。用户只和request server联系,而request
: server可以根据需求和ID server联系。
: 当request server没有可用ID的时候,就向ID server申请一批新的ID(比如1K个),
: 同时ID server更新最小的可用的ID的值(+1K)。当request server还有ID可用的时
: 候,就用自己local的ID段处理用户请求。
: 这样子的设计,从长期来讲ID基本保持是递增的。

avatar
d*0
42
美国的科技, 从发明到市场化,需要至少一个decade,大部分需要2,3,甚至是4个
decade.
因为大众化的市场接受程度是随着物质文明的变迁走的。

【在 b********t 的大作中提到】
: 真要是做过就更不能跟你说了,没有做过也可以comment呀.......
avatar
p*3
43

这个只能dedup,怎么保证不同机器能根据时间先后产生出id递增的方案呢?

【在 g*****g 的大作中提到】
: 这也是我提的方案,ID server维护的是一个数据库,每次到数据库里做个
: transnational加法。
: 这样机器当了至少到哪里了还知道。
:
: request

avatar
g*l
44
其实吧,喜欢评论国家的命运比评论股市还流行,分析分析自己的股票吧,别老是中国
美国的。美国有OBAMA,中国有胡CORE
avatar
p*2
45

一台machine handle 10k毫无压力

【在 p*****3 的大作中提到】
:
: 这个只能dedup,怎么保证不同机器能根据时间先后产生出id递增的方案呢?

avatar
p*2
46

ID server保证。

【在 p*****3 的大作中提到】
:
: 这个只能dedup,怎么保证不同机器能根据时间先后产生出id递增的方案呢?

avatar
p*3
47

不知道怎么保证,如果给machine 1分 1-100范围的,给2分200-300的,那么就算
machine 2 收到的request比machine 1早,产生的id也会大

【在 p*****2 的大作中提到】
:
: ID server保证。

avatar
p*2
48

要求对大部分的请求做到后面请求的id要
比前面的大

【在 p*****3 的大作中提到】
:
: 不知道怎么保证,如果给machine 1分 1-100范围的,给2分200-300的,那么就算
: machine 2 收到的request比machine 1早,产生的id也会大

avatar
p*3
49

So???

【在 p*****2 的大作中提到】
:
: 要求对大部分的请求做到后面请求的id要
: 比前面的大

avatar
l*u
50
这个应该可以。

【在 p*****3 的大作中提到】
:
: So???

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