prl_cc.exe in 5.0.9308 hogs CPU at 95-100% with dsTermServ

N

Nixta

Bit poster
The latest release of Parallels keeps the guest CPU at 95-100% an the host thrashing prl_client_app and prl_vm_app at about 150% between them when I have anything on the clipboard and have my VPN TermServ connection running to my work.

I don't have control over the configuration of the Remote Desktop connection as that's done on the server side (it's a Juniper Networks portal), so I can't turn off the setting that shares the clipboard across, but as I said this used to work fine.

I do not have the Google Toolbar installed as per this KB article...

Is this a known bug? I can't find any info on it.

Cheers,

Nick.
 
Hi Nick,
does guest OS show high CPU when VPN TermServ connection is not active? Can you please send us problem report via Help menu > Report a problem and post its ID here?
 
Hi,

The ID is 2094376

And no, CPU levels are low the rest of the time. Really good in fact.

Many thanks,

Nick.
 
Hi Nixta,
sorry for delayed answer. Can you try latest Parallels Desktop 5 build 9310 and check if the issue still persists?
 
I'm afraid not.

Now dsTermServ.exe is at 25-31% CPU and prl_cc.exe uses the rest to add up to 99-100%

To be honest, I had seen that kind of split before too.

prl_vm_app darts between 90 and 100%, but there is no prl_vm_client now.
 
Any updates regarding this issue? I am experiencing similar behavior. CPU utilization is maxed out as soon as I copy data to the clipboard inside a RDP session.
 
I spent some time going back and forth with Parallels trying to find a time when they could take over my machine and try to work it out. However, 3 things happened that made this tricky.

1) The connection was through Juniper, web-installed via Java, and so I couldn't send them the exes.
2) The destination is my corporate VPN and I couldn't allow them to make that connection.
3) I got a brand new iMac which made the CPU spikes much harder to spot. I had been using a 2007 MBP.
4) I had 0 control over the connection setup - it's all driven by the IS department remotely.

Adam: Can you reproduce reliably? Are you using a similar corporate-imposed system or do you have some control over the connection? Are you using Juniper or can you reproduce with the standard Terminal Services app?

If you can reproduce this better than I was able to, I'd be really happy to put you in touch with the people at Parallels who tried to help me. There seems to be an issue for sure, but I wasn't able to help them get at it.
 
@Nixta -- I was able to reproduce this issue reliably until I decided to remove Parallels Tools, reboot the VM a few times, and then (re)install Parallels Tools. So far, I have yet to experience the problem, but it's only been a few hours. FWIW, it didn't matter if I was on the same LAN, WAN, or using a VPN connection (Cisco VPN Client), nor did it matter if I was using mstsc.exe or some other app (such as Terminals or RDCMan).
 
Have you had the problem recur in the past few days?

Or would you say an uninstall/reinstall of the Parallels Tools fixes it?
 
Thanks for the reminder, Nixta. I would have to say that reinstalling Parallels Tools resolved this particular issue. I do wish you well!
 
You must log in or register to reply here.
Back
Top