High CPU usage, Blinking Finder, and MDS

So... things are slow after the install. The CPU usage is way up. Looking around I see that MDS is eating up cycles. MDS is the finder's indexing tool. I read a post about someone seeing the finder blinking... I'm assuming they mean the little dot in the middle of the glass. I see that too.
I ran sudo mdutil -E / to wipe out and rebuild the finder db.
AND... just now the cpu dropped back to normal - about 15 minutes after I started - and the finder has stopped blinking.
So... looks like finder is pretty harsh with that initial index.
Hang in there folks.

Noticed the same problem. Found out on my Mac that Spotlight was busy in the background hogging my processors and indexing the drive. After an eternal wait, all is well.
Be patient - it only happens once!

Similar Messages

Config Manager Agent - after Hardware Inventory High CPU Usage with WMIPRSVE and very fast empty Battery

Hi there,
since a few days there is on some machines (40-60) a high cpu usage on one core (quad core cpu machines) with the WMIPRSVE.EXE if the HARDWARE INVENTORY CYCLE started.
i try out some tests, read some forum articles and troubleshooting the WMI management but a real problem i doesn´t see.
in some articles i read that hardware inventory runs about minutes up to more hours but some machines runs longer, someone more as 1 day.
here an example of mine PC:
at 8:07 i started Hardware Inventory Cycle, in the InventoryAgent.log i can see that some Collection Namespace are captured.
after a few minutes there stopped and does nothing round about 5.9 hours or better, after 21436.097 Seconds.
For any hints i am grateful. :)
Inventory: *********************** Start of message processing. ***********************
InventoryAgent 18.03.2015 08:09:56
11088 (0x2B50)
Inventory: Message type is InventoryAction InventoryAgent
18.03.2015 08:09:56 11088 (0x2B50)
Inventory: Temp directory = C:\WINDOWS\CCM\Inventory\Temp\
InventoryAgent 18.03.2015 08:09:56
11088 (0x2B50)
Inventory: Clearing old collected files. InventoryAgent
18.03.2015 08:09:56 11088 (0x2B50)
Inventory: Opening store for action {00000000-0000-0000-0000-000000000001} ...
InventoryAgent 18.03.2015 08:09:56
11088 (0x2B50)
CInvState::VerifyInventoryVersionNumber: Mismatch found for '{00000000-0000-0000-0000-000000000001}': 4.2 vs. 0.0
InventoryAgent 18.03.2015 08:09:56
11088 (0x2B50)
Inventory: Version number mismatch; will do a Full report.
InventoryAgent 18.03.2015 08:09:56
11088 (0x2B50)
Inventory: Action=Hardware, ReportType=ReSync, MajorVersion=5, MinorVersion=0
InventoryAgent 18.03.2015 08:09:56
11088 (0x2B50)
Inventory: Initialization completed in 0.141 seconds
InventoryAgent 18.03.2015 08:09:56
11088 (0x2B50)
Collection: Namespace = \\localhost\root\Microsoft\appvirt\client; Query = SELECT __CLASS, __PATH, __RELPATH, CachedLaunchSize, CachedPercentage, CachedSize, LaunchSize, Name, PackageGUID, TotalSize, Version, VersionGUID FROM Package; Timeout = 600 secs.
InventoryAgent 18.03.2015 08:09:56
7836 (0x1E9C)
Failed to get IWbemService Ptr for \\localhost\root\vm\VirtualServer Namespace: 8004100E
InventoryAgent 18.03.2015 08:10:02
7836 (0x1E9C)
Failed to enumerate instances of VirtualMachine: 8004100E
InventoryAgent 18.03.2015 08:10:02
7836 (0x1E9C)
Collection: Namespace = \\.\root\cimv2\sms; Query = SELECT __CLASS, __PATH, __RELPATH, AddressWidth, BrandID, CPUHash, CPUKey, DataWidth, DeviceID, Family, Is64Bit, IsHyperthreadCapable, IsMobile, IsTrustedExecutionCapable, IsVitualizationCapable, Manufacturer,
MaxClockSpeed, Name, NormSpeed, NumberOfCores, NumberOfLogicalProcessors, PCache, ProcessorId, ProcessorType, Revision, SocketDesignation, Status, SystemName, Version FROM SMS_Processor; Timeout = 600 secs.
InventoryAgent 18.03.2015 08:10:02
7836 (0x1E9C)
Collection: Namespace = \\.\root\CCM\powermanagementagent; Query = SELECT __CLASS, __PATH, __RELPATH, Requester, RequesterInfo, RequesterType, RequestType, Time, UnknownRequester FROM CCM_PwrMgmtLastSuspendError; Timeout = 600 secs.
InventoryAgent 18.03.2015 08:10:03
7836 (0x1E9C)
Collection: Namespace = \\.\root\cimv2; Query = SELECT __CLASS, __PATH, __RELPATH, Availability, Description, DeviceID, Manufacturer, Name, Status FROM Win32_IDEController; Timeout = 600 secs.
InventoryAgent 18.03.2015 08:10:03
7836 (0x1E9C)
Collection: Namespace = \\.\root\cimv2\sms; Query = SELECT __CLASS, __PATH, __RELPATH, BinFileVersion, BinProductVersion, Description, ExecutableName, FilePropertiesHash, FilePropertiesHashEx, FileSize, FileVersion, HasPatchAdded, InstalledFilePath, IsSystemFile,
IsVitalFile, Language, Product, ProductCode, ProductVersion, Publisher FROM SMS_InstalledExecutable; Timeout = 600 secs.
InventoryAgent 18.03.2015 08:10:03
7836 (0x1E9C)
Collection: Namespace = \\.\root\cimv2; Query = SELECT __CLASS, __PATH, __RELPATH, DefaultIPGateway, DHCPEnabled, DHCPServer, DNSDomain, DNSHostName, Index, IPAddress, IPEnabled, IPSubnet, MACAddress, ServiceName FROM Win32_NetworkAdapterConfiguration; Timeout
= 600 secs. InventoryAgent
18.03.2015 14:06:43 7836 (0x1E9C)
Collection: Namespace = \\.\root\Nap; Query = SELECT __CLASS, __PATH, __RELPATH, description, fixupState, friendlyName, id, infoClsid, isBound, percentage, registrationDate, vendorName, version FROM NAP_SystemHealthAgent; Timeout = 600 secs.
InventoryAgent 18.03.2015 14:06:43
7836 (0x1E9C)
Collection: Namespace = \\.\root\cimv2\sms; Query = SELECT __CLASS, __PATH, __RELPATH, AdditionalProductCodes, CompanyName, ExplorerFileName, FileDescription, FilePropertiesHash, FileSize, FileVersion, FolderPath, LastUsedTime, LastUserName, msiDisplayName,
msiPublisher, msiVersion, OriginalFileName, ProductCode, ProductLanguage, ProductName, ProductVersion, SoftwarePropertiesHash FROM CCM_RecentlyUsedApps; Timeout = 600 secs.
InventoryAgent 18.03.2015 14:06:43
7836 (0x1E9C)
Collection: Namespace = \\.\root\cimv2; Query = SELECT __CLASS, __PATH, __RELPATH, BankLabel, Capacity, Caption, CreationClassName, DataWidth, Description, DeviceLocator, FormFactor, HotSwappable, InstallDate, InterleaveDataDepth, InterleavePosition, Manufacturer,
MemoryType, Model, Name, OtherIdentifyingInfo, PartNumber, PositionInRow, PoweredOn, Removable, Replaceable, SerialNumber, SKU, Speed, Status, Tag, TotalWidth, TypeDetail, Version FROM Win32_PhysicalMemory; Timeout = 600 secs.
InventoryAgent 18.03.2015 14:07:02
7836 (0x1E9C)
Collection: Namespace = \\.\root\cimv2; Query = SELECT __CLASS, __PATH, __RELPATH, Availability, Description, DeviceID, InstallDate, Manufacturer, Name, PNPDeviceID, ProductName, Status FROM Win32_SoundDevice; Timeout = 600 secs.
InventoryAgent 18.03.2015 14:07:02
7836 (0x1E9C)
Collection: Namespace = \\.\root\cimv2; Query = SELECT __CLASS, __PATH, __RELPATH, Caption, ClassGuid, ConfigManagerErrorCode, ConfigManagerUserConfig, CreationClassName, Description, DeviceID, Manufacturer, Name, PNPDeviceID, Service, Status, SystemCreationClassName,
SystemName FROM Win32_USBDevice; Timeout = 600 secs.
InventoryAgent 18.03.2015 14:07:12
7836 (0x1E9C)
Collection: 62/74 inventory data items successfully inventoried.
InventoryAgent 18.03.2015 14:07:12
7836 (0x1E9C)
Inventory: Collection Task completed in 21436.097 seconds
InventoryAgent 18.03.2015 14:07:12
7836 (0x1E9C)
Inventory: 12 Collection Task(s) failed. InventoryAgent
18.03.2015 14:07:12 7836 (0x1E9C)
Inventory: Temp report = C:\WINDOWS\CCM\Inventory\Temp\25bf01b2-12fc-4eea-8e97-a51b3c75ba50.xml
InventoryAgent 18.03.2015 14:07:12
7836 (0x1E9C)
Inventory: Starting reporting task. InventoryAgent
18.03.2015 14:07:12 7552 (0x1D80)
Reporting: 4381 report entries created. InventoryAgent
18.03.2015 14:07:13 7552 (0x1D80)
Inventory: Reporting Task completed in 1.030 seconds
InventoryAgent 18.03.2015 14:07:13
7552 (0x1D80)
Inventory: Successfully sent report. Destination:mp:MP_HinvEndpoint, ID: {5541A94A-BED9-4132-AE54-110CB6896F02}, Timeout: 80640 minutes MsgMode: Signed, Not Encrypted
InventoryAgent 18.03.2015 14:07:13
7552 (0x1D80)
Inventory: Cycle completed in 21453.570 seconds
InventoryAgent 18.03.2015 14:07:30
7552 (0x1D80)
Inventory: Action completed. InventoryAgent
18.03.2015 14:07:30 7552 (0x1D80)
Inventory: ************************ End of message processing. ************************
InventoryAgent 18.03.2015 14:07:30
7552 (0x1D80)
Collection: Namespace = \\.\root\cimv2; Query = SELECT __CLASS, __PATH, __RELPATH, Caption, ClassGuid, ConfigManagerErrorCode, ConfigManagerUserConfig, CreationClassName, Description, DeviceID, Manufacturer, Name, PNPDeviceID, Service, Status, SystemCreationClassName,
SystemName FROM Win32_USBDevice; Timeout = 600 secs.
InventoryAgent 18.03.2015 14:07:12
7836 (0x1E9C)
Collection: 62/74 inventory data items successfully inventoried.
InventoryAgent 18.03.2015 14:07:12
7836 (0x1E9C)
Inventory: Collection Task completed in 21436.097 seconds
InventoryAgent 18.03.2015 14:07:12
7836 (0x1E9C)
Inventory: 12 Collection Task(s) failed. InventoryAgent
18.03.2015 14:07:12 7836 (0x1E9C)
Inventory: Temp report = C:\WINDOWS\CCM\Inventory\Temp\25bf01b2-12fc-4eea-8e97-a51b3c75ba50.xml
InventoryAgent 18.03.2015 14:07:12
7836 (0x1E9C)
Inventory: Starting reporting task. InventoryAgent
18.03.2015 14:07:12 7552 (0x1D80)
Reporting: 4381 report entries created. InventoryAgent
18.03.2015 14:07:13 7552 (0x1D80)
Inventory: Reporting Task completed in 1.030 seconds
InventoryAgent 18.03.2015 14:07:13
7552 (0x1D80)
Inventory: Successfully sent report. Destination:mp:MP_HinvEndpoint, ID: {5541A94A-BED9-4132-AE54-110CB6896F02}, Timeout: 80640 minutes MsgMode: Signed, Not Encrypted
InventoryAgent 18.03.2015 14:07:13
7552 (0x1D80)
Inventory: Cycle completed in 21453.570 seconds
InventoryAgent 18.03.2015 14:07:30
7552 (0x1D80)
Inventory: Action completed. InventoryAgent
18.03.2015 14:07:30 7552 (0x1D80)
Inventory: ************************ End of message processing. ************************
InventoryAgent 18.03.2015 14:07:30
7552 (0x1D80)

InventoryAgent 18.03.2015 08:10:03
7836 (0x1E9C)
Collection: Namespace = \\.\root\cimv2; Query = SELECT __CLASS, __PATH, __RELPATH, DefaultIPGateway, DHCPEnabled, DHCPServer, DNSDomain, DNSHostName, Index, IPAddress, IPEnabled, IPSubnet, MACAddress, ServiceName FROM Win32_NetworkAdapterConfiguration; Timeout
= 600 secs. InventoryAgent
18.03.2015 14:06:43 7836 (0x1E9C)
Collection: Namespace = \\.\root\Nap; Query = SELECT __CLASS, __PATH, __RELPATH, description, fixupState, friendlyName, id, infoClsid, isBound, percentage, registrationDate, vendorName, version FROM NAP_SystemHealthAgent; Timeout = 600 secs.
InventoryAgent 18.03.2015 14:06:43
7836 (0x1E9C)
Looks like something in one or both of those wmi queries. it goes from 8:10:03 to 14:06:43 right around there. 6 hours to do that...
try running those queries from wbemtest manually; and see which one just never finishes.
Standardize. Simplify. Automate.

CF 10 sp 12 Enterprise high CPU usage hangs services, 2012 server on 2012 Hyper-V host

The last 2 days - my [removed link] CF site has suffered from high CPU usage (on and off) that stops functionality.
This will last several minutes then suddenly the high usage stops a few minute later the high cpu usage starts again.
I don't have any scheduled processes allowed to run.
Restarting the coldfusion service during a high CPS incident - the cpu usage just picks up where it left off when restarted.
I have assigned 4 CPUs (normal) or 8CPUs (as a test) to the VM and I get the same high CPU then low usage. This is a fresh install several months ago on a new VM.
I'd like some Adobe support on this issue but can't seem to find the contact phone number.
This series of high and low cpu usage first started Monday AM about midnight until 7:00 AM Tuesday was quiet and Wednesday this AM I'm having the same issues.
Ideas?
Update: While waiting for this to post - the high CPU usage started again and this time I stopped and restarted the Jetty service ... and the CPU usage went away...
Update: the high cpu started again and a restart of the jetty service didn't help --- neither did the .net service restart... the cf10 application service did stop the high usage...
Jay Bietz
Message was edited by: Jay Bietz after post accepted.

After 2 hang free days -- Friday midnight (above is the gcviewer ) and ~2 hours later had the hang condition again. Current java.config includes
java.args=-server -Xms4096m -Xmx4096m -Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=5005 -XX:PermSize=512m -XX:MaxPermSize=512m -XX:+UseParallelGC -Xbatch -Dcoldfusion.home={application.home} -Dcoldfusion.rootDir={application.home} -Dcoldfusion.libPath={application.home}/lib -Dorg.apache.coyote.USE_CUSTOM_STATUS_MSG_IN_HEADER=true -Dcoldfusion.jsafe.defaultalgo=FIPS186Random -Dcom.sun.management.jmxremote.port=8701 -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false -Xmn1024m -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintHeapAtGC -verbose:gc -Xloggc:cfwhispererGClive4.log -Dcoldfusion.classPath={application.home}/lib/updates,{application.home}/lib,{application .home}/lib/axis2,{application.home}/gateway/lib/,{application.home}/wwwroot/WEB-INF/flex/j ars,{application.home}/wwwroot/WEB-INF/cfform/jars,C:\\CFusion10\\cfusion\\verisign\\payfl owpro\\Java\\PFProColdFusion,C:\\CFusion10\\cfusion\\verisign\\payflowpro\\Java\\PFProCold Fusion\\Verisign.jar
GCviewer shows that the full GCcollections suddenly start firing off many times in a short period of time.
Jay
will work on the tomcatlog issues next.

Opera and high cpu usage

Hello all!
I have this annoying problem with opera.
After 1-2 hours of running opera cpu usage jumps to about 60-80%. To stop this I have to close opera and restart it.
I mostly have about 30+ tabs opened, but this shouldn't affect the cpu usage. It didn't in the past. I used the opera-devel-qt4 (10.20_4744-1) package from AUR and now I switched back to the "default" opera (10.10-2) package.
This started some days ago, and i cannot find out what causes this.
Any suggestions?
Vlad
Last edited by DonVla (2010-01-07 22:37:58)

I have no plugins running and killed the wrapper.
However it worked fine for the most time. I noticed opera has a higher usage than firefox. But now it's barely usable. Every 3-5 hours I have to stop and then restart opera. With the bundled version it's a little better. But it still freezes for some seconds with high cpu usage.

Google Earth Plugin and LabVIEW: High CPU usage when adding placemarks

Hi,
I posted this question on stackoverflow earlier this week but feel it might be better suited to the LabVIEW community specifically so I'm reposting here:
I'm writing an application which uses the Google Earth Plugin to display events on the globe. Each event is a single point kml placemark with an icon which is a 3kb png file. Placemarks are uploaded to the plugin as they are received by the software. I am experiencing increasing CPU usage with the number of placemarks that are added.
I have tested displaying a new placemark every second and running until the software running the plugin completely froze (graph attached). The GEPlugin (green trace) stopped responding (i.e. the globe did not respond to the mouse) at around 1200 placemarks added and CPU usage was at ~30%. When the software itself (red trace) froze the plugin was using around 50% CPU and ~3700 placemarks had been added). After the freeze, no new placemarks were added which caused the software to respond (but not the plugin) so I could clear all the placemarks. After the placemarks were cleared from the globe, the CPU usage of the plugin returned to around 5% CPU.
So what I've seen is that GEPlugin CPU usage increases linearly with each kml placemark added. Is this the expected behaviour/ a normal limitation of the plugin? If not is there a more efficient way of adding many placemarks to the globe?
I am using GEPlugin version 7.1.1.1580 (API version 1.010) and LabVIEW 12.0f3
Please see the test results attached. Any input greatly appreciated!
Original stackoverflow post:
http://stackoverflow.com/questions/20994323/google-earth-plugin-with-labview-high-cpu-usage-when-add...
Attachments:
Performance Log 020114_095115.png ‏82 KB

