HP & Commodity Computing 64
Handpaper writes "The BBC has a story about HPs SE3D lab's pilot scheme to provide raw rendering power for smaller studios and amateurs. A sample movie is available.. " Yes, the long fabled "grid computing" may arrive soon on a massive scale.
Grid-Computing? (Score:4, Insightful)
One of the articles mentioned "All the animators are independently funded to make their films.", but none mentioned the cost to use 1 unit (however it's calculated) of the processing power. How do animators justify the expenses to sponsors?
It's utility computing (Score:4, Interesting)
Projects aren't charged real money for render time, do have virtual monety; cost of rendering varies depending on demand. Projects have their own balances. This lets money optimise the resource allocation. Get your design done early, render before the rest and you get more CPU time for your cash, hence better rendering.
There are lots of other sponsors, as this is giving regional and up and coming artists/animators chances to do serious renderings on facilities they wouldn't normally get.
Grid computing is a buzzword. (Score:1, Funny)
Re:Yawn (Score:2)
Resource Allocation (Score:3, Interesting)
Advanced resource allocation is one of the research projects that are keeping some people -AI and mathematicians- busy. That's things like options, auctions, etc, etc.
Wonder what they do with their "idle" CPU cycles (Score:5, Informative)
We keep it busy (Score:5, Informative)
What the farm(s) have is large amounts of storage near those mips, which is what you need for data-intensive computation. Large animation models is one use. data processing from things like the Large Hadron Collider another, though we wont have real data from the LHC yet.
Now, if you have projects to run on such a fabric come talk your nearest HP sales rep.
The stuff we do in HPLabs is focused on 'research on how to use these systems'; things like resource allocation, load balancing for thermal management, etc, etc. I'm working on distributed deployment and testing, using the datacentres and perhaps soon the PlanetLab facility, which has more distribution for interesting problems.
If you want to play with the deployment tools, to http://smartfrog.org/ and download it. The technology is designed to make it possible to install and configure complex systems over a utility computing infrastructure.
How about security (Score:4, Interesting)
This makes me skeptical that a 'lease farm' model can work for anything more secure than things like TV Commercials.
Re:How about Shrek2? (Score:2)
You can outsource rendering, if they are people you trust and you can lock down everything: VPN to the farm, encrypted HDD. Its like the old mainframe world -you dont want to trust the operators with your data.
Re:How about security (Score:1)
With the proper encryption, I think these render farms could be used for applications where high security is needed.
Your argument is somewhat similar to saying that online commerce will never take off because the risk of snooping is too great.
Re:How about security (Score:2)
OSS? (Score:1)
Of course, security would be another issue. There would need to be some w
Re:OSS? (Score:1)
The deployment tools are OSS (Score:3, Interesting)
SmartFrog [smartfrog.org] you can read about and download the framework used to dynamically deploy the fabric management tools and the rendering apps.
It's LGPL, Java based.
What you are thinking about, community rendering, needs community rendering tools. Bandwidth is an issue with all these apps; the filesets are huge.
Re:OSS? (Score:3, Informative)
Renderman uses the concept of "buckets" to limit memory usage. It essentially renders on small part of the screen at a time. If you split the scene into many buckets (already done for you) and send each bucket to a different computer (like many renderfarms already do) you would minimize the security issue. You could "view" the image you rendered by hacking the software -
Re:OSS? (Score:2)
The Experts Exchange website works by credits. You help someone (answer a question) and you get credits. You can spend your credits to get help from others (ask a question and have it answered).
Implementing and OSS computing farm could run well using the same model. Offer your spare cycles for someone else's rendering and you earn some credits. You can spend your credits by running your own process on other computers. That should solve a lot of the issues with s
Re:OSS? (Score:1)
I am (Score:1)
I'm not writing something like this currently, have been for awhile, and expect to continue for some time.
They have the power scotty (Score:3, Insightful)
Re:They have the power scotty (Score:1)
Re:They have the power scotty (Score:2)
Most PCs are not idle. They are riddled with spyware and viruses and do neet things to the rest of us like propogate viruses and send spam.
My point, is that there needs to be a little more control over publically available resources on individual's computers. The naïvety of using open, basically read-only, technologies like email and www, have caused many problems in the recent past.
Re:They have the power scotty (Score:2)
Finally.... (Score:3, Funny)
Re:Finally.... (Score:2)
True Grid Computing (Score:5, Interesting)
More often than not renderfarms have a few formats that you can use (usually expensive ones) and that's it. PR-Renderman, Maya, 3dsMax, Lightwave, and a few other big ones are guaranteed to run about everywhere. Blender? Nice try, but "little" software projects like Blender don't have much of a chance at a renderfarm. Tell a renderfarm you have a Blender file to render, and that you have money in hand - they will tell you to go home.
Grid computing is slightly less efficient than a direct rendering program since it has a little extra overhead. But the ability to run ANY program on a farm is quite enticing. That's what we should be aiming for. That is a good goal.
Utility, not Grid (Score:3, Informative)
But it could host Globus2.4, even Condor. Or a very large three tier Apache 2.0 HTTPD cluster. If you have the money, you get to choose.
Re:True Grid Computing (Score:3, Interesting)
I've studied and worked with distributed/parallel programming. There are a lot of things you need to take into account. Your primary troubles are how to divide up the work evenly and well, especially when you're working with multiple computers at different specifications.
So, yeah, you have Blender, and you want to distribute it... But how do you tell blender to divide up the work? Do you have another program that manages multiple inst
Alternatives?? (Score:4, Interesting)
I know some might say that this might be invitation for someone to unleash zombies, but the grid does not need a connection to the internet for this kind of work, and besides that outgoing traffic can be monitored.
I did not notice what the process was for buying computing time on the SE3D website, nor sepcifications of the grid. Am I missing something? Is this a fluff/vaporware story?
Re:Alternatives?? (Score:1, Informative)
Though they run a traditional render farm rather than a grid, they've beaten HP to the punch by several years.
The advantage to NOT being on a grid is that they can run render nodes for software people use NOW, instead of what they'll be using years from now. Lightwave, Maya and 3DMax are all supported. You pay by the gigahertz/hour.
I used them on my last job, and they definately delivered on the promise of speed and support.
Could work pretty well (Score:4, Interesting)
Accounting is pretty simple too as a central dispatcher keeps track of which frame is submitted to which node, and how long it takes - it is uncommon to have 1 machine working on more than 1 frame simultaneously.
Sun also offer this type of service, as well as others. I think it will be interesting to see if this model is adopted by hollywood etc. but I can see a lot of smaller shops taking advantage of it to acheive what would otherwise be impossible.
I remember using a Compaq Test-Drive-Programme 4-CPU Alpha 21264 box to render a 4096x4096 cornell box using BMRT that would have taken my 128MB P3-500 an age to do.
The model definitely works from my point of view, however I don't really think that Sun or HP will be in much of a position to actually make money out of this type of service since hardware depreciates so fast and the price people will be willing to pay would be pretty low I imagine - I guess they could simply use their unsold inventories to extract some kind of revenue from them instead of writing them off, but getting the 'volume' up to profitable levels will be a challenge.
uh-huh-huh-huh (Score:1)
Yeah... (Score:1)
Did anybody actually pay for this? (Score:3, Insightful)
There are commercial render farm services [respower.com] running right now. Over 400 machines. 440 frames are rendering right now. Over 6 million frames sold. On line. Self service. VISA/MC accepted. The going rate is about $1/GHz/hour, before discounts.
And they never mention "grid computing".
Mirrors Here - Pages and Videos (Score:1)
Xgrid for UNIX (Score:4, Informative)
Darwin:
http://www.opensource.apple.com/darwinsource/in
Xgrid for UNIX:
This article introduces the first working Xgrid agent for Linux and other Unix systems that can be integrated in any XGrid cluster (managed by OS X).
http://unu.novajo.ca/simple/archives/000026.htm
http://developer.apple.com/hardware/hpc/xgrid_i
Set your Phasers to hype! (Score:2)
This is OLD technology folks. Try the 1970s. Yes, really.
Hear that sound? It's money being flushed down a dot-com toilet.