Sintel, the Durian Open Movie Project » Blog Archive » System Benchmarks

    

System Benchmarks

on July 1st, 2010, by ideasman42

In the studio we have a variety of systems: Maqina Xeon workstations, Dell Xeon blades, off the shelf Intel I7′s, older workstations from Big Buck Bunny and our Justa-Cluster i7 render nodes so we thought it would be interesting to compare render times.

The tests below are not as comprehensive as they might be, but since we also use these systems on the farm and as artists workstations we decided to keep it simple.

Testing

Here is a complete scene from the movie bundled up so you may test blender on your own systems and compare render times with our studio systems.
Being a final shot this includes everything: sintel, bamboo environment, animation, textures, compositing etc.

Download test scene (147mb)

Open 5.2b_comp.blend and press render.

Or on the command line…
blender --background ./scene_05.2b_bundle/05.2b_comp.blend --render-frame 65

This blend file will only render correctly in the render branch of blender which can be found on graphicall, these tests were made with svn revision 29834 of blender.

Quick Render

Included times for one of our test renders. This file is not available for download.
The Scene shows a checken flying: 1024×4380, Full simples (5), raytracing, environment lighting & compositing.

Operating Systems

We are using 64bit Linux – Debian Squeeze for the Justa-Cluster & Ubuntu 10.04 for everything else. I like to keep configurations similar to avoid glitches & incompatibilities.

Compiler

Debian’s gcc-4.4.4
I did some quick tests with clang (llvm based C/C++ compiler) and found if anything it’s slightly slower then GCC, however my tests were only with ~3 different test renders and roughly equivalent compiler flags.

I attempted to install Intel C++ compiler but didn’t manage to get the redhat packages installed on Ubuntu (needed 32bit stdc++ libs for 64bit compiler at which point I gave up).

C/C++ flags

Typically Blender developers discourage using any optimization known to be risky. For Big Buck Bunny we were more conservative because we wanted blender to run with minimal problems but for Durian Brecht and I agreed to try more aggressive optimization flags. There have been some occasions when we hit bugs in the optimized builds that were not in debug build but often these are caused by very very big numbers or NAN’s where the result isn’t useful anyway.

Here are the flags we use to build blender.
-O2 -mtune=native -fomit-frame-pointer -msse -msse2 -msse3 -ftree-vectorize -finline-functions -funswitch-loops -pipe --fast-math

I have to admit to being a bit of a ricer when it comes to setting up the compiler flags, Ideally we’d test how each flag effects performance however this is time consuming to set up.

Results

Maqina X5550QC 3D Workstation (2x Quad Xeon’s X5550  @ 2.67GHz, 8 cores total, 24gig ram)

Render Time 16 threads (hyper thread): 27min, 03sec

Quick Render: Render Time 16 threads (hyper thread): 2min, 4sec

Dell Power Edge r410 (2x Quad Xeon’s L5520  @ 2.27GHz, 8 cores total, 24gig ram)

Render Time 16 threads (hyper thread) 27min, 47sec

Render Time 2 Blender’s running at once, 16 threads each 44min, 32sec, (amounts to 22min, 16sec per frame)
Render Time 2 Blender’s running at once, 8 threads each 41min, 10sec, (amounts to 20min, 35sec per frame)

Quick Render: Render Time 16 threads (hyper thread): 2min, 45sec

Justa-Cluster (1x Intel i7 930 2.80GHz, 4 cores total, 6gig ram)

Render Time 8 threads (hyper thread): 33min, 36sec

Quick Render: Render Time 8 threads (hyper thread): 2min, 24sec

No-Brand System (1x Intel i7 920 @ 2.67GHz, 4 cores total, 12gig ram)

Render Time 8 threads (hyper thread): 34min, 35sec
Render Time 4 threads: 42min, 12sec

Quick Render: Render Time 8 threads (hyper thread) 2min, 35sec

Maqina C6850DC 3D Workstation (Quad Core2  Q6700  @ 2.66GHz, 8gig ram)

Render Time 4 threads: 54min, 03sec

Quick Render: Render Time 4 threads: 3min, 35sec

older system used for Big Buck Bunny

Notes:

  • for the test file you might not be able to render with less then 4 gig of ram.
  • the render farm software is not currently released but it will be released with all the other scripts and utilities with the production files.
  • Ton was interested in seeing times for quick test renders so I ran one of our fastest test files on all the systems so I have included times above.

- campbell

82 Responses to “System Benchmarks”

  1. James Says:

    Half the links are currently broken..

  2. Lucas Says:

    Well, for me the rendering has to wait till tomorrow morning, as it’s getting late already. I expect my machine to work on this scene for 2 hours (Core2 duo E8400 with 4GB of memory)

  3. Jayden Says:

    http://durian.blender.org/wp-content/uploads/scene_05.2b_bundle.tar.bz2

    Fixed link.

  4. Dylan McCall Says:

    So are those measure times measured in hours or minutes?

    Slightly different note: I want Maqina’s computer! :b

  5. ExE Says:

    Is it possible to download a render farm software like you used for Durian. I got 3 older pcs here (Intel Core2Duo ~2,6 Ghz, 3GB RAM). How could I setup something like you with such a nice webinterface?

    Render Time will be posted tomorrow with my main PC.

  6. ELF Says:

    ExE: it’s not a software on its own. It’s just a script distributing and gathering renders and statistics.

  7. ideasman42 Says:

    Sorry about the missing links, for some reason wordpress made the links relative :S,
    @Dylan McCall, min, sec – updated post.

  8. Dylan McCall Says:

    Sorry for double posting: Where did you get that _awesome_ thumbnailer for Blender files?

  9. J. Says:

    Just a question:
    Why are there loose network cables connected to a few justa-nodes? Are some of the built-in yellow cables broken? (just wondering)

    And a little request: Could one of you make a few high-res photos of the Justacluster? I would very appreciate it! :D

  10. Anthony Says:

    Hi, which do you think would render faster,
    1.) Intel CORE i7-930, 2.8GHz/ 8MB Cache
    2.) Intel XEON W3530, 2.8GHz/ 8MB Cache
    3.) Intel XEON E5620, 2.4GHz/ 12MB Cache – 4 CORES

    I’m building a 3D workstation and I’m not sure which is better, more cores, higher speeds or bigger caches?

    PS:Thanks for the great post.

  11. jay Says:

    Campbell you are awesome the geek out factor. Thanks a lot

  12. jay Says:

    eh “for posting” ^ heh too much going atm :)

  13. LetterRip Says:

    Campbell, there is software that will find the optimal flag settings automagically by doing permutations

    http://coyotegulch.com/products/acovea/

  14. Stijn Says:

    Just finished a test with the build from graphical

    Dell XPS 16 laptop with i7 i720 @ 1.60Ghz / 6GB ram

    Render time : 1h08m36s

    Considering the competion in those screenshot’s, that’s good portable power!!

  15. NB-DanTE Says:

    guys you’re awesome, I like what are doing and I like your render farm so much it’s original

  16. pablo Says:

    how do this? —> http://durian.blender.org/wp-content/uploads/2010/07/scene_52b_files.png

  17. pablo Says:

    i talk about thumbail

  18. Trevin Says:

    Intel i7 860 @ 2.80GHz, 8GB RAM: 33:25.64.

    I hadn’t looked at the render branch for a while. You guys have done some fantastic work!

  19. FishB8 Says:

    I’ve found that the Graphite loop optimizations can help optimize nested loops quite a bit (gcc needs to be built with graphite enabled)

    -floop-block -floop-strip-mine -floop-interchange

    I’ve also found that the C++ “-fvisibility=hidden” flag helps strip out a bunch of un-needed symbols to significantly reduce the size by several megs and helps it load quicker.

    The “-Wl,–as-needed” also helps if there are libraries included that aren’t actually used, also helping reduce load time and memory.

  20. ideasman42 Says:

    @J, some of the cables didn’t work reliably so we had to run bypasses. I’ll see if our video camera is high res enough :) .

    @LetterRip, At some point Id like to try this tool so added a link to http://wiki.blender.org/index.php/Dev:Ref/Software_Resources#Other would be interested to know what kind of performance improvements you’d get with optimal flags, if its significant

    @Dylan McCall & Pablo, blender 2.5 now embeds 128×128 RGBA thumbnails in the header of the blend, these can be extracted for display quickly without loading the blend file. Blender uses the freedesktop standard for icon display so once blender has cached the icons some file managed can view them without special blender support.

  21. young_voter Says:

    How come these renders look like they are a game environment instead of a cinematic animation? Does anyone have the same feeling?

  22. leodp Says:

    Interesting.
    One note though, in sync with young_voter.
    In the bamboo forest frame it seems the bamboos stick out of a flat ground level. It is very ‘gamey’, not really realistic, even if inside of a moving video it will be much more difficult to notice it.

    I would add some small shrubs/grass to hide the foot of the bamboos.
    But maybe it’s too intensive to implement/render.

    Anyhow, I’m looking forward to have my DVDs! Everything looks so fantastic.

    Ciao, Leo

  23. milkita Says:

    is that the render time for one frame only? also i notice in the far right there’s some jagged shadow on bamboo tree, however that’s not bother me. i’m happy with the result so far.

    i hope the blender thumbnail thingy will works on windows too. it’s just too awesome ^_^ can’t wait for DVD

  24. N.A. Says:

    That thumbnail thing is quite good :-)

    Are there any steps to be done to make Windows use this thumbnails? Like just pressing some “Register Blenderthumbnails”-Button?

  25. nawabz Says:

    interesting work guys, keep it up

  26. Chainz Says:

    I just wonder when you gonna create a nice picture that might be used as a wallpaper?
    They all great renders but nothing good to put on a desktop :(

  27. endi Says:

    I love this new image, I love plants and greens. :)

    A small note: there are some antialiasing error on the bamboos, and a strange bug on the butterfly’s wing.

  28. patrox Says:

    @Chainz: they’ve got some concept art under gallery which can be used as wallpaper, check it out.

  29. Maya Says:

    Ha, My pc also has that cooler master body

  30. ideasman42 Says:

    @FishB8, thanks for the tip, I tested with -fvisibility=hidden, your right it cut 2mb off our binary size, added to the build script. I tested the linking suggestion you made but id didnt make any difference to the output of ‘ldd ./blender’ or ‘objdump ./blender -x | grep NEEDED’ , probably because of how we have cmake setup it only links libs that we need.

    @young_voter, rather let artists respond to this kind of feedback, they are discussing now :)

    @milkita, short answer is no, however it should be very easy to write a shell extension for windows which extracts thumbnail’s, this could be distributed with blender, See thumbs_blend.c:IMB_loadblend_thumb ~90 lines of code to extract the image from the blend file.

  31. dd Says:

    where is picture?
    http://durian.blender.org/news/wp-content/uploads/2010/07/0158.png
    Error 404 – Not Found

  32. fahr Says:

    What are the minimum RAM requirements to render this scene? It crashes in 32-bit.

  33. J. Says:

    I have the same question.

  34. J. Says:

    I mean the question of ”dd”.

  35. spacetug Says:

    @ ram requirements, the post says probably at least 4GB.
    their minimum is 6GB, on a 64-bit machine.
    I’m not even going to try on my 5-year-old laptop, with 1×1.73GHZ CPU and 512 MB RAM (32-bit windows xp home edition)

  36. acro Says:

    Cool new shot revelation! :D Hmm, that butterfly looks awfully familiar… And the thumbnail tech is phenomenal. I’m off to read up on shell extensions.

  37. Shinobi Says:

    It’s written:

    “Notes:

    * for the test file you might not be able to render with less then 4 gig of ram.”

    Very nice to see you guys manage such an incredible amount of hardware in that good way ;)

    @ young_voter:
    well, actually it puzzles me a bit too, I mean, that plain_plane_ground seems gone out from Tomb Raider 2/3 more than from a 2010 CG movie… mmmhh…

  38. DanielWray Says:

    The lighting in that scene needs work, that’s the only reason why you say it looks like a ‘game enviroment’. The lighting is quite flat over most of the image.

    Nothing a little compositing or small lighting tweaks couldn’t solve; Personally I think it could do with some blacks to better help focus the over all shot, which should converge towards the main action, which is Sintel running through the bamboo forest.

    Of course the light wouldn’t follow her, but the light could be used to show the path of the character, making use of the god rays would be very nice for this. Also using a stronger depth of field looks in order.

    Just my personal opinion though :)

  39. DanielWray Says:

    Couldn’t resist editing the image XD

    Yes I understand that the image posted won’t be final, but I don’t see any harm in uploading an edited version of it :)

    http://img291.imageshack.us/f/40544204.jpg/

  40. David Says:

    Nice. I will see how this renders on my laptop latter.
    BTW any chance of adding build support for the new 64 bit MinGW for windows someday? http://sourceforge.net/projects/mingw-w64/
    It already has some of the external lib files prebuilt.

  41. jdcooke2010 Says:

    Hey, that looks nice DanielWray.

    See folks, just like you would record audio “flat” in a studio so you can add or enhance it in post preduction, so too with a computer render – after which you would add grading, lens distortion, film grain and other imperfections to make it look more “real”

    It’s gamey ’cause it’s raw. :)

    Thanks for the scene Durian Devs,…
    Take care

  42. J. Says:

    Plus: Rendering happens in OpenEXR, so you’ve complete freedom for grading.

  43. maddes Says:

    I’ve been able at last to OPEN the scene in my Laptop with 1.5 GB RAM, 1.7 GHZ Pentium M.
    Just tried out to render at lower resolution to see if anything happens … it crashed at 640 x 360
    :D

  44. Trevin Says:

    @David: I’ve thought about trying to compile it using MinGW-w64. I haven’t looked to see how difficult this would be to set up. I might take a look at it tonight. It would be a fun learning experience at the very least. I wonder how good the performance would be compared to the MSVC compiler.

  45. DwarvenFury Says:

    Thanks for the update Campbell!

    On a side note, does anyone with a powerful enough computer want to render the full shot and upload it? I’d love to see it, but my aging laptop runs out of RAM when I try to render, even at low resolutions. I’ve had to content myself with a viewport render so I can see the animation. ;)

    p.s. Go Durian team! Only a couple more weeks!

  46. Stijn Says:

    At peak blender took about 4.8Gb of RAM in active use for this scene in full HD, so i would think that 4Gb is not enough.
    It barely scratched through on my machine with 6Gb of RAM

  47. horace Says:

    [quote]How come these renders look like they are a game environment instead of a cinematic animation? Does anyone have the same feeling?[/quote] i had the same feeling in most scenes of avatar. :p

  48. freakx Says:

    On my old two processor – with 2 cores each – HP ProLiant DL360G3 with 4gigs of RAM (32 bit; Debian) blender crashes with a segmentation fault after a message that malloc returned NULL even if there is still RAM and swap available..

    The Movie “Avatar” was rendered on machines with 1,5GB to 24gigs of RAM but Durian needs at least 4-6gigs …

  49. Davis Says:

    @freakx: Your problem is that you are running 32bit Linux. You have enough memory (Linux will use swap if you don’t have enough RAM), but 32bit malloc can’t handle enough. If I understand it right. It fixed the problem for me anyway.

  50. dogfin Says:

    It took 1h 51min on my AMD 630 X4, Win7 64 with 4gig ram, so it CAN be done on a 4gig system! It spent A LOT of time swaping, but it finished. My only curriosity is why when I view the output in blender or exrdisplay, it doesn’t look like the picture they posted. It looks very dark, and I’m not sure what adjustments will make it look the same.

  51. fahr Says:

    Any chance of new mac build of the render branch showing up on graphicall today so us mac users and join in the play? :)

  52. cstockton Says:

    What’s a checken?

  53. cstockton Says:

    What’s a checken?

    Quick Render includes checken flying.

  54. J. Says:

    Chicken.
    There’s a scene in which Scales (the baby dragon) chases a chicken.

  55. Blenderificus Says:

    on OSX with various builds from graphicall.org and my own builds I create often,I get a crash every time I attempt a render of the “05.2b_comp.blend” blend. It opens fine and I can do nearly anything but render just fine. Again, with various new builds from myself and others that are around build #r29850 +/-, crash every time with the following error:

    Exception Type: EXC_BAD_ACCESS (SIGSEGV)
    Exception Codes: KERN_INVALID_ADDRESS at 0×0000000000000000
    Crashed Thread: 11

    on an 8 core xeon OSX 10.6.4 with 8+ gigs of ram
    i’ve only run into this issue with one other blend so far.

    Any insight would be great.

    Sintel is looking awesome, great work to everyone on the team!!!!
    Blender 2.5 has received many benefits from your hard work, as will Blender in the 3D corporate landscape as well IMO.

  56. Blenderificus Says:

    EDIT: narrowed it down, each of the sub-blends(appended/linked) rendered fine EXCEPT for the “sintel.blend”, presenting the same . Of course the “05.2b_comp.blend” & “05.2.blend” still crash on render as well.

    The sintel.blend presents the SAME ERROR report on crash as the other “05.2 & 05.2b_comp” blends

    Thread 11 Crashed:
    0 libGL.dylib 0x00007fff840c81ed glDeleteBuffersARB + 18
    1 org.blenderfoundation.blender 0x00000001002c2632 GPU_buffer_pool_delete_last + 114
    2 org.blenderfoundation.blender 0x00000001002c3367 GPU_buffer_free + 119
    3 org.blenderfoundation.blender 0x00000001002c3406 GPU_drawobject_free + 150
    4 org.blenderfoundation.blender 0x00000001003cdd3c DM_release + 44
    5 org.blenderfoundation.blender 0x00000001003a32e1 cdDM_release + 17
    6 org.blenderfoundation.blender 0x00000001003cd1d0 clear_mesh_caches + 112
    7 org.blenderfoundation.blender 0x00000001003d1914 mesh_build_data + 84
    8 org.blenderfoundation.blender 0x00000001004202d1 object_handle_update + 1361
    9 org.blenderfoundation.blender 0x00000001004442f9 scene_update_tagged_recursive + 73
    10 org.blenderfoundation.blender 0x00000001002581ae RE_Database_FromScene + 622
    11 org.blenderfoundation.blender 0x000000010026aef7 do_render_3d + 119
    12 org.blenderfoundation.blender 0x000000010026b38d do_render_fields_blur_3d + 125
    13 org.blenderfoundation.blender 0x000000010026cf74 do_render_all_options + 836
    14 org.blenderfoundation.blender 0x000000010026d538 RE_BlenderFrame + 72
    15 org.blenderfoundation.blender 0x000000010001bc02 do_job_thread + 34
    16 libSystem.B.dylib 0x00007fff86f33456 _pthread_start + 331
    17 libSystem.B.dylib 0x00007fff86f33309 thread_start + 13

    Thread 11 crashed with X86 Thread State (64-bit):
    rax: 0×0000000000000000 rbx: 0×0000000119084468 rcx: 0×0000000000000000 rdx: 0x0000000119029c68
    rdi: 0×0000000000000001 rsi: 0×0000000000000001 rbp: 0x00000001213809e0 rsp: 0x00000001213809e0
    r8: 0x00000001017f3188 r9: 0x0000000118918a00 r10: 0x0000000000007c00 r11: 0x000000010063a2b0
    r12: 0×0000000000000007 r13: 0x00000001249d7e38 r14: 0x00000001234f9638 r15: 0×0000000000000019
    rip: 0x00007fff840c81ed rfl: 0×0000000000010202 cr2: 0×0000000000000000

    I’m not trying to spam, my apologies, just sharing, and hoping this can help any other OSX users also experiencing what I am.

  57. Agus Says:

    I Hope that DanielWray image tweak could be taken into account

    Thanks so much Campbell for this update very veryyy veryyyy interesting.

    Brecht, we miss you man! I know you have a lot to tell us about the work that you made there, hopping that you can make some time for Us!

    Thanks to all of you, go Durian team!

  58. rogper Says:

    I too felt some inexplicable need to play with the image :)

    http://img534.imageshack.us/img534/1664/052bcomp0065rogpercc.jpg

  59. ideasman42 Says:

    @David, I’d expect mingw-64 would compile blender easily (or with very minor changes). The problem is mostly that windows dependencies would need building too.

    @Blenderificus, have you got VBO’s enabled in your user preferences?, if so try disable them. This is still a bug ofcourse, just trying to narrow down what could be the problem.

  60. Atom Says:

    @Blenderificus: I get the same results on Windows XP64 4-Core AMD with 8GB RAM. Crash-aroony on render. The sub files seems to render without a crash.

    File scene_05.2.blend contains an error on layer #2. Try this…
    Turn off layer #2 and use layer #1 in it’s place.
    Save the file over top of the original.

    Then open up scene_05.2b_comp.blend and try to render the scene.
    It worked for me after that.
    Remember to visit the Performance TAB and try out something other than Octree. It still seems like a good percentage of the render pre-processing is still single core. That would be a great place for the coding team to focus on optimization.

  61. Jonah Bron Says:

    Really cool! That thumbnail thing is awesome. I’m on Linux and using Blender 2.5 Beta 2; why am I not seeing the thumbnails? Ubuntu Lucid, Nautilus, just the standard stuff. Do I need to download SVN rev. 29834 to make it work?

    Anyway, great job!

  62. Mats Says:

    @Blenderificus: I cannot render any of the files on OSX either. I too am able to do everything BUT render.

  63. Kai Kostack Says:

    Render time: 23m:55s

    System: Intel Core i7-980X Extreme Edition “Gulftown” 6-Core 3.33-3.6 GHz (12 threads through Hyper-threading)

  64. Blenderificus Says:

    after much testing on the Sintel.blend, I’ve found that I have to delete nearly ALL the content(meshes & rig) in the entire blend to get blender to stop crashing on render(with the same error I reported earlier). I can usually narrow down the culprit of a crash easily, but this seems like it might be reliant on multiple elements in conjunction. I’ll see if I can get some more time to look over the blend. But at this point, rendering the “sintel.blend” on OSX builds around # 29884(some earlier and some later builds mostly 64bit builds) just crashes every time unless nearly all elements in the blend are deleted before attempting a render.

  65. Blenderificus Says:

    @ideasman42: i usually try vbo’s as an initial culprit in such cases, and forgot to mention that I had already tested having VBO’s on and off, no change, still constant crashes.

    @Atom: I tried the fix you mentioned, however it didn’t fix the render crash. The issue appears to be in the “sintel.blend” file, not the blends that house it. Thanks for the suggestions though :-)

    I’ve tried different raytrace structures(octree, bvh), turning off antialiasing, and a host of other tweaks attempting to get it to render.

    IMO a notable item I found was that when I MADE EVERY OBJECT IN THE ENTIRE BLEND NON-RENDERABLE(ctrl+h), I still get the crash. Maybe something is happening during pre-processing the elements to be rendered(even though they aren’t even toggled active to be rendered). Though I’d throw that in.

  66. Bitetti Says:

    Oh! Nice! A greate increment after Big Buck Bunny!!!

    On Ubuntu Studio 64-bit on a Q9300 2.5GHz quad-core with 8GB RAM witch Blender 2.52 this scene is fine. Total render time is 2hours 7minutes and 31.43 seconds!!

    Note: After download on graphicall.org I had to install libpython3.1 with Synaptic

    Great Job!!!
    Aways Blender!!!!

  67. Bastian Blank Says:

    2x octo-core opteron 2435, 8gig ram
    12 threads: 24:05.72
    6 threads: 35:55.90
    Two observations: blender does not scale with the amount of threads. This processor looks slower then the i7, but other benchmarks shows a completely different story.

  68. Jayden Says:

    It includes the Sintel rig! With High-Poly Sintel and facial controllers! YES!

  69. Blenderificus Says:

    sorry for the additional noise on this thread, but wanted to say that after trying MANY MANY tings to get the blend to render on many different recent OSX build(my own and from graphicall.org), I build a 29943 build myself, 64-bit osx, and all seems to render without crashing on OSX now(at least for the “sintel.blend”!!!!

    To whomever did whatever commit to clean things up for OSX users, thanks!! the Blender devs rock!!!

  70. radiant Says:

    It took me 58 min [1 frame] on a rig:

    intel core i7 950 @ 3.07GHz, 12GB RAM, NVIDIA GeForce GTX 285.
    4 Cores
    8 Threads.

    I was multi tasking so it could have been shorter.

  71. Pezbian Says:

    I got the render to work under Windows 7 64 on an i7-940 with 4GB RAM (stick on third channel has a bad capacitor). Peak usage including swap was almost 8GB.

    Like another user, my results were dark.
    Would it have anything to do with this Blender console error message?:

    failed to read multires displacement 274/958 100

    This message comes up twice in a row with each frame

  72. Dwayne Says:

    ANIMATION rendered
    http://vimeo.com/13165061
    Rendered at default output resolution, default everything. Only color correction is due to Lossy WMV compression and upload to Vimeo. final encoded WMV video (2s) is 9+MB – available here: http://www.loklomedia.com/files/sintelTest.zip

    system: Vista Home Prem 64b
    Intel Q9550 OCd to 3.8GHz
    6GB Dual Channel Ram
    ATI Radeon HD3450 cheapo card (hey, it’s a render node)
    Asus P5Q-Pro mobo
    Rendered to EXR, put together in Blender VSE, output as AVI Jpg (no ffmpeg in this build).
    Plain SATA2 hard drive.

    Average Frame render time is somewhere around 44 minutes… I didn’t calculate all of them for a true average.

    Blender r29834M 64bit build from Graphicall for Windows.
    Just need some forest sounds and Sintel’s grunting and running sounds :)

  73. Pezbian Says:

    Where can I get assistance with the dark render thing? It’s got me baffled.

    It’s not dark like the brightness has been turned down. It’s more like Sintel’s running through the forest just before an epic thunderstorm with the sky in the background being dark gray while everything in the foreground looks just fine.

  74. Whimsy Collective Says:

    Does blender use opencl, ati stream, or cuda to speed up renders?

  75. Blade Says:

    I have the same setup and the No-Brand System!! Even the same case :P However, i only have 6 gigs ram :(

    Way to go Durian team!!!

  76. Habo Says:

    Awesome! I have one question: Are there any plans for doing stereoscopic (3D) film? Or render using 2nd camera? I think It would be very interesting and cool… :)

  77. Alex Flores Says:

    Am I looking it wrong or the animation on sintel’s head on this scene is missing and sintel is looking really really weird?
    http://vimeo.com/13165061
    from where she starts the jump the head doesn’t move at all but the body does and looks like the neck completely folded…
    is this a final scene?
    http://dl.dropbox.com/u/1358855/sintel-weird-neck-behavior.png

  78. MidnightLightning Says:

    I did a run of this file using a RackSpace Cloud Server (Fedora 13 instance, built SVN render branch from revision 30336). I tried on the 1 GB RAM instance, which outright choked, and then on the 2 GB RAM instance, which managed to render the scene, though needed the swap file since it reached a peak RAM usage of 4572.98 MB of RAM.

    Blender reported 01 hr, 09 min, 20.74 seconds for the render. At $0.12/hour for the RackSpace instance, that’s 13.87 cents/frame. So, for those of you looking for some extra render farm space at a per-hour charge, that’s how RackSpace’s servers stack up.

    I’ll try a 4 and 8 GB instance to see how they compare; I’m guessing the 4 GB one will shave some time off since it won’t be paging as much, but probably won’t be cost-effective to go to the 8 GB.

  79. MidnightLightning Says:

    Completed my test on the larger RackSpace servers:

    4 GB RAM instance: 31 min 5.97 sec (12.4398 cents/frame)
    8 GB RAM instance: 29 min 34.90 sec (23.6653 cents/frame)

  80. RobBird Says:

    Hi,

    i tried to render the testscene with my i7 980 Extreme @3,3GHz with 6GB Ram in original solution.

    Time: 41:13.15

  81. tjb0607 Says:

    [1] 17818 segmentation fault blender –background ./scene_05.2b_bundle/05.2b_comp.blend –render-frame 65

    D:

  82. Loic Says:

    Hi,
    On my I7860 with 8GB Ram, it takes 58:31.67. By the way, is there a Blender version that can use the power of any GTX460 GPU to boost this or an experimental project to help ?
    Regards, and Keep going on your incredible work!

Leave a Reply

You must be logged in to post a comment.