Hello,
I have had a look at your graphs and understood what you are trying to do. To me it seems that as the image gets more complex it gets harde to render which wold likely cause increase in CPU usage resulting in the freeze. I would suggest you try running the program on anoher computer to check on the RAM front of things. If this is a limitation of the GE Plugin then unfortunately I can not do much to help, but if you think this is a problem coming from your LabVIEW code then you can post your code here and I can take a look.

Microsoft Office 2004 -- extremely high cpu usage and virtual ram

hi,
when i use office it causes a very high cpu usage even when its in idle mode.
i am unable to work with it, because its extremely slow.
does anyone have same experiences?
thanks for your help!
mbp 2.0 1,5gb ram 80gb hdd Mac OS X (10.4.7)

I am able to work OK with office, I'm using the 'old version' Microsoft Office v.X, not much details in the About Box, just listed as MSoft Word/Excel/etc for Mac service release 1.
I get the occasional crash, and I have seen Word in particular use 90% of a single core and amazingly large virtual memory usage, gigabytes sometimes, but eventually the document gets printed.
It shows how useful the dual core (or quad) cpu approach is!
One cpu for Word to print, and one cpu to run the rest of my applications/life!
I still use this old office rather than re-booting into Window§ for whatever is the latest version of office.
Doing some playing with a similar one page document in Office v.X and Pages 2.01, I get Word using about 25% of a core , Pages using 5%, - whilst editing; Intel native Pages has 20% of a core and 80MB ram 480 virtual whilst printing, Word has about 100% of a core and 65MB ram 650 virtual whilst printing, but it is a powerPC code so Rosetta is in there somewhere.
check Activity Monitor or other apps/widgets for some parasitic processes? have fun!
many Macs 512k -> MacBool Pro 2GHz 1GB ram Mac OS X (10.4.7) Yes, I have Key Lime

Latest flashplayer not work well, even the early version in 11x and has high CPU usage

why is it that flashplayer 11x always has a High CPU Usage? detected by NOrton Antivirus

