Mailing List AE-List@media-motion.tv ? Message #44466
From: Chris Meyer <chris@crishdesign.com>
Subject: Re: [AE] (OT) An example of a PC version of a Mac Pro with today's tech for AE
Date: Wed, 13 Jun 2012 16:58:22 -0600
To: After Effects Mail List <AE-List@media-motion.tv>
You may be seeing individual functions in After Effects take advantage of multiple cores, regardless of how many "CPUs" you've assigned for background rendering. When I have multiprocessing disabled, I still see 12 of my cores pop when I do a normal "single CPU" preview.

 - Chris



On Jun 13, 2012, at 3:49 PM, Greg Balint wrote:

Forgive me for the constant questioning of this statement from the product manager, but if I have a 6 core cpu with hyperthreading on, and I can choose in the preferences to use 9 cores, and it launches 9 separate processes in my OS with 2 Gb of RAM reserved for each. And I can see those processes all running when I render, and those 9 "cores" that windows or OSX shows are all maxed out at 100% usage, and the render shows 9 frames at a time being rendered in chunks, how is AE only using the 6 physical cores and not also utilizing the extra cores available due to hyperthreading?

By the statement made, Wouldn't I see only 6 of them pegged at 100% usage, while the other 6 aren't doing anything?

////Greg Balint
///Art Director / Motion Graphics Designer

On Jun 13, 2012, at 4:28 PM, Chris Meyer <chris@crishdesign.com> wrote:

I probably have my terminology on hyperthreading vs. multithreading wrong, and for that I apologize.

But this does not change the fact - confirmed by the AE product manager, fer crissakes - that when you enable the preference for multiprocessor rendering, this specific feature can only really use the physical cores, and one should not spend more than needed buying RAM strictly to feed virtual cores during multiprocessor rendering, as you won't see a gain. 

To give an example: With my 12 real + 12 virtual core Mac (which the OS reports as being 24 cores), a sweet spot would have been 36 or so GB of memory so I could reserve the recommended 3 GB per 10 cores (reserving 2 cores and 6 GB of RAM for other functions), rather than spending money to install (22 x 3) + 6 = 72 GB when it would not be taken advantage of for multiproc rendering. (Me, I underspent and only put 24 GB in it, riffing on outdated recommended practices that you only needed 1.5 or maybe 2 GB per process. I regret that, as I'm not getting the multiproc boost I should have. OTOH, running two Quadro 4000 cards has been nice, but that's a separate well-tread discussion.)

Aside from that specific use case, in general more RAM is good (esp. for large format work like SV2's, as well as more caching etc.), and more cores - both real and virtual - are good to accelerate other parts of the program. I never said otherwise. 

I understand various people have real empirical data that changing certain numbers gave certain results, and I don't dispute that. But there's a difference between speculating at how the two may be connected, and learning what is actually going on underneath the hood.

Hey - I'm just trying to share some obscure (and unexpectedly controversial!) knowledge to help fellow users spend their money wisely.

back to work - 
Chris

 
Subscribe (FEED) Subscribe (DIGEST) Subscribe (INDEX) Unsubscribe Mail to ListMaster