【发布时间】:2012-04-09 22:22:17
【问题描述】:
我目前正在集思广益,想出一个涉及 p2p 渲染农场的想法,有点像 renderfarm.fi,但区别在于您为服务付费,而处理池的贡献者获得报酬。 目前渲染农场根据 GHZ/h 测量价格,但是当计算机渲染不受信任时,有没有一种好方法可以测量计算机的等效 GHZ/h,考虑到计算机可能部分加载其他程序会减慢实际渲染时间,等等?
【问题讨论】:
我目前正在集思广益,想出一个涉及 p2p 渲染农场的想法,有点像 renderfarm.fi,但区别在于您为服务付费,而处理池的贡献者获得报酬。 目前渲染农场根据 GHZ/h 测量价格,但是当计算机渲染不受信任时,有没有一种好方法可以测量计算机的等效 GHZ/h,考虑到计算机可能部分加载其他程序会减慢实际渲染时间,等等?
【问题讨论】:
因为您的工作进程可以询问操作系统计数器他们收到了多少执行时间,并且可以与工作包的进度相匹配,您可以根据已完成的工作单元数支付费用,但以 GHz/h 计费.您知道您不能信任用户的时钟(或其他任何东西),但您可以通过组合来自多个对等方的程序计数器来验证返回的工作单元并估算其计算复杂度。
您无法确定系统是否特别负载,但您确实知道工作是否完成并返回。但是,您必须验证工作是否正确完成。可能意味着过度配置并在两台不同的机器上运行每个渲染两次,以确保不会有人插入计算速度更快的垃圾结果。
祝你好运。我不知道您如何能够以每 GHz/h 约 0.10 美元的价格击败亚马逊之类的公司。
【讨论】:
操作系统可以并且很可能会测量进程占用的实际CPU 时间。因此,这可以用来衡量进程本身在计算机 CPU 上运行所花费的实际时间。由于其他进程在后台运行,CPU 时间不会向任何方向倾斜,因此非常适合此目的。
CPU 时间本身就是此类渲染服务出售的资源,因此按用户/客户端对其进行衡量是合乎逻辑的,然后根据渲染农场的用户/客户端所花费的 CPU 时间对服务进行相应的定价。
【讨论】: