CAS近况

swh@home · 发表于 2011-4-28 17:48:33

回复 28# wujie
谢谢您的回复，尽量就可以了，毕竟是过去的事了，还是向前看吧。希望CAS@HOME在未来会发展的更好。

xuyongchen · 发表于 2011-4-28 18:00:25

回复 30# 樱花飘雪

恩，方式当然很好，如果有效果的话是非常值得推广的。不过这个就像改革一样吧，先改一点看看反应，然后调整，不然低产阶级出现抵触心理最后不升级机器反而停止运算，这就划不来了~只要度把握的好的话，您的方法应该是很有效的~看看CAS能不能进行相关的改革

吧~

sunwudu · 发表于 2011-4-28 19:35:47

本帖最后由 sunwudu 于 2011-4-28 22:31 编辑

志愿计算毕竟初衷是为了利用闲置资源，除了发烧级别的神，我想大部分人还是趋于用现有的设备作点事吧，起码不会仅仅为了这个来升级设备。不过我觉得随着硬件的不断升级，旧硬件的不断淘汰，普通家用电脑之间的性能差异会逐渐缩小，毕竟对于家用来说，配置的选择要取决于日常使用的需求（多媒体，上网，游戏），而不是跑分，事实上那个性能和价位的消费群体也应该是最大，所以所谓的低产阶级，也会随着时间流逝而不断代谢掉吧，这个过程的推动力应该是家用电脑整体水平的提高，貌似不用咱们费心太多，而由此产生的结果，就是大部分人的计算力是近似的。（这是我的逻辑，不一定对）

至于给分机制的设定，这就要看一个项目，想要通过什么方式，以什么群体为主力，来达成什么样的目的了。

jpegreader · 发表于 2011-4-28 20:59:08

会为跑分花钱更新设备的人是极少数有条件的发烧友（我是没条件的）
让极少数发烧友更新了设备，代价却是低产阶级人数的流失，得不偿失啊

xuyongchen · 发表于 2011-5-1 18:41:36

找到了，之前我提到的叫长尾理论

panda7456 · 发表于 2011-5-1 20:50:01

回复 35# xuyongchen
　简单的说，所谓长尾理论是指，商业和文化的未来不在于传统需求曲线上那个代表“畅销商品”的头部；而是那条代表“冷门商品”经常为人遗忘的长尾。举例来说，一家大型书店通常可摆放10万本书，但亚马逊网络书店的图书销售额中，有四分之一来自排名10万以后的书籍。这些“冷门”书籍的销售比例正以高速成长，预估未来可占整个书市的一半。这意味着消费者在面对无限的选择时，真正想要的东西、和想要取得的渠道都出现了重大的变化，一套崭新的商业模式也跟着崛起。简而言之，长尾所涉及的冷门产品涵盖了几乎更多人的需求，当有了需求后，会有更多的人意识到这种需求，从而使冷门不再冷门。

By 百度百科

xuyongchen · 发表于 2011-5-1 21:07:22

回复 36# panda7456

恩，虽然和我第一次看到的应用不太一样，不过确实也是说得通。不过感觉还可以更严谨一点，因为还是有相当一部分的冷门一直热不起来。比如某些冷门专业的专业书籍。不过冷门书总体来说还是会占到相当的份额。

nekoko · 发表于 2011-5-2 00:23:33

长尾的作用是很重要的~~正态分布也是，绝对不能只看中间的部分而忽视两端
大牛的作用的确值得赞许
不过，多给大牛分数表示鼓励，我不赞同
分数是一个项目中的货币，必须保持公平
而且，参与计算的人并没有升级设备的义务，项目方也没有理由用分数来要挟志愿者升级
这大概也是我不参加FAH的原因之一，因为他们有bigadv
志愿计算的本质是一种科普，所以应该是所有人都用得起才对
这也是我最终退出GPUGRID的原因，因为他们搞了longruns

所以综上，得分虽然一文不值，但是必须公平

lyc2012 · 发表于 2011-5-2 08:29:31

得分是对你的劳动的肯定，应该公平。

fwjmath · 发表于 2011-5-2 08:38:30

嘛，干多少活给多少分，这个应该是最公平的吧。bigadv什么的也不是不能理解，毕竟更强的机器可以算更大的分子，虽然那个给分是畸形了点……当年ABC@home每个包长度不一样，也会给长的包多一点分，为了鼓励大家看见长包不要弃，这个也有它的逻辑。当然它现在时间都差不多了，也就取消了这个。

其实积分这种东西，对于项目方还是像社会学一般的东西……没有一个绝对的准则。不过一般来说，如果包的计算量固定的话，一般的惯例还是固定得分。如果计算量稍有浮动的话，如果可能的话内置一个计算量的计数器，然后根据这个计数器给分。如果计算量浮动较大的话，可以给长包稍多一点分。如果浮动太大的话，尽量预测长包（预计算什么的），然后对于特别长的，直接邮件邀请有好机器的人来算（独立另一个计算程序之类的），或者内部找集群自己消化掉。一般的准则似乎是这样。

litimetal · 发表于 2011-5-2 09:27:14

希望CAS能照顾一下，包不要弄得太大。我就是因为WCG带不动才跑CAS的。BOINC官方配置要求很低，分布式运算的最初设想也是让大家都用闲置时间助力科学运算，而不是指望大牛吧。
至于包的长度，我倒有一个想法：能不能把CAS拆成两个项目，一个扔大包，一个扔小包来兼顾？不知道现不现实

nekoko · 发表于 2011-5-2 09:37:52

扔大包本身就是一种歧视。技术上可以分割成包的项目都可以分成更小的包，不是什么技术障碍
很多发大包的项目不是项目方懒得去继续改程序，就是确实有希望你升级设备的意图

xuyongchen · 发表于 2011-5-2 09:59:57

还是尽量给小包吧。我还是觉得最好把任务的时间都能控制在比如30分钟之内。这样一旦遇到某些情况导致计算出错也不会有太大的损失。像constellation那项目简直就是坑爹，算10个小时然后到最后才告诉你计算出错。害人嘛
如果给大包那还是花钱给哪个超级计算机去算吧。利用空余资源的话还要考虑到用户开机习惯（哪个用户正常使用的时候会有N小时的闲置时间？我们这些跑分的就算了，一般用户能有个30分钟就不错了，吃个饭，洗个澡啥的利用这段时间正好算完一个。要是真正利用闲置资源参与BOINC的话估计没可能按期上报。）

panda7456 · 发表于 2011-5-2 10:54:31

回复 38# nekoko

longruns也不是不可以...如果longruns的上报时间能长点就好了

fwjmath · 发表于 2011-5-2 11:09:10

其实也不是什么计算任务都可以分成更小的包的，比如说算一个分子稳定性什么的，最小的包也就是一个分子。

另外有时候就是速度和包大小的一种取舍，overhead什么的有时候在所难免。

我当时优美树的包一个6天，3个月的期限，也是因为速度和包大小的取舍才是这样子做的。即使是现在新的计算程序，包的大小也没法稳定下来，否则生成包和计算合起来不划算……短的基本上可以做到一个小时，长的话一天也说不定，这样的话是不是就对志愿者很困扰啊？

		自动登录	找回密码
密码			新注册用户