POV-Ray : Newsgroups : povray.beta-test : Render Priority Server Time
30 Jun 2024 13:14:12 EDT (-0400)
  Render Priority (Message 1 to 10 of 41)  
Goto Latest 10 Messages Next 10 Messages >>>
From: Thomas de Groot
Subject: Render Priority
Date: 9 May 2010 04:47:40
Message: <4be676ac$1@news.povray.org>
I seem to remember that Render Priority was switched off during developement 
of the betas. If so, it would be nice if this was switched on again now. 
Whatever the selection (low, normal, high) the render seems to take up the 
full 100% cpu.

Thomas


Post a reply to this message

From: Thorsten Froehlich
Subject: Re: Render Priority
Date: 9 May 2010 05:04:56
Message: <4be67ab8$1@news.povray.org>
On 09.05.10 10:47, Thomas de Groot wrote:
> I seem to remember that Render Priority was switched off during developement
> of the betas. If so, it would be nice if this was switched on again now.
> Whatever the selection (low, normal, high) the render seems to take up the
> full 100% cpu.

I think this is because the render priority and multi-threaded rendering 
kind of logically conflict with each other. Having multiple threads and 
using only part of the CPU is, while not mutually exclusive, not really 
sensible.

Maybe reducing the number of threads would be sufficient for your purposes?


	Thorsten


Post a reply to this message

From: clipka
Subject: Re: Render Priority
Date: 9 May 2010 05:58:32
Message: <4be68748@news.povray.org>
Am 09.05.2010 11:04, schrieb Thorsten Froehlich:
> On 09.05.10 10:47, Thomas de Groot wrote:
>> I seem to remember that Render Priority was switched off during
>> developement
>> of the betas. If so, it would be nice if this was switched on again now.
>> Whatever the selection (low, normal, high) the render seems to take up
>> the
>> full 100% cpu.
>
> I think this is because the render priority and multi-threaded rendering
> kind of logically conflict with each other. Having multiple threads and
> using only part of the CPU is, while not mutually exclusive, not really
> sensible.
>
> Maybe reducing the number of threads would be sufficient for your purposes?

Hm... what happens if someone only has a single-core CPU? (Yeah, poor 
sod, but still - POV-Ray 3.7 should be able to deal with this I think.)


Post a reply to this message

From: Thorsten Froehlich
Subject: Re: Render Priority
Date: 9 May 2010 06:04:44
Message: <4be688bc@news.povray.org>
On 09.05.10 11:58, clipka wrote:
>> I think this is because the render priority and multi-threaded rendering
>> kind of logically conflict with each other. Having multiple threads and
>> using only part of the CPU is, while not mutually exclusive, not really
>> sensible.
>>
>> Maybe reducing the number of threads would be sufficient for your
>> purposes?
>
> Hm... what happens if someone only has a single-core CPU? (Yeah, poor
> sod, but still - POV-Ray 3.7 should be able to deal with this I think.)

Yes, of course, but that problem should solve itself quickly ... few of 
those CPUs are able to run a recent Windows _and_ still have resources to 
spare for POV-Ray :-)  Of course, your point still remains a valid argument 
for a few more years.

	Thorsten


Post a reply to this message

From: Thomas de Groot
Subject: Re: Render Priority
Date: 9 May 2010 09:57:42
Message: <4be6bf56@news.povray.org>
"Thorsten Froehlich" <tho### [at] trfde> schreef in bericht 
news:4be67ab8$1@news.povray.org...
> On 09.05.10 10:47, Thomas de Groot wrote:
>> I seem to remember that Render Priority was switched off during 
>> developement
>> of the betas. If so, it would be nice if this was switched on again now.
>> Whatever the selection (low, normal, high) the render seems to take up 
>> the
>> full 100% cpu.
>
> I think this is because the render priority and multi-threaded rendering 
> kind of logically conflict with each other. Having multiple threads and 
> using only part of the CPU is, while not mutually exclusive, not really 
> sensible.

You confirm my musing. So this means in fact that Render Priority has become 
obsolete, if I understand this correctly. Then logically, the option should 
be deleted, shouldn't it?

