kullzhang_个人页

好的，我们会在近期内修正这个bug（因为这两天是假期）。 非常感谢您的提醒。

回 10楼(q28183408) 的帖子 3DSMAX ＋ VRAY 内部测试已基本搞定，目前主要在处理插件相关的问题。很快就可以上线了，最早会是下个月初。

渲染确实是很耗资源的，特别是AO。渲染前可以先渲个小样，大概有个估计，再开始大批的跑比较好。 如果遇到费用的问题，可和这个版的两位版竹MM联系。

看样子是系统升级带来的一些问题，估计明后天就可以恢复正常。

回 5楼(otkdl) 的帖子 此类廉价方案，我们确实在几年前就研发出来了（2006年～2008年），并已在一些大型动画公司得以实用。当时我们的软件系统因为在人机交互方面考虑得比较周到，所以打败了deadline，最终融入到了他们实际生产流程中。在规模小的时候，这样的方案是挺好用的。当时用这套小系统的工作人员激动不已，说不再需要一台台拷数据，手动提任务了，鼠标点点即完成任务，效率也提高了数倍。 但是后来随着我们逐渐帮助这些公司扩大机器规模（超过50台时），遇到了数据的传输瓶颈，任务的整体管理，日常机房维护，机器更新成本等等一系列问题。所以，我们着眼于未来，着手开发基于云计算平台的新版本。事实证明这个新的架构，解决了很多之前的各种难题。从我实际这么多年开发渲染农场系统体会来说，这是未来的发展趋势。 不好意思，看到您的评论，有感而发，写了一大堆东西出来。

能支持。我们曾自己写了一个简化版的全局光照明渲染器，试验了此类渲染器对云计算集群的压力影响，整体是令人满意的。目前我们主要工作是细化商务的需求，在工程方面精益求精，以保证最终上线后，用户能够流畅地使用，同时运行成本比较经济。 敬请期待！

^_^ 这是UED mm大一的作业。所以做设计这一行活力无限，前途无限啊。

引用第9楼troika于2011-08-23 14:37发表的  : servers.pconline.com.cn/skills/1001/2024025_5.html 你所引用的是NVIDIA的“枪文”，这点应该读得出来。这篇文章夸大了基于Tesla架构的ray tracing渲染器的作用，目的不言自明。诚然，在效果预览方面，GPU占有速度的优势。但是从 通用软件的支持，渲染效果的可靠性等方面来说，基于GPU的解决方案，远远没有CPU的方案成熟。卡梅隆主要用基于GPU的技术做效果预览部分内容，包括了部分特效预计算任务。具体你可以参看网上其他比较全面的报道，就能明白。 事实上WetaDigital的render farm里面主力是刀片服务器。你给的链接是这篇文章的第6页。该文的第5页写得很清楚，请读 http://servers.pconline.com.cn/skills/1001/2024025_4.html 他们 主要采用了HP的刀片机，是一个CPU集群。另外请参考 “ The Data-Crunching Powerhouse Behind ‘Avatar’ ”  一文。里面讲了整个WetaDigital的render farm规模： The Weta data center got a major hardware refresh and redesign in 2008 and now uses more than 4,000 HP BL2x220c blades (new BL2x220c G6 blades announced last month), 10 Gigabit Ethernet networking gear from Foundry and storage from BluArc and NetApp. The system now occupies spot 193 through 197 in the Top 500 list of the most powerful supercomputers. Thirty four racks comprise the computing core, made of 32 machines each with 40,000 processors and 104 terabytes of memory.   ... 上文中关于CPU个数可能有误，应做4000个。在阿里云，我们的初步实验早已超过3000个CPU。我们正准备在包含2万个以上CPU的“超”集群上，来测试我们的渲染系统性能，所以将来在国内要渲染Avatar并不是很难的事情。 我们这个开发团队本身就是研究GPU计算的，最长的有长达十多年的研究历史（是的，我们从出现GPU时，就开始跟踪和开展这方面的研究了），甚至发表过很多这方面的论文。我们没有理由会忽略GPU的方案，也比别人会更明白应该在哪里用GPU，何时该采用基于GPU的技术。 做好渲染服务最关键的地方不是纠结于采用GPU或者CPU，我们只是朴素地考虑可用性、成本和效率。只要做到了用户满意，哪怕将来我们搞出一堆ARM芯片或者FPGA迭出来的玩意儿，那又何妨？

写得很专业。因为系统在测试和调试阶段，确实存在很多不足，需要认真一段时间的磨合。而且这个系统也确实需要各类用户来试用，提出你们的宝贵意见。你们的需求就是我们努力的方向。 非常感谢可乐爱多同学中肯的意见，我们正在虚心的学习，寻找所提出问题的合理解决方法；并努力提高系统的可用度，让用户有更好的体验。很高兴可乐爱多同学肯定了我们集群渲染的高效性，这是我们这套系统的精华所在。目前的问题主要集中在上传场景数据和下载数据环节，一方面我们要把系统做得更好，让每个环节跑得更为流畅。另一方面，我们也要积极做好系用户普及工作，让用户更好地掌握系统特性，将云渲染这件神兵利器用好。因为网络传输是中国特色的瓶颈，几百兆甚至上G内容的数据传输往往意味着很长时间的等待，经常会影响到用户的体验，我们正在尝试各种措施化解这个难题。 基于云计算的集群渲染是未来的发展趋势。我们未来的集群规模将会达到万台以上，可以方便的支持各类渲染应用。作为这个项目的开发人员，我们为这个云计算应用感到自豪。同样对于用户，我们怀着谦卑之心，就是希望能第一时间解决用户的问题，为用户的需求服务。所以不要在意我们半夜帮你一起上传场景、看渲染结果，这是我们的本能。 诚实的说，目前这个系统很大程度上，是向用户展现云渲染的概念，是一种试用性质的；因而在具体如何商用方面还有很多不足之处。基于这个试用系统，在为各类大客户和个人用户的服务过程中，我们已经成熟起来，做了大量的技术储备。随着我们系统的逐步完善，正式推出商用服务时，目前暴露出来的问题会得以解决和避免。请相信我们的专业精神。 希望可乐爱多同学经常来用用，继续多提各种sharp的意见。同时也期待您来这里张贴大作，静帧的，动画的，视频的，或者教程类的，都欢迎哈。我们肯定会通过各种形式，奖励帮助我们改进系统的用户。 对于我个人，一直从事计算机图形学的教学和科研，我们的开发团队也很年轻，都是热爱图形学以及媒体创意的热血青年。我们很期待看到中国动画市场的繁荣，也很愿意帮助个人以及小团队创意创业者，为大家的工作和发展提供便利。与各位共勉。

期待有更多的增长。

一些链接，可能对你有用： 1. 请看： 如何提交渲染任务，  了解如何上传渲染任务。 2. 请看： 如何打包场景 ，了解如何制作场景打包文件。 3. 渲染云的视频教程会很快更新上来。 我们后续会提供maya的插件，方便与渲染云系统无缝衔接，到时候就能一键搞定了，^_^

回 楼主(hanrs) 的帖子 我们在后台的测试开发中，已经支持了vray渲染器，技术上是可行的。但主要看整个阿里云的发展战略。