DisplayLink Forum

DisplayLink Forum (https://displaylink.org/forum/index.php)
-   CLOSED: Mac OSX 1.7 Release (https://displaylink.org/forum/forumdisplay.php?f=38)
-   -   CPU being overworked by displaylinkmanager on 1.7 beta 3 (https://displaylink.org/forum/showthread.php?t=1060)

lambretta 08-10-2011 08:26 AM

CPU being overworked by displaylinkmanager on 1.7 beta 3
 
Hi.

I did the beta 3 upgrade this morning and noticed a task in my Activity Monitor called displaylinkmanager was using in excess of 100% of the CPU consistently. I killed it using quit process and my monitor went off (the one using the display link adapter) and then came back on. The DisplayLInkManager process is still there but now only uses around 0.6% of the CPU.

This is my info, I bought the MBP about 2 years ago...

Model Name: MacBook Pro
Model Identifier: MacBookPro5,1
Processor Name: Intel Core 2 Duo
Processor Speed: 2.4 GHz
Number of Processors: 1
Total Number of Cores: 2
L2 Cache: 3 MB
Memory: 4 GB

Hope this is useful, keep up the good work :)

tsihh 08-10-2011 09:27 AM

Hi,

I had the same issue couple of days ago. After disconnecting and reconnecting the cpu usage went down

Model Name: MacBook
Model Identifier: MacBook5,1
Processor Name: Intel Core 2 Duo
Processor Speed: 2 GHz
Number of Processors: 1
Total Number of Cores: 2
L2 Cache: 3 MB
Memory: 6 GB


Rgds,
Ahti

ChristianP 08-10-2011 09:32 AM

Thanks for your report. We are trying to reproduce this issue. Does the problem happen at every restart or sleep/wakeup? If you are able to reproduce the issue easily, could you please download the new debug tool here http://www.displaylink.com/support/ticket.php?id=269 and post the output file?. Switch first the log verbosity of the driver to DEBUG from the advanced menu (unplug and replug the adapter) , try to reproduce the issue and collect the information. Switch back the log verbosity to Info when fished. Thanks

lambretta 08-10-2011 04:23 PM

Quote:

Originally Posted by ChristianP (Post 4120)
Thanks for your report. We are trying to reproduce this issue. Does the problem happen at every restart or sleep/wakeup? If you are able to reproduce the issue easily, could you please download the new debug tool here http://www.displaylink.com/support/ticket.php?id=269 and post the output file?. Switch first the log verbosity of the driver to DEBUG from the advanced menu (unplug and replug the adapter) , try to reproduce the issue and collect the information. Switch back the log verbosity to Info when fished. Thanks

I can't get it to happen again, so it must just be something that happened once after the installation?

I've tried a reboot and a sleep but all is well on the CPU front.

ChristianP 08-11-2011 09:12 AM

Ok, thanks for your answer.
We are still trying to identify the conditions that cause this behavior. If you happen to see the issue again, please report it. Thanks

lambretta 08-15-2011 09:36 AM

Quote:

Originally Posted by ChristianP (Post 4132)
Ok, thanks for your answer.
We are still trying to identify the conditions that cause this behavior. If you happen to see the issue again, please report it. Thanks

Happened again this morning, very strange as I don't think I did anything different...

I used my laptop all weekend at home, without any external displays, then came into work, plugged in my displaylink USB adapter and the monitor via the display mort and the displaylink screen wasn't working properly (missing bits of graphics and generally being unresponsive) so I waited for the backup to complete then shut down the system. After restarting I think had to put it to sleep to stop the drag no drop thing from happening, and then I noticed the fans going mental - quick check of activity monitor and sure enough its that same process.

http://i21.photobucket.com/albums/b2...kprocessor.jpg

I force quit the process and when it came back on it was fine.

ChristianP 08-15-2011 01:09 PM

Quote:

Originally Posted by lambretta (Post 4175)
Happened again this morning, very strange as I don't think I did anything different...

I used my laptop all weekend at home, without any external displays, then came into work, plugged in my displaylink USB adapter and the monitor via the display mort and the displaylink screen wasn't working properly (missing bits of graphics and generally being unresponsive) so I waited for the backup to complete then shut down the system. After restarting I think had to put it to sleep to stop the drag no drop thing from happening, and then I noticed the fans going mental - quick check of activity monitor and sure enough its that same process.

http://i21.photobucket.com/albums/b2...kprocessor.jpg

I force quit the process and when it came back on it was fine.

Thanks for your detailed report. We are trying to solve issue, even if it's not easy to replicate it. Any further information you get on how to reproduce it will be very helpful. Thanks

ChristianP 09-19-2011 11:21 AM

Could you please test the 1.7b4 driver and report if the CPU usage issue is fixed or if it is still there? Thanks

gillardm 09-22-2011 02:08 AM

I had this issue too. Just installing latest beta release will let you know if it recurs.

falcom 09-28-2011 12:35 PM

High CPU in 1.7b4 with virtual screen sharing
 
I was encountering this under 1.7b3 and hoped it would go away with b4 but unfortunately it persists. I only see DisplayLink spinning a core when I'm connected via screen sharing and using the "virtual display" feature which is new to Lion's screen sharing. Everything seems to be but one core is completely maxed out. I'm running a fully patched clean 10.7.1 install on a 2011 15" MacBook Pro i7. I encountered the same issue on a much older 2007 MacBook Pro as well.

Mark

ChristianP 09-28-2011 01:36 PM

Thanks for the reports. Could you please check using the Activity Monitor tool if is the DisplayLinkManager the process maxing out the cpu?
In case you can easily reproduce the issue, could you please use the debug tool here http://www.displaylink.com/support/ticket.php?id=269 and do the following steps:
- switch the log verbosity to DEBUG (in the Advanced menu->log verbosity)
- unplug and replug the adapter
- reproduce the issue
- collect the debug info and post the output file
- switch back the log verbosity to INFO
Thanks

falcom 09-28-2011 08:22 PM

CPU spinning logs
 
1 Attachment(s)
attached are the requested logs

ChristianP 09-30-2011 04:41 PM

Thanks for the logs. Do you see the issue only when using the "virtual display" feature? When you use the virtual display feature, you see the problem when a login screen is shown int the virtual display (or in the real display) or the cpu is maxed out even if both the local and the remote user are logged in? Thanks

falcom 10-03-2011 01:25 PM

Yes, I only have the issue once I've used virtual display feature, though it will often continue to spin the cpu even after I revert back to the hardware display. In my case I'm the only person using the machine so when I'm using the virtual display the real display is idle on the login screen. When the issue occurs it continues after I've logged in. If I completely avoid using the virtual display feature I can VNC in fine and not have the CPU spinning issue.

lambretta 10-03-2011 02:25 PM

Quote:

Originally Posted by ChristianP (Post 4547)
Could you please test the 1.7b4 driver and report if the CPU usage issue is fixed or if it is still there? Thanks

It hasn't happened again for me since installing 1.7b4 pretty much as soon as it came out, so I'd say that for my setup, it's fixed.
Thanks

falcom 10-24-2011 12:45 PM

still spinning on 1.7b4/10.7.2
 
subject pretty much says it all, I'm running 10.7.2 and 1.7b4 and still have the spin occurring when I vnc in to the virtual display

yingxuy 11-15-2011 05:35 AM

I only see DisplayLink's spinning core, when I connect through a shared screen and use the "virtual display" function, which is the new big screen lion share.

ChristianP 11-16-2011 01:25 PM

Ok, the cause of the issue has been found. The problem should happen only when using the screen sharing feature. We will try to fix it.


All times are GMT. The time now is 05:16 AM.

Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc.