Re: DNETC is not backing down with CST needs processing power

Philippe Faure <[email protected]>
Newsgroups gmane.comp.distributed-net.rc5
Message-ID <[email protected]>
I don't know if CST is a .net software or not.

As a solution, I have only allowed DNETC to attach itself to 1/2 the  
total number of processors in the system.  This seems to allow for CST  
to proceed without any issue.

I haven't been able to get the "pause when running" option to run for  
the time being since I don't have access to the processes from other  
users.  I haven't tried to start dnetc as a service.  I will give that  
a try.

Thanks.

Philippe




Quoting "Kevin G. McCoy" <[email protected]>:

> On 2/23/2011 5:59 PM, Philippe Faure wrote:
>> Hello,
>>
>> I have a large server (24 logical CPU's) that can run DNETC, but for
>> some reason when an application is started by someone else, DNETC
>> doesn't recognize this, and doesn't relinquish the CPU processing time.
>>
>> The software is called CST (http://www.cst.com/).  I was wondering if
>> someone else has come across this issue?
>>
>> Since the user running CST and the DNETC user are not the same, I
>> can't check from processes manually.  This is happening on an Windows
>> Server 2008 R2.
>>
>> For now, I have backed off the user of all CPU, but this is a
>> sub-optimal solution.  If someone else has come across this issue, I
>> would like to know how they solved it.
>
> I used to work for HP/EEsof, so I am familiar with microwave RF design
> and circuitry simulation software.
>
> Is CST a .NET product?
>
> I have noticed that .NET apps hang-crash-act weird-run slow when run on
> the same machine as DNETC.  I suspect that .NET memory garbage
> collection runs at idle priority and since DNETC is always on, garbage
> collection never occurs. Eventually the .NET app dies.
>
> You can sometimes play games with processor affinity to force the .NET
> app to use certain core(s) or CPU(s) and force DNETC to use different
> core(s)/CPU(s).  That way everybody plays nice on the same hardware.
> This is not an optimal solution for DNET, but sometimes it is the only
> way to get it to work.
>
> You may have troubles with CST if it uses all the cores or CPUs during
> heavy simulation calculations.
>
> Best regards,
>
> Kevin G. McCoy
> _______________________________________________
> rc5 mailing list
> rc5-Ra3b/QYEcJ3d140v2zMXi0fjHoOT/h/[email protected]
> http://lists.distributed.net/mailman/listinfo/rc5
>



_______________________________________________
rc5 mailing list
rc5-Ra3b/QYEcJ3d140v2zMXi0fjHoOT/h/[email protected]
http://lists.distributed.net/mailman/listinfo/rc5
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.