 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
In article <Pin### [at] burpc3 enginumichedu>
, John David Haiducek <jha### [at] enginumichedu> wrote:
> If I try to save my source while POV is rendering, POV shows an hourglass
> cursor and stays that way for a long time.
Well, if it doesn't crash or block, what is wrong with it? If the OS
network service doesn't have a high enough priority it will take longer
until it has processed what it is told to process. Changing the process
priority for POV-Ray will most likely eliminate this slowdown.
Thorsten
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
I agree that it's not a big deal. I can always stop my render before
saving. If there's a solution, though, it would be nice to have it fixed.
John Haiducek
On Tue, 27 Nov 2001, Thorsten Froehlich wrote:
> In article <Pin### [at] burpc3enginumichedu>
> , John David Haiducek <jha### [at] enginumichedu> wrote:
>
> > If I try to save my source while POV is rendering, POV shows an hourglass
> > cursor and stays that way for a long time.
>
> Well, if it doesn't crash or block, what is wrong with it? If the OS
> network service doesn't have a high enough priority it will take longer
> until it has processed what it is told to process. Changing the process
> priority for POV-Ray will most likely eliminate this slowdown.
>
> Thorsten
>
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
In article <Pin### [at] azureenginumichedu>
, John David Haiducek <jha### [at] enginumichedu> wrote:
> it would be nice to have it fixed.
Yes, complain to the the manufacturer of the operating system and ask them
to give their network services a higher priority. The slowdown comes from
the operating system :-( There is no code in POV-Ray to intentionally slow
down saving files to remote disks if it is rendering ;-)
Thorsten
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Thorsten Froehlich wrote:
>
> Well, if it doesn't crash or block, what is wrong with it? If the OS
> network service doesn't have a high enough priority it will take longer
> until it has processed what it is told to process. Changing the process
> priority for POV-Ray will most likely eliminate this slowdown.
>
I don't think so, the Program should not be blocked even if saving takes
some time, changing the priority does not seem to have any influence BTW.
Christoph
--
Christoph Hormann <chr### [at] gmxde>
IsoWood include, radiosity tutorial, TransSkin and other
things on: http://www.schunter.etc.tu-bs.de/~chris/
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
In article <3C0404D2.912F3DCE@gmx.de> , Christoph Hormann
<chr### [at] gmxde> wrote:
> I don't think so, the Program should not be blocked even if saving takes
> some time, changing the priority does not seem to have any influence BTW.
Well, like in all (even DOS!) operating systems a program does not see a
difference between a remote or local volume. It is completely transparent
and everything is handled by the operating system. So the program can do
nothing about network speed or handling of network transactions - it doesn't
even know it is a remote volume!
Thorsten
____________________________________________________
Thorsten Froehlich, Duisburg, Germany
e-mail: tho### [at] trfde
Visit POV-Ray on the web: http://mac.povray.org
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Thorsten Froehlich wrote:
>
> Well, like in all (even DOS!) operating systems a program does not see a
> difference between a remote or local volume. It is completely transparent
> and everything is handled by the operating system. So the program can do
> nothing about network speed or handling of network transactions - it doesn't
> even know it is a remote volume!
>
Of course, but IMO the program should not be blocked when saving on any
volume. I'm quite sure this is possible.
Christoph
--
Christoph Hormann <chr### [at] gmxde>
IsoWood include, radiosity tutorial, TransSkin and other
things on: http://www.schunter.etc.tu-bs.de/~chris/
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
In article <3C04157A.FD09635C@gmx.de> , Christoph Hormann
<chr### [at] gmxde> wrote:
> Of course, but IMO the program should not be blocked when saving on any
> volume. I'm quite sure this is possible.
I am not aware of _any_ program that would not block. Do you have an
example of any such program either commercial or free?
Thorsten
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Thorsten Froehlich wrote:
>
> I am not aware of _any_ program that would not block. Do you have an
> example of any such program either commercial or free?
>
I realize it's probably a bit problematic, because the user could change
the file after initiating saving. Anyway, at least the autosave function
should work in background, i think quite a lot of apps work this way.
Christoph
--
Christoph Hormann <chr### [at] gmxde>
IsoWood include, radiosity tutorial, TransSkin and other
things on: http://www.schunter.etc.tu-bs.de/~chris/
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Wed, 28 Nov 2001 01:05:19 +0100, "Thorsten Froehlich" <tho### [at] trfde>
wrote:
> I am not aware of _any_ program that would not block. Do you have an
> example of any such program either commercial or free?
IIRC MS Word copies memory allocation with document into another location and
starts saving in another process and allows changes during save. But I don't
remember if it stops whole aplication during network problems.
ABX
--
#declare _=function(a,b,x){((a^2)+(b^2))^.5-x}#default {pigment{color rgb 1}}
union{plane{y,-3}plane{-x,-3}finish{reflection 1 ambient 0}}isosurface{ //ABX
function{_(x-2,y,1)|_((x+y)*.7,z,.1)|_((x+y+2)*.7,z,.1)|_(x/2+y*.8+1.5,z,.1)}
contained_by{box{<0,-3,-.1>,<3,0,.1>}}translate z*15finish{ambient 1}}//POV35
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
>
> On Wed, 28 Nov 2001 01:05:19 +0100, "Thorsten Froehlich" <tho### [at] trfde>
> wrote:
> > I am not aware of _any_ program that would not block. Do you have an
> > example of any such program either commercial or free?
>
> IIRC MS Word copies memory allocation with document into another location and
> starts saving in another process and allows changes during save. But I don't
> remember if it stops whole aplication during network problems.
it's a modern Word, because it does not behave like that in the version I have.
Printing is a background job.
The problem with a non-blocking save is that the user may thing the document
is safe whereas it is still in some cache in the system.
Rampage happen if the user turn-off the computer after a non-blocking save...
P.S.: I know of one unusual OS which try to make
all the write I/O asynchronously, so no program blocks whenever writing to a
file, unless there is not enough memory (in which case, the system I/O get
top priority for a short moment in order to flush some of the pending write).
Stopping that system usually required to wait for all the drives' light to turn
off, You just have to be aware of that for your critical data...
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
