What render management software do people like, from both a cost and a user experience point of view?
How do you like the way they manage jobs, and how do you find them to administrate, as well as from a user's point of view?
What render management software do people like, from both a cost and a user experience point of view?
How do you like the way they manage jobs, and how do you find them to administrate, as well as from a user's point of view?
Add comment viewed 3,774 times Latest activity 6 months ago
I'm going to answer my own question with my own thoughts on this (although I do want to hear what other people think)
I've had experience with Alfred, Rush, DrQueue and Muster (oh, and, very briefly, my own home-rolled one)
From a user's point of view, it gives a lot of good information, and as a developer, it gives by far the most flexibility when creating jobs. I've not used any other system that allows the same level of dependency in one job. Code that I've written to submit jobs to the farm has to have features disabled when it's submitting to anything other than Alfred.
From an administrator's point of view, though, it's somewhat of a pain. I've only administrated it on a very small level, but I've heard horror stories from people who've run it at large companies.
The main downside to me is the cost of Alfred. You're paying per user (rather than per render node), which is unusual, but, I believe (don't quote me on this) that you're looking at about $1000 per user. Compared to the others below, this is an order of magnitude larger. If you can afford it, though, I'd still go this route.
I developed a severe dislike to Rush right from the start. Maybe because I moved onto it straight after being somewhere else using Alfred, but the way it deals with your jobs is a pain. And if you're creating jobs automatically, the submission scripts that you have to create are a real pain. I didn't use it long enough to get more acquainted, as the company that I was using it at switched over to Alfred after not very long using Rush.
I never had any experience managing it, though, so I can't say anything on that front, and cost-wise, I believe it's about $160 per render node.
It's free, which is a good start, but crashy as hell, and I gave up on it after not very long. It's also, as an open-source piece of software, a pain to get compiled and installed (I was doing this under OSX). I gave up and actually paid money for something. Not a huge amount of experience.
We're actually using Muster at the moment here. After trying out DrQueue, and not getting anywhere, we looked at a few of the options out there, and ended up going with Muster, as it was both available on OSX, and was the cheapest of the not-free ones.
From a user's point of view, it's very similar to most of the other things out there. Jobs work independently (as a series of tasks), and jobs can depend on other jobs, but there certainly isn't the extensive dependencies system that makes Alfred what it is.
As far as admining it goes, it does have a tendency to crash (on OSX, this is - I've not tried it on Windows or Linux) quite a bit - nothing that can't be sorted with a script that re-launches finished processes, but it generally works, and has served us well (up to about 10 artists at the most so far) for the past year or so.
I've used all sorts of, but mostly smedge, lemon and royal render. Lemon is too old now. Smedge and Royal render are quite good, give them a shot. Royal render is very simple to install and use. Find it at royalrender.de
Also I would recomend Deadline, since supports a lot of maya and other software. Made by prime focus (was Frantic Films).
If you have small shop, I would suggest off the shelf software, otherwise it makes sense to use some open source and change to requirements.
Als
Short answer : PipelineFX's Qube!
Long answer :
When the time came to choose the render management software for New Breed, we were also studying the market for asset and production management software. Having had bad experiences with Alfred and Rush, I wasn't very interested in those. Grid Engine seemed appealing, but the necessary development time seemed to offset that. Pipeline from Temerity comes with a solid render management system, so if we chose that as our asset management system the rendering would have been a no-brainer.
Finally, after doing some hard financial calculations in addition to what we felt would be nice, we decided to create our own asset management system (Temerity Pipeline is waaay too expensive). For the render management, we finally settled on PipelineFX Qube!. It isn't free, but it's not very expensive either. The setup time has been even less than planned, thanks to Qube!'s ease of use, openness and to our very talented developer.
Qube! is very cleverly done, and very open. The main GUI is coded in python, so anyone can modify it as needed. Support from PipelineFX is also quite helpful. The only problems we had for initial setup were related with the configuration of the workers from the supervisor, but with a little fiddling and a little help from their support team it was solved in less than a day. Integration of our custom tools was a breeze.
On the users side, most power users find their way in Qube! pretty easily, after a very quick training. With their help, we integrated Houdini in a way that is really tailor made for the production we're doing.
I highly recommend Prime Focus VFX Software - Deadline. (I'm an end user of Deadline) In the past, I have investigated and tested Rush, Smedge, Qube!, Royal Render and Muster. Deadline wins every time. If your a 3dsMax house, this is THE option for renderfarm management software. Maya? there are many more options, depending on the size of your studio/farm, type of projects you work on. Key factors in your choice of renderfarm management software should be innovation of technology by the software developer, support level and fast access to their development/support team and of course, functionality/feature set which is required by your particular studio/pipeline. The next version of Deadline releases very soon...its a seriously feature-rich, stable release :-)
Last time I checked Deadline out, it looked like at least the server end needed to run under Windows, which was why I discounted it first time around. Now, I’m not seeing that on their website, so I’m assuming it changed in a newer version.
Deadline 3 supports windows/linux/OSX. Deadline v4.0 has just been released with further enhancements and an iPhone app!
Hi,
Years ago we switched from using Alfred (a nightmare, really) to using Condor, a free and open source network resource management software. While we've had to develop lot of custom scripts to do the submission / management / GUI stuff, it did really worth it. First of all you can't beat the price. :) And since the system is quite open you can do almost anything you want with it and only keep the matchmaking and management system. Its still easier than writing a full-blown management software that works for 1000s of computers and 100000s of tasks.
Some extra pros: - cross platform - handles DAG dependencies - handles "cycle stealing" on workstations - Gives the most flexibility if you don't write your own software. - You can create any kind of GUI and pipeline around the command line tools.
Of course its only a viable solution if you do have some extra R&D time to get things up and running. And it requires some patience. A lot less than Alfred though... ;)
Cheers, Szabolcs
What was your role when you were using Alfred? (in terms of user/developer/administrator)
All three. I was the unlucky guy who wrote the job submission and batch scripts, designed the job DAG structures for PRMan and mental ray renders and dynamic simulations, administered the system when things freaked out and also used it for rendering some shots. To rank the experiences: the software was the worst as an administrator, a bit better as a programmer and looked almost usable as a user.
Cheers, Szabolcs
We've been using Qube (currently 5.4) in production for about 2 years.
Pros
Cons
You should check out Tractor from Pixar, it's currently in beta. This will probably be the way to go once it's released.
We used Rush on a 600-server render farm (in 2006); what I really liked is that everything was a Perl script. What's even better is that, if you hated Perl sufficiently, you could rewrite them in Python or C#.
There were a couple of pains--Rush breaks down when DNS resolution is slow. On the upside, Greg Ercolano, the developer, is easy to get on the phone and will diagnose issues himself. Properly prioritizing jobs can be a pain in the ass--we had 20 shows, each with a producer who was vying for a particular number of nodes. Making sure all the jobs had priority was a task given to a dedicated render wrangler.
If I had to choose again today I'd look at the opensource software available.
Which of the render managers can actually handle large render farms with 500+ render nodes (4000+ cores)? One of the biggest problems is to get real-time status. For example, when 500 render nodes are all rendering, the status of a render node displayed by the render manager is not always correct, i.e. by the time the render manager has the latest status of the render node, the render node already has started working on another job.
Another big problem is the central server crashes at some point when there are too many renders. All the render manager vendors claim they support thousands of render nodes, but all the big studios we have worked with use their own render manager.
Our solution was to divide up the render nodes among multiple servers. However, we would still like a solution to support at least 500+ render nodes.
Frantic Films's deadline is the best one I've ever used: http://software.primefocusworld.com/software/products/deadline/overview/
I noticed very few responses were familiar with Qube! from PipelineFX. Qube! was built to render Final Fantasy by Square between 1998 - 2002. Today we have over 400 customers worldwide. We have recently posted some short demo videos to show the interface and spread the word. Though large studios like ReelFX, Rainmaker Animation and Starz Animation use Qube! for it's database, open API's and stability, our average customer has 10 servers (or workstations that also render) and over 140 universities and schools use Qube! for it's ease of use and administration. There's plenty of room in the render farm management market for many solutions so if you haven't found the end-all be-all solution for your studio please take a look:
If you are interested in an overview of render management systems, you can have a look here: renderwiki.com
Interesting site – some bits are a bit empty right now, but it looks like it could be a good resource.
Another free, open-source render manager: http://cgru.sourceforge.net/afanasy/doc/afanasy.html
I have used and I would certainly recommend Deadline as well. It gets the job done and it is very intuitive if you ask me.
I have no idea what it's going to be like, as it's still under wraps at the moment, but Pixar are going to be releasing Tractor soon, which looks like it's going to be a replacement (or re-written and cut-down?) for Alfred
One of the best, and also very affordable, is RenderPal V2. Its address is: http://www.renderpal.com
Except for the fact that the server is Windows-only, which stops a lot of us from using it… We’re OSX/Linux here, and we need something that will work without any Windows intervention.
Renderpal has my vote too. The biggest impediment I see is the Windows only server that ships with it and that has probably turned if off most people’s list. Its pretty cheap for what it does and is very well supported too. There’s extensive support for Python scripts and the latest release has a lot of advanced options for creating custom renderers. We’ve used it to even deploy updates throughout the floor.
Another software that I tested in the past was Deadline. Its extremely robust and production proven. We just didn’t have the budget for it so couldn’t use that.
So, since this question is somewhat old now, has anyone had chance to testdrive Tractor ?
..