POV-Ray : Newsgroups : povray.general : Anyone familiar with SMPov? Server Time
15 Nov 2024 09:18:46 EST (-0500)
  Anyone familiar with SMPov? (Message 1 to 3 of 3)  
From: dan B hentschel
Subject: Anyone familiar with SMPov?
Date: 24 Sep 2004 10:20:00
Message: <web.41542c76fc1f41d9a3fcf12a0@news.povray.org>
I'm trying to use SMPov to render a scene across multiple CPUs, and I am
having some difficulties with it. I can kind of see where the hang-up is by
turning up the communication logging in Times.log, but I don't know how to
fix the problem. The Times.log file is full of the following message:


## 09:51:00: Sleeping till:
Z:\COM\JOB\BLOCK_09242004_095011_87176_1T_GX_9889_1.no


And here are the contents of my Z:\COM\JOB directory:

block_09242004_095011_87176.info
block_09242004_095011_87176.pnd.txt
block_09242004_095011_87176_PP.bat
block_09242004_095011_87176_10T_GX_9642_1.ask
block_09242004_095011_87176_11T_GX_9889_1.ask
BLOCK_09242004_095011_87176_1T_GX_4380_1.yes
block_09242004_095011_87176_2T_GX_1128_1.yes
block_09242004_095011_87176_3T_GX_8757_1.yes
block_09242004_095011_87176_4T_GX_3047_1.yes
block_09242004_095011_87176_5T_GX_5826_1.yes
block_09242004_095011_87176_6T_GX_4517_1.yes
block_09242004_095011_87176_7T_GXXXX_2594_1.yes
block_09242004_095011_87176_8T_GX_3601_1.yes
block_09242004_095011_87176_9T_GX_3573_1.yes
block_09242004_095011_87176_1T_ 2588641 792.job
block_09242004_095011_87176_2T_ 6276931 554.job
block_09242004_095011_87176_3T_ 9629511 785.job
block_09242004_095011_87176_4T_ 9704631 727.job
block_09242004_095011_87176_5T_ 7697631 59.job
block_09242004_095011_87176_6T_ 5308321 13.job
block_09242004_095011_87176_7T_ 6703781 353.job
block_09242004_095011_87176_8T_ 6599621 388.job
block_09242004_095011_87176_9T_ 9143931 128.job
block_09242004_095011_87176_10T.bat
block_09242004_095011_87176_11T.bat
block_09242004_095011_87176_12T.bat
block_09242004_095011_87176_13T.bat
block_09242004_095011_87176_14T.bat
block_09242004_095011_87176_15T.bat
block_09242004_095011_87176_16T.bat


Does this mean that computer GX_9889 is not responding? Is that the problem?
It looks like SMPov is looking for the wrong filename. GX_9889 seems to be
requesting tile 11, but SMPov seems to be looking for communicaitons on
tile 1. I tried creating a file called
BLOCK_09242004_095011_87176_1T_GX_9889_1.no, and then things seem to
progress ok, but this seems like a silly thing to need to do. Is this a
known bug on SMPov? I am using SMPov v4.2, and POVRay v3.6. All renderings
are running on 3.2GHz P4 computers. OS varies: mostly XP Pro, a few Win2K,
one NT4, and a couple Win98.


Post a reply to this message

From: Theo Gottwald ***
Subject: Maybe .... :-)
Date: 24 Sep 2004 13:55:04
Message: <41545f78@news.povray.org>
Hi Daniel,

1. Interactive preferred
******************
Generally to get help with SMPOV its advised that get in interactive contact 
with me (MSN-Messenger or SKYPE).

2. Network description
******************
Also you would best sent me an description of how the Network environment 
ist (no and names of machines).

3. Contents of COM-Folder AND times.log with "log communication"
*****************************************************
Then additionaally to the contents of the COM-Folder, more important is that 
you render using the new
"log communication" Switch at the lower right side of SMPOV. Then sent me 
the times.log-file.

With these informations the mistake can be found.

--Theo Gottwald


