|
楼主 |
发表于 2016-11-8 00:50:49
|
显示全部楼层
最原始的方法,装N个操作系统分别囤包。
其实我犯了个很大的错误:一个操作系统不够的机器应该是分期分批囤包,算完一个系统接着囤。就跟平时计算是一样,基本上不会有算力浪费,而且随时囤包在上传的时候也不会那么拥堵。最好是一次囤两个系统,防止有些机器半夜算完,毕竟不可能24小时盯着。
但我机器太多,分散在几个地方,总想毕其功于一役。短时间大量的请求很容易碰到各种限制,而且手动囤包非常耗精力,半天半天地坐在那盯着好几台电脑,感觉真是一言难尽。
自动分配的任务与你的CPU基准测试结果只能说是有关,囤包上限并不总是=性能(每天计算量)X预设天数。还有其它限制:只有32线程以上的机器才能碰到1000这个上限,否则就算你1秒完成一个任务,线程数不够一样不行。
所以最基本的是用NCPUS去扩充线程数量,但是这种操作损失算力而且容易出错(我的APU机只要这样搞就完全是错误)甚至造成死机,内存不够还不行,只能是用于囤包,以后要及时调回去。
每次更新提供的任务数量上限因项目而异,OET可以超过300,ZIKA好象就200。
OET之类的保质期只有10天,更高的设置我怀疑是否有用。
大规模(10W左右)的囤包真是个系统工程啊,我这次充其量能囤个9天,还有1天基本上算浪费了。
不想这么拼就囤7天MCM好了,肯定比你囤OET分多。
|
|