Wed, Dec 25, 10:00 AM CST

Renderosity Forums / Poser - OFFICIAL



Welcome to the Poser - OFFICIAL Forum

Forum Coordinators: RedPhantom

Poser - OFFICIAL F.A.Q (Last Updated: 2024 Dec 23 7:38 pm)



Subject: Poser Pro - CPU Load [Task Manager]


mask2 ( ) posted Fri, 15 August 2008 at 2:12 PM · edited Wed, 25 December 2024 at 9:42 AM

Hello,
I have experienced this strange behaviour in Poser Pro (searched the forum for similar threads but found none):
I have a Core Duo 2, GTS8800, 4Gb and Poser Pro (set to use max number of threads) I was rendering a very large scene with IBL lights (rendering with a seprate process)
I opened the task manager and noticed that Poser Pro "idled" at 10-20% CPU usage for a long time, sometimes peaking up to 70-80% briefly, then back to 10-20%.
There is nothing else running save for Poser.
Both cores are working, but it's the overall load on the system that is low...

Is there some setting I am overlooking?
I thought I had learned everything I need from the replies to this old post of mine
http://market.renderosity.com/mod/forumpro/showthread.php?message_id=3255716&ebot_calc_page#message_3255716
...but I was wrong!

Thanks for help!


operaguy ( ) posted Fri, 15 August 2008 at 2:26 PM

maybe the bottleneck is not memory, but CPU. I have a Q6000 quad and when rendering Poser Pro pegs out all four cores, but does not max out memory (i have 4gig)


mask2 ( ) posted Fri, 15 August 2008 at 2:42 PM · edited Fri, 15 August 2008 at 2:50 PM

file_411904.jpg

More than a bottleneck I was more concerned about the amount of CPU load (see image above) The CPU be it Slow or Fast, if it does no work, it takes forever to render!

I mean it seems like Poser Pro is on vacation: it has the whole system available and only using 10-20%


pjz99 ( ) posted Fri, 15 August 2008 at 2:51 PM

Poser 7 only divides the work of a render once, at the start of the render.  I don't know for sure but I believe Poser Pro is no different.  When you have the renderer set for two threads, and you have two cores, then the job is split into two tasks that each run in their own thread; when one completes, your processor will be 50% idle.  The remaining work is not divided again, unfortunately.  In your case since you have it set to max number of threads, it makes me think there is some single-threaded task that is taking a long time.  I don't know how rendering in a separate process will affect this, you might try disabling that.

My Freebies


mask2 ( ) posted Fri, 15 August 2008 at 2:57 PM · edited Fri, 15 August 2008 at 2:57 PM

Excuse me if I insist, but the screen capture occurred very early in the render
(it was rendering the top left of the image)...
...what I read on the image I posted is that
neither core was really working.

I didn't have 50% CPU load, I really had both cores at 10-20% of total.
They were both loaded but with a very small load.


mask2 ( ) posted Fri, 15 August 2008 at 3:30 PM · edited Fri, 15 August 2008 at 3:31 PM

file_411905.jpg

Well, now I just rebooted the PC and I got this with the same file... ...weird: now the CPU is fully loaded


operaguy ( ) posted Fri, 15 August 2008 at 3:42 PM

Quote - Poser 7 only divides the work of a render once, at the start of the render.  I don't know for sure but I believe Poser Pro is no different.  When you have the renderer set for two threads, and you have two cores, then the job is split into two tasks that each run in their own thread; when one completes, your processor will be 50% idle.  The remaining work is not divided again, unfortunately. 

Regardless of anything else, I am confirming this in PoserPro. This is especially bad if you have hair. Ineveitably one process gets all the hair and the other three finish WAY ahead and are too stupid to go get another bucket to chew on. Phatthhhhooooooooy.

I have not had the problem cited above. On my Quad, once the actual render begins, all four are pegged out at 25% each as long as they are not "through with their assignment."

::::: Opera :::::


operaguy ( ) posted Fri, 15 August 2008 at 3:46 PM

Wow, interesting. We should all be aware that there can be wierdness that makes the render threading really crippled.

When I am done tweaking and heading to bed, before I trigger the final render (the one with settings cranked) I usually exit and restart PP. Reboot is probably a good idea too.

:: og ::


pjz99 ( ) posted Fri, 15 August 2008 at 4:40 PM

If this keeps going on maybe you should get some assist from Smith Micro tech support?

My Freebies


mask2 ( ) posted Sat, 16 August 2008 at 3:12 AM

Yes, I should...
...but the last time I had an issue with Runtime folder whose name had an exclamation mark at the beginning

(see one of my last posts here at Rend
http://market.renderosity.com/mod/forumpro/showthread.php?message_id=3278159)

the Smith Micro support was really Micro...
they even complained because I was "one of those users that is working with Non-SM content"
and so I must have had "dozen of runtimes" (I suppose any Poser user does...)
...I solved the problem only thanks to Rend Forum.


operaguy ( ) posted Sat, 16 August 2008 at 3:38 AM

LOL. They must have remotely detected the presence of Victoria! That hussy is to blame for everything.

::::: Opera :::::


mask2 ( ) posted Sat, 16 August 2008 at 3:41 AM · edited Sat, 16 August 2008 at 3:42 AM

Yeah, so I closed my support ticket with a lot appreciation and dropped my question here: that's how I solved the issue
Now You cannot find a single exclamation marks anywhere in my HD
;-)


dadt ( ) posted Sat, 16 August 2008 at 4:02 AM

I'm surprised that nobody has mentioned the sizes of your Page Files in the two screenshots. When the CPU was running slow the PF is almost a Gig larger than when running normally.
 Something was clogging up the system.


pjz99 ( ) posted Sat, 16 August 2008 at 7:51 AM

It's completely normal for the page file contents to expand during operation.

My Freebies


dadt ( ) posted Sat, 16 August 2008 at 8:17 AM

Yes I know the file expands as you add to the scene and expands further when rendering but when rendering the same scene twice there should not be such a huge difference.


Privacy Notice

This site uses cookies to deliver the best experience. Our own cookies make user accounts and other features possible. Third-party cookies are used to display relevant ads and to analyze how Renderosity is used. By using our site, you acknowledge that you have read and understood our Terms of Service, including our Cookie Policy and our Privacy Policy.