"dan B hentschel" <dan### [at] alumritedu> schrieb im Newsbeitrag 
news:web.41542c76fc1f41d9a3fcf12a0@news.povray.org...
> I'm trying to use SMPov to render a scene across multiple CPUs, and I am
> having some difficulties with it. I can kind of see where the hang-up is 
> by
> turning up the communication logging in Times.log, but I don't know how to
> fix the problem. The Times.log file is full of the following message:
>
>
> ## 09:51:00: Sleeping till:
> Z:\COM\JOB\BLOCK_09242004_095011_87176_1T_GX_9889_1.no
>
>
> And here are the contents of my Z:\COM\JOB directory:
>
> block_09242004_095011_87176.info
> block_09242004_095011_87176.pnd.txt
> block_09242004_095011_87176_PP.bat
> block_09242004_095011_87176_10T_GX_9642_1.ask
> block_09242004_095011_87176_11T_GX_9889_1.ask
> BLOCK_09242004_095011_87176_1T_GX_4380_1.yes
> block_09242004_095011_87176_2T_GX_1128_1.yes
> block_09242004_095011_87176_3T_GX_8757_1.yes
> block_09242004_095011_87176_4T_GX_3047_1.yes
> block_09242004_095011_87176_5T_GX_5826_1.yes
> block_09242004_095011_87176_6T_GX_4517_1.yes
> block_09242004_095011_87176_7T_GXXXX_2594_1.yes
> block_09242004_095011_87176_8T_GX_3601_1.yes
> block_09242004_095011_87176_9T_GX_3573_1.yes
> block_09242004_095011_87176_1T_ 2588641 792.job
> block_09242004_095011_87176_2T_ 6276931 554.job
> block_09242004_095011_87176_3T_ 9629511 785.job
> block_09242004_095011_87176_4T_ 9704631 727.job
> block_09242004_095011_87176_5T_ 7697631 59.job
> block_09242004_095011_87176_6T_ 5308321 13.job
> block_09242004_095011_87176_7T_ 6703781 353.job
> block_09242004_095011_87176_8T_ 6599621 388.job
> block_09242004_095011_87176_9T_ 9143931 128.job
> block_09242004_095011_87176_10T.bat
> block_09242004_095011_87176_11T.bat
> block_09242004_095011_87176_12T.bat
> block_09242004_095011_87176_13T.bat
> block_09242004_095011_87176_14T.bat
> block_09242004_095011_87176_15T.bat
> block_09242004_095011_87176_16T.bat
>
>
> Does this mean that computer GX_9889 is not responding? Is that the 
> problem?
> It looks like SMPov is looking for the wrong filename. GX_9889 seems to be
> requesting tile 11, but SMPov seems to be looking for communicaitons on
> tile 1. I tried creating a file called
> BLOCK_09242004_095011_87176_1T_GX_9889_1.no, and then things seem to
> progress ok, but this seems like a silly thing to need to do. Is this a
> known bug on SMPov? I am using SMPov v4.2, and POVRay v3.6. All renderings
> are running on 3.2GHz P4 computers. OS varies: mostly XP Pro, a few Win2K,
> one NT4, and a couple Win98.
>
>


Post a reply to this message

From: Theo Gottwald ***
Subject: That the problem!
Date: 27 Sep 2004 11:21:09
Message: <41582fe5@news.povray.org>
I think we found a problem.
To prevent others from falling into this trap, I'll post here what it is 
about.

Daniel wrote me:
>because I am starting RenderAgent.exe from the same network shared folder 
>on all the clients


So please don't start a RenderAgent multiple times.

When the RA communicates with SMPOV/Main he uses a UNIQUE NAME which is been 
stored an his "own" R-Private.ini file.
If you start this RA (from this Location = with this R-Private.ini-File) 
then the RA has NO UNIQUE NAME.

And of course things do not work then. Is just ike you have many persons in 
a bussiness ALL WITH THE SAME NAME.

You can start multiple RA's even on a singel machine, however, each of them 
need to be from within his own folder and have a unique NAME.

Thanks Daniel for reporting the mistake so I can post a warning, which is 
NOT currently clearly visible in the SMPOV-Doku.