Thomas


Post a reply to this message

From: Darren New
Subject: Re: Render Priority
Date: 9 May 2010 14:39:46
Message: <4be70172$1@news.povray.org>
Thorsten Froehlich wrote:
> Maybe reducing the number of threads would be sufficient for your purposes?

Having a render priority being set low while still using all the cores in 
the event that nothing else is running is a useful combination. Reducing the 
number of cores is really only equivalent if you can do this in the middle 
of a trace, which I don't think is currently possible. Having the render 
automatically drop into the background when more urgent work(*) starts 
running is a useful setting.


(*) What, more urgent than a POV-Ray render? I know, I know, but it 
occasionally happens.

-- 
Darren New, San Diego CA, USA (PST)
    Ada - the programming language trying to avoid
    you literally shooting yourself in the foot.


Post a reply to this message

From: Warp
Subject: Re: Render Priority
Date: 9 May 2010 14:55:58
Message: <4be7053e@news.povray.org>
Darren New <dne### [at] sanrrcom> wrote:
> Having the render 
> automatically drop into the background when more urgent work(*) starts 
> running is a useful setting.

  That's a task for the operating system to do, not the program. All
modern multitasking operating systems have process priorities (although
I don't remember if you can actually fine-tune it manually in Windows).

  In Unix-type systems you simple start povray with 'nice' (or renice it
afterwards with 'renice' or with 'top').

-- 
                                                          - Warp


Post a reply to this message

From: Warp
Subject: Re: Render Priority
Date: 9 May 2010 14:58:35
Message: <4be705db@news.povray.org>
Thomas de Groot <tDOTdegroot@interdotnlanotherdotnet> wrote:
> I seem to remember that Render Priority was switched off during developement 
> of the betas. If so, it would be nice if this was switched on again now. 
> Whatever the selection (low, normal, high) the render seems to take up the 
> full 100% cpu.

  Btw, I'm curious to know why you wouldn't want POV-Ray taking all the
available CPU.

  The only thing I can think of is if you are suffering from overheating
problems and you want the CPU to be eg. at 50% at maximum in order for it
to not to overheat.

  (If what you want is that other tasks get more CPU than POV-Ray, rather
than the OS distributing the CPU evenly, that's the OS's problem, not
POV-Ray's. In most modern OS's you can set process priorities on a
per-process basis.)

-- 
                                                          - Warp


Post a reply to this message

From: Jaime Vives Piqueres
Subject: Re: Render Priority
Date: 9 May 2010 15:35:20
Message: <4be70e78$1@news.povray.org>
On 05/09/2010 08:55 PM, Warp wrote:
> In Unix-type systems you simple start povray with 'nice' (or renice it
> afterwards with 'renice' or with 'top').
>

   I never needed to renice povray... when my CPU it's at 100% tracing a
scene, I barely notice it on my regular work. In fact, I sometimes forget
that there is a scene rendering into another desktop (usually I remember
about it when I just clicked on the "shutdown" button... :).

-- 
Jaime Vives Piqueres

http://www.ignorancia.org


Post a reply to this message

From: Warp
Subject: Re: Render Priority
Date: 9 May 2010 16:02:02
Message: <4be714ba@news.povray.org>
Jaime Vives Piqueres <jai### [at] ignoranciaorg> wrote:
>    I never needed to renice povray... when my CPU it's at 100% tracing a
> scene, I barely notice it on my regular work. In fact, I sometimes forget
> that there is a scene rendering into another desktop (usually I remember
> about it when I just clicked on the "shutdown" button... :).

  Maybe because I'm using an "old" Pentium4, if I try to watch a
H.264-encoded video while povray is rendering, mplayer may have
difficulties (especially if the video has a relatively high resolution).
I have to renice povray if I want mplayer to be able to decode it in
real-time.

-- 
                                                          - Warp


Post a reply to this message

Goto Latest 10 Messages Next 10 Messages >>>

Copyright 2003-2023 Persistence of Vision Raytracer Pty. Ltd.