Daz Studio Application not responding in Task Manager

On both my Mac and my PC files that used to open in a couple of minutes are now taking hours to open - if they do at all
In Task manager on the PC I see it happens shortly after processes called PostgreSQL Server launch there is network activity but basically zero disk access
looks like the postgres.exe program is sending net traffic 7,500 B/sec sent 3,111 B/sec recieved
Similar story on the Mac
I have reinstalled 4.10 on both machines
Both Machines have a copy of all assets local
This is new behavior - does anyone have any help they might offer? To debug further?
THanks
Post edited by bwise1701 on
Comments
It sounds like a firewall issue, since DS and PostgreSQL communicate, locally, using Internet Protocol. Since it's affecting bothe machines, using different OSes, the obvious suspect (security software update) seems unlikely. Are they accessing local content and databases or have you modified things so they share?
They both have complete copies of my library local and each is accessing only that
I assume you don't have any cross-platform security software running?
I do not.
Are both machines running at once (and networked)? If so, does closing one improve the other?
They are, and are networked but I have set their content libraries to only see their local directories - so cross network look ups should be happening.
I was more thinking the two versions of PostgreSQL might be seeing each other in some way, if they were trying to "talk" - even just to decide they didn't need to have any business - then that might well introduce a delay in getting to the proper functions.
On the windows box, you can load Wireshark on it to see if you have any communication... just look for the PostgreSQL port in the capture and the source/destination IP addresses. That way you'd know for sure if the boxes were trying to talk to each other over the PostgreSQL port.
Scott