you can't rely on norton antivirus.
but if you check your active processes and directly confirm a problem with flash player 11+, uninstall your current flash player (http://helpx.adobe.com/flash-player/kb/uninstall-flash-player-mac-os.html or http://helpx.adobe.com/flash-player/kb/uninstall-flash-player-windows.html) and install an older version: http://helpx.adobe.com/flash-player/kb/archived-flash-player-versions.html

Everytime time I try to upload a document or an image, it takes for ever and ever. I get a warning saying " High CPU usage by Firefox " How do I change this ? Can anyone explain ? thanks Lazarus 3

Everytime time I try to upload a document or an image, it takes for ever and ever. I get a warning saying " High CPU usage by Firefox " How do I change this ? Can anyone explain ? thanks Lazarus 3

Here is the new troubleshooting information, if it helps.
Application Basics
Name: Firefox
Version: 24.0
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Firefox/24.0
Extensions
Important Modified Preferences
browser.cache.disk.capacity: 358400
browser.cache.disk.smart_size_cached_value: 358400
browser.cache.disk.smart_size.first_run: false
browser.cache.disk.smart_size.use_old_max: false
browser.startup.homepage_override.buildID: 20130910160258
browser.startup.homepage_override.mstone: 24.0
extensions.lastAppVersion: 24.0
gfx.blacklist.webgl.msaa: 4
network.cookie.prefsMigrated: true
plugin.importedState: true
plugin.state.silverlight: 0
privacy.sanitize.migrateFx3Prefs: true
Graphics
Device ID: 0x 655
GPU Accelerated Windows: 1/1 OpenGL
Vendor ID: 0x10de
WebGL Renderer: NVIDIA Corporation -- NVIDIA GeForce GT 120 OpenGL Engine
windowLayerManagerRemote: false
AzureCanvasBackend: quartz
AzureContentBackend: none
AzureFallbackCanvasBackend: none
JavaScript
Incremental GC: true
Accessibility
Activated: false
Prevent Accessibility: 0
Library Versions
NSPR
Expected minimum version: 4.10
Version in use: 4.10
NSS
Expected minimum version: 3.15.1 Basic ECC
Version in use: 3.15.1 Basic ECC
NSSSMIME
Expected minimum version: 3.15.1 Basic ECC
Version in use: 3.15.1 Basic ECC
NSSSSL
Expected minimum version: 3.15.1 Basic ECC
Version in use: 3.15.1 Basic ECC
NSSUTIL
Expected minimum version: 3.15.1
Version in use: 3.15.1

ATSServer and MDWorker High CPU Usage

Lately, Activity Monitor shows 'ATSServer' and 'MDWorker' as using an unusually high cpu usage. I tried to google the issue and all that I found out is that ATSServer and MDWorker deal with Spotlight indexing.
Currently, Spotlight isn't indexing my drive. I've tried to force quit both processes. They relaunch and take up the CPU again. I've restarted the machine to no avail.
Help?

Thanks for posting! I've been in the same boat for the last few days, with my MacBook's fan howling at me as it indexed a giant zip file. *shakes fist at MacBook designers* It needs TWO fans, you lugnuts!
Never once did I consider simply adding my downloads drive to the "ignore" list. You've saved my sanity!

Screen Sharing freezing and high CPU usage

Hello all,
I use screen sharing to remote my mac mini as a media server connected to ma HD TV to play movies, music and surf.
Since I upgrade to mavericks on my macs (Macbook Pro Retina and my Mac Mini) I have some troubles with the screen sharing feature.
No problems with the login step, the connexion is fast, all permissions are OK (I saw there were a bug with some RDP release) but sometimes, when I use fullscreen software as VLC, Firefox, etc (not the native apple full screen feature, I just clic on the + at the top of the window), my sreen sharing freeze and I can't do or move anything on the remoted mac mini. I'm unable to close (or reduce) the screen sharing app too, it's totaly busy (But I can see the movie or the website on the 2 computer, there is no deconnection)... I have to kill the process through the monitoring activity.
During the freezing time, I try to use vnc light from my Iphone and I have no problem, I can move the mouse, reduce le VLC windows... As soon I reduce the VLC windows, the screen sharing works again. I also use the logitech TouchMouse to remote the mouse, everything work fine.
Here are a screen shot of the monitoring activity of the Mac running the screen sharing app, we can see that there is a very high CPU usage when I use VLC in fullscreen on my mac mini. The first is in normal mode. The second is in freeze mode. Screen Sharing is named "Partage d'écran".
Can someone help me to fix that, everything works fine with Mountain Lion.

I have a Macbook Pro 13.5" 2.8 GHz 4 core (2 real, 2 hyperthreaded) i7 machine running with 1920X1200 display, 3 virtual screens and VMWare adding a few virtual screens (full sized). I have another Macbook Pro 15" with 2.6 GHz Haswell 8 core (4 real, 4 hyperthreaded). I see the problem using Screen Sharing on the 15 inch (Retina screen) mode simulating 1920 X 1200 pixels using Screen Sharing to the 13.5" Macbook Pro.
When I get the ScreenSharing problem, I have identified it as related to the VMWare screen on the 13.5" Macbook Pro being shown through Screen Sharing on the Retina Screen. Before you conclude it is a VMWare problem, the computations are only on the Screen Sharing client side, not on the server side running VMWare. The mouse gets unusable through Screen Sharing. If I physically move the mouse on the 13.5" Macbook, no problem. If I switch virtual screens, the Screen Sharing goes to normal processing.
I see an appearance of a compute-bound thread on the Screen Sharing client. It takes 100% CPU on one thread, the machine as a whole is 12.5% busy (the performance monitor considers all 8 threads as equal when in fact, they are not).
A few more pieces of information. The VMWare client ends up having a lot of overlapping windows with a lot of changing graphics. My mouse runs into problems especially when it is overlaying a changing plot (Perfmon running in Windows 7, or updating email client). It does turn out that VMWare has a "native" VNC server built-in and I tried to connect to the virtual screen using the Screen Sharing Client on the machine with computing problem and voila!, no problem. I end up having a Screen Sharing Client running native running screen (supposed to be VNC, but I have not verified that) sharing protocol on a virtual screen that is NOT the VMWare virtual screen and a separate session using actual VNC protocol using the VMWare VNC server. It works perfectly fine.
If I may hazard a guess, I think I know what the bug is, or at least, what is the nature of the problem that I have. The rest of you may have a different bug. When I have difficulty, it is because I am on a window that suppresses the dock, both in remote virtual screen and on the local machine showing the screen. Two docks are suppressed, one remote, one local. Throw in overlapping windows with changing graphics in the overlapped windows and toss in a mouse on top of that. I think that the Screen Sharing is trying to refresh overlapping windows with mouse and going through the suppressed dock calculations and never converging on what the picture should be. The mouse ends up being the visible cue that shows the time frame for iterating the windows - flickers with a timeframe of greater than a second. That is far greater than the screen update time. It is totally compute bound with all the overlapping stuff that it is deconflicting. At least, that is what I think is going on.
Meanwhile, the VMWare VNC server appears to send out a single graphics context and causes the Screen Sharing client to converge to a picture. Note, the mouse appearance is very different when attaching to the VMWare VNC Server rather than the ScreenSharing native server. I see two mouse renderings, the virtual machine remote and a mouse rendering from my Screen Sharing client side. They are mostly in sync in position unless I move the mouse very quickly. If I use Screen Sharing client and server instead, I usually see only one mouse, the client side's mouse rendering.
I have a solution for my problem. It is similar to using a different VNC server/client pairing. I will use a VNC server for the systems giving me trouble that is not Screen Sharing Server exercising a probable bug in the Client (though, it could be a problem in the design of Screen Sharing itself).

High CPU usage by Service Host & Services and Controller app

Hi All,
My CPU is running at a consistent 98-99% within moments after booting my machine. I have uploaded a ~30s ETL capture here:
hxxps://www.dropbox.com/s/xznhkdyo5p2p7rn/highcpu.07-03-2014.10-46-16.zip
I've been digging around, but I can't seem to find what the cause of this high CPU usage is. It appears to be affecting the explorer service as well as Chrome. CPU usage does NOT go down if I kill all chrome processes however.
Any insight would be wonderful.

Hi,
According to your screenshot, it seems this is not related a particular service, it just like a memory leak issue.
Can you check the event viewer to see if there is some error record?
Or you can check if this issue happens in Clean Boot mode, this would eliminate software conflict:
How to perform a clean boot in Windows
http://support.microsoft.com/kb/929135/en-us
Alex Zhao
TechNet Community Support

USB Devices Not Detected and High CPU Usage

Hello, I'm using arch on a Dell 1720 laptop.
I have some weird issues involving detection of USB devices.
When the laptop is on battery and I plug in a USB mouse the power flickers on and flickers off again; nothing in the logs/dmesg.
If I then connect the AC adapter the reconnect the mouse, the same happens, except the CPU usage hits 87%+ on one core.
Running
sudo rmmod ehci_hcd
solves the problem; the CPU usage drops and the mouse gets detected.
Subsequent attempts to hotplug USB devices does nothing, no high CPU and no Power.
Rebooting the computer is the only way to use USB devices at the moment.
usb-autosuspend is disabled in laptop-mode.
uname -a:
Linux MatSalleh 2.6.39-ck #1 SMP PREEMPT Sun Jun 5 18:30:30 EDT 2011 x86_64 Intel(R) Core(TM)2 Duo CPU T7250 @ 2.00GHz GenuineIntel GNU/Linux
The same happens with the stock kernel too
My kernel line in grub:
kernel /vmlinuz26-ck root=/dev/sda3 elevator=bfq ro resume=/dev/sda2
Any ideas?
Thanks,
Chris.

lilsirecho wrote:Perhaps the USB connector is damaged, causing excess power drain suggesting that the current limiter isn't functioning.
I highly doubt it's that, it was working fine on ubuntu just days before...
tydell wrote:I had similar problem with USB pendrive, it wasn't detected and it makes high cpu usage. It was problem with ehci_hcd module
This one helps me to solve this problem
My USB devices don't even get detected, so that script won't work.
Last night I hibernated my computer after not using any USB devices, on resume, my CPU usage was 100%, removing the ehci_hcd module fixed it.
Any more ideas?
I'm tempted to build a vanilla kernel...

Skype vdeo call and high cpu usage on Mac

Hello,
I have seen many posts around skype video call causing extremely high CPU usage which in turn causes a lot of heat and fan starts to go crazy. This does not seem to happen on Windows. I have trawled various forums and tried everything but to no avail.
Finally the workaround that worked for me was simple - during a call when CPU usage is going through the roof and the fans going crazy - just share your screen for a few seconds with the caller and then unshare. CPU usage dramatically falls off and stabilises at around 38% to 40%. I have noticed this my Macbook Pro (2013 2.3ghz, 16gb RAM) running Yosemite.
This is definitely a problem with Skype. Guys; please fix....

Did the sharing and unsharing of screen stabilise your CPU usage? I also tried deleting the Library/Caches/com.skype* directory and whilst it helped initially, in the long run it did not work. The only thing that worked for me was sreen share and unshare.
Personally I am just getting more and more disappointed with OS X. The way they have implemented HiDPI support with scaling (downscaling and then upscaling) is just insane and a lot of applications struggle. I am sure this is not the root cause of the high CPU usage issue for Skype. It's not long before I come off the Apple ecosystem altogether.

Weak performance and high cpu usage

I've been wondering for sometime now, how can some flash games run so laggy on my pc at the same time where i run DX and OpenGL games without any problem and smooth!
Whenever i play games in FB or any other site, i notice high cpu usage about 70-90% especially when i run them fullscreen (1152x864) and with effects enabled then my system kneals almost!!!!!! This is UNACCEPTABLE of course..
I also found an interesting article which i dought if it has been updated as it was supposed to, which is the following link: http://forums.adobe.com/message/5417983#5417983
I run Flash player on an Intel E5700 - Win XP sp3 - 4GB ram and an Nvidia GTX650.. for those who understand, such a system is in position to run flash games like an adult holds a baby in his arms... so either the hardware acceleration does not work or adobe has let this problem unresolved for years now as i have made an interesting research on this case before i come here.
For the records, i run flash games within Chrome since it's proved to be the most apropriate browser for videos and flash-shockwave games.. firefox comes 2nd to me and IE 8.....leave it unused better!
Even in 2006 up to today, people are facing high cpu usage and weak performance in flash apps no matter what pc they have, so who is to blame here?? Adobe ofc.
Is there anyone who has a solution to propose or has found somethin relevant to this case? Or should we wait a solution in 2020?

Mike M., i didn't give any load or credit on u, but Adobe, as i see you're not responsible for their mistakes or ignorance so i have nothin to ask from u, i have seen that u reply to ppl and good for u.
All i have to say to what u replied, is that, what if win xp reach the end of life? i mention a problem that remains for years now and is unresolved, or didn't they see that the previous years?since 2008 let's say!!!
I have noticed the same exactly behavior on newer OS and specifically tested on Win Vista 32-64 and Win 7 32-64 too..... it's EXACTLY the same behavior, so it's not OS dependant, i won't take any excuse for Adobe cause i have experienced their terrible work on flash-shockwave for too long.
It's their responsibility to solve it but they have chosen to ignore this and many other mistakes that users report weekly for years, their response is 2/10 solved... it's just disgusting. I dont' want to argue with anyone for Adobe's shake, they don't worth it.

Conky and high CPU usage

I originally posted this in the Newbie Corner, as I consider myself a newbie, but got no answers there and I think my issue is pretty kernel-HW-related, excuse me for re-posting.
I was editing an old peaceful Conky and it somewhen started making high use of the CPU (around 30-40% avg.). As I couldn't figure out where the problem was, took out every configuration line in the conky file and ended up with the few following lines, which are by themselves triggering the same high CPU usage. I don't have much experience with Conky, could anyone explain me if this behaviour would be expected from this simple code or is there something else?
Thank you.
own_window yes
minimum_size 400 600
maximum_width 400
alignment bottom_right
gap_x -120
gap_y -200
TEXT
${voffset 105}${offset 85}${font Helvetica:size=20}${time %H:%M}${font}

no please do not cross-post. If you feel that a mistake has been made, Report the post and ask a mod to move it to the appropriate section for you.
Continue discussion here : https://bbs.archlinux.org/viewtopic.php?id=124315
Closing...

High CPU usage, Blinking Finder, and MDS

Similar Messages

Maybe you are looking for