- 积分
- 10664
- UID
- 5
- 在线时间
- 小时
- 最后登录
- 1970-1-1
|
发表于 2008-11-21 21:15:34
|
显示全部楼层
1. 对于一个通过电子邮件来分配WU的项目,WU的长度和期限大概是怎么样才比较合适?3x+1项目的长度和期限分别为12天和3个月。
关于WU的长度和保质期,应该考虑到整个项目预期的周期,如果是短期的项目(比如一年时间或者更短),WU计算时间和保质期最好不要太久,计算时间在一周之内(<=168h),保质期在一个半月左右(按照用户平均每天运行4个小时);如果是长期的项目,计算时间和保质期可以更长一点,比如计算时间预计为半个月或1个月,保质期为3-5个月.我觉得比较关键的一个指标是用户平均每天运行此项目客户端的时间,但是在项目进行试运行之前,很难掌握到这个数据,而在项目实施之后,这个参数是可以统计的,所以我觉得,对于一个项目来说,运行过程中的各项数据的统计是非常重要的,而且越详细越精确越好~
2. 大家希望计算程序的命令行显示一些什么信息?初步考虑是计算进度和时间。
最好能够显示当前已连续运行多少时间、累积已运行多少时间、进度百分比,这几项为动态显示;以及当前WU的主要参数或编号之类的,这一项静态显示.
3. 结果文件的大小怎么样会比较合适?3x+1项目的结果文件大概是几百KB。这个问题的答案对程序参数的调整很重要。
这个确实比较头疼,因为用户的网络环境千差万别,但我觉得在目前的状况下,这个问题也不是特别突出,毕竟现在已经很少有窄带上网了,所以结果文件在10MB以内都可以接受,要是可以为一部分上网条件比较好、计算能力比较强悍的用户提供FTP方式上传结果文件的话,可以允许结果文件更大些,比如1GB以内~
4. 由于问题的特性,进度可能会出现前快后慢的情况,而且非常难纠正这种偏差,这样子能接受吗?
Nothing important.
+++++++++++++++++++++++分割线++++++++++++++++++++++++++
还有很多事情要考虑哦,特别是通过电子邮件或FTP的方式上传计算结果的话,那岂不是需要进行手工统计和汇总,工作量大自动化程度又低?还有计算结果数据文件的安全性和验证技术,如何确保数据不被篡改。。
另外,关于空间的事情,如果需要的空间和数据库容量不是很大(比如100MB空间、20MB数据库),我来赞助吧~ |
|