Redian新闻
>
调度问题,说个笑话给大家听
avatar
调度问题,说个笑话给大家听# Programming - 葵花宝典
t*d
1
做了一个project,按manuscript的形式写的技术报告,老板要放到组里网页上,但是
放上去了以后是不是就不好发表了?
avatar
s*g
2
新片,这周刚出来,LETV上有两集了,范围演的,是喜剧,评价还不错,打算跟些日子
。喜欢的也可以关注这部剧。
avatar
g*t
3
调度问题很多都是NP. 例如10个卡车去三个仓库拿货送到20户人家。一个普遍的错觉是
,你propose的最优解,需要卡车都在忙。不然的话,根据连续性直觉,卡车多一点努
力就可以把货更快的送达。聪明人最容易有这种错觉。实际上NP问题的空间往往是非常
ugly的刺猬状不连续形状。多一点努力,会导致约束不满足,例如错过拿货的时间窗口
时有发生。
民营公司小老板觉得手下工人不能闲着,是一样的道理。我做这类问题,也经常用这个
点糊弄人。就说NP算法只能给次优解,但是你看机器都用满了对吧。这就跟咱们大家看
cpu几个核是不是跑满了100%,其实是类似的。
avatar
l*1
4
which field?
if math/EE it is ok, from you can hide stuff results.
however,
if wet bio or chem, the title and key words once were scooped by other super
bull/cow group/s,
although later they submit to B journal and you submit to A journal is on
the same
time, back to back publishing sometimes it is difficult, and star group/s
will win only.

【在 t***d 的大作中提到】
: 做了一个project,按manuscript的形式写的技术报告,老板要放到组里网页上,但是
: 放上去了以后是不是就不好发表了?

avatar
t*b
5
尚敬喜剧!!
avatar
h*i
6
cpu跑满了不说明都在干正事。
当thread pool太小,没有足够thread的时候,你会发现这个时候CPU是100%的,但一切
都停滞了,没有任何进展。因为CPU在100%地作context switching, 但所有thread都
在等IO.
这就是我说的,不要相信作底层的这些人给你的建议:“thread pool size should be
less than the number of cores".
他们关心的问题和你关心的问题可能完全不同。他们关心throughout, 而你可能关心
latency.
如果你关心latency, 要信我基于现实经验得出的结论:thread pool size should be
in the thousands if you are supporting a large number of *human* users.
相信OS,现代的OS调度几千个thread没有任何压力。
在IO很多的应用,context switch的开销与IO的开销比起来可以忽略不计,与thread
pool太小带来的大问题比起来,context switch cost都不算啥。

【在 g****t 的大作中提到】
: 调度问题很多都是NP. 例如10个卡车去三个仓库拿货送到20户人家。一个普遍的错觉是
: ,你propose的最优解,需要卡车都在忙。不然的话,根据连续性直觉,卡车多一点努
: 力就可以把货更快的送达。聪明人最容易有这种错觉。实际上NP问题的空间往往是非常
: ugly的刺猬状不连续形状。多一点努力,会导致约束不满足,例如错过拿货的时间窗口
: 时有发生。
: 民营公司小老板觉得手下工人不能闲着,是一样的道理。我做这类问题,也经常用这个
: 点糊弄人。就说NP算法只能给次优解,但是你看机器都用满了对吧。这就跟咱们大家看
: cpu几个核是不是跑满了100%,其实是类似的。

avatar
t*d
7
谢谢啊,是CEE,倒是不担心这个哦,因为已经快要投了,估计弄好了要投出去的时候
才放到网上的。就是怕说已经公开的内容再用来发表会被说self plagiarism?

super

【在 l**********1 的大作中提到】
: which field?
: if math/EE it is ok, from you can hide stuff results.
: however,
: if wet bio or chem, the title and key words once were scooped by other super
: bull/cow group/s,
: although later they submit to B journal and you submit to A journal is on
: the same
: time, back to back publishing sometimes it is difficult, and star group/s
: will win only.

avatar
v*0
8
很勉强的算轻喜剧.
avatar
g*t
9
我其实并不关心具体调度的问题。对此问题有自己思考的java人员到处都是,招一个很
快捷。
每个人都有自己的办法。我举这个例子的意思其实是。假如只看cpu 0%,100%。那是看
不出来调度的区别的。

be
be

【在 h*i 的大作中提到】
: cpu跑满了不说明都在干正事。
: 当thread pool太小,没有足够thread的时候,你会发现这个时候CPU是100%的,但一切
: 都停滞了,没有任何进展。因为CPU在100%地作context switching, 但所有thread都
: 在等IO.
: 这就是我说的,不要相信作底层的这些人给你的建议:“thread pool size should be
: less than the number of cores".
: 他们关心的问题和你关心的问题可能完全不同。他们关心throughout, 而你可能关心
: latency.
: 如果你关心latency, 要信我基于现实经验得出的结论:thread pool size should be
: in the thousands if you are supporting a large number of *human* users.

avatar
l*1
10
deliverable report can be taken as online https ot http style,
also can be submitted to IEEE conference later,
it is no problem,
even arXiv online published Math/CS paper, (a)
later can be submitted to one peer review journal, (b)
of course, if did later (b) , from copy right problem, you never can do (a).

【在 t***d 的大作中提到】
: 谢谢啊,是CEE,倒是不担心这个哦,因为已经快要投了,估计弄好了要投出去的时候
: 才放到网上的。就是怕说已经公开的内容再用来发表会被说self plagiarism?
:
: super

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