"Theo Gottwald ***" <yne### [at] it-beraterorg> schrieb im Newsbeitrag 
news:41545f78@news.povray.org...
> Hi Daniel,
>
> 1. Interactive preferred
> ******************
> Generally to get help with SMPOV its advised that get in interactive 
> contact with me (MSN-Messenger or SKYPE).
>
> 2. Network description
> ******************
> Also you would best sent me an description of how the Network environment 
> ist (no and names of machines).
>
> 3. Contents of COM-Folder AND times.log with "log communication"
> *****************************************************
> Then additionaally to the contents of the COM-Folder, more important is 
> that you render using the new
> "log communication" Switch at the lower right side of SMPOV. Then sent me 
> the times.log-file.
>
> With these informations the mistake can be found.
>
> --Theo Gottwald
>
>
> "dan B hentschel" <dan### [at] alumritedu> schrieb im Newsbeitrag 
> news:web.41542c76fc1f41d9a3fcf12a0@news.povray.org...
>> I'm trying to use SMPov to render a scene across multiple CPUs, and I am
>> having some difficulties with it. I can kind of see where the hang-up is 
>> by
>> turning up the communication logging in Times.log, but I don't know how 
>> to
>> fix the problem. The Times.log file is full of the following message:
>>
>>
>> ## 09:51:00: Sleeping till:
>> Z:\COM\JOB\BLOCK_09242004_095011_87176_1T_GX_9889_1.no
>>
>>
>> And here are the contents of my Z:\COM\JOB directory:
>>
>> block_09242004_095011_87176.info
>> block_09242004_095011_87176.pnd.txt
>> block_09242004_095011_87176_PP.bat
>> block_09242004_095011_87176_10T_GX_9642_1.ask
>> block_09242004_095011_87176_11T_GX_9889_1.ask
>> BLOCK_09242004_095011_87176_1T_GX_4380_1.yes
>> block_09242004_095011_87176_2T_GX_1128_1.yes
>> block_09242004_095011_87176_3T_GX_8757_1.yes
>> block_09242004_095011_87176_4T_GX_3047_1.yes
>> block_09242004_095011_87176_5T_GX_5826_1.yes
>> block_09242004_095011_87176_6T_GX_4517_1.yes
>> block_09242004_095011_87176_7T_GXXXX_2594_1.yes
>> block_09242004_095011_87176_8T_GX_3601_1.yes
>> block_09242004_095011_87176_9T_GX_3573_1.yes
>> block_09242004_095011_87176_1T_ 2588641 792.job
>> block_09242004_095011_87176_2T_ 6276931 554.job
>> block_09242004_095011_87176_3T_ 9629511 785.job
>> block_09242004_095011_87176_4T_ 9704631 727.job
>> block_09242004_095011_87176_5T_ 7697631 59.job
>> block_09242004_095011_87176_6T_ 5308321 13.job
>> block_09242004_095011_87176_7T_ 6703781 353.job
>> block_09242004_095011_87176_8T_ 6599621 388.job
>> block_09242004_095011_87176_9T_ 9143931 128.job
>> block_09242004_095011_87176_10T.bat
>> block_09242004_095011_87176_11T.bat
>> block_09242004_095011_87176_12T.bat
>> block_09242004_095011_87176_13T.bat
>> block_09242004_095011_87176_14T.bat
>> block_09242004_095011_87176_15T.bat
>> block_09242004_095011_87176_16T.bat
>>
>>
>> Does this mean that computer GX_9889 is not responding? Is that the 
>> problem?
>> It looks like SMPov is looking for the wrong filename. GX_9889 seems to 
>> be
>> requesting tile 11, but SMPov seems to be looking for communicaitons on
>> tile 1. I tried creating a file called
>> BLOCK_09242004_095011_87176_1T_GX_9889_1.no, and then things seem to
>> progress ok, but this seems like a silly thing to need to do. Is this a
>> known bug on SMPov? I am using SMPov v4.2, and POVRay v3.6. All 
>> renderings
>> are running on 3.2GHz P4 computers. OS varies: mostly XP Pro, a few 
>> Win2K,
>> one NT4, and a couple Win98.
>>
>>
>
>


Post a reply to this message

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