Hi,
Carsten Neumann wrote:
> Hello Enrico,
>
> Enrico wrote:
>
>> Hi OpeSG users,
>>
>> i have a little concern about my client-server applications.
>> During the application life, I move in and out from memory large chunks of
>> the scene, ending up in a big quantity of beginedit, add child, subchild,
>> endedit calls.
>>
>> Since I am doing a little profiling of the application memory consumption,
>> I noticed that the remote part, the server, doesn't seem to free up memory
>> when I subChild part of the scene.
>>
>
> in the RemoteAspect, line ~456 there is
>
> case SUBREFED:
> {
> // ...
> #if 0
> //ignore until solution is found for subrefs in destructors
> subRefCP(fcPtr);
> #endif
> // ...
> }
>
> I can imagine this is related, but then again the DESTROYED case seems
> to be handled normally.
>
>
if a refcount on the client side reaches 0, then a destroyed entry is
placed into the change list and this causes the server part
to do subrefs until the container is removed. You can place a cout into
the DESTROYED case to check, if this is done
for all of your removed FieldContainers.
>> I am using the 13Clustererver code, quite untouched. Should I call some
>> special functions to be sure that when a node is destroyed on the client
>> side, the same happens remotely?
>>
>
> AFAIK this should happen without the need to call special functions and
> I know of none that would do the trick, maybe Markus Roth can comment on
> this - the change was introduced in revision 1.7 of OSGRemoteAspect.cpp.
>
>
Are you sure, your containers are remove on the Client side and that the
removal is done before you call window->render()
Marcus
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
