SearchIndexer.exe taking up 15-20% CPU after indexing complete

Machine is a Dell Latitude E6400, 4GB RAM, Core2Duo P9600 2.66Ghz, Intel 160GB G2 SSD with TRIM firmware. All OS and Office service packs and hotfixes are installed.
Rebuilt my machine about a month ago with Windows 7 x64 Ultimate. searchindexer.exe has been running at 50% CPU usage when I am not using the machine and around 15% when I am using it. When is that going to settle down? Profile directory is about 26gb (mostly in downloads) and a 2.5gb Outlook mailbox.
I checked and under Indexing Options it shows that 115,692 items are indexed and that it is complete . Don't get why it's still running with so much CPU usage. I leave it overnight and the CPU runs at 50% usage the entire evening.
If I click Pause, it does knock CPU usage to nil. If I stop and disable the service the CPU usage is nil. I close Outlook 2007 SP2 it is still at 15-20% CPU.
I rebuilt my indexes, same thing. I would disable it, but I do use the feature quite often. Anyone seen a way to get this to calm down and only index when there are legitimately new items to index? Or find out what it is trying to index?

Well, I seemed to have solved my problem for the time being. Not sure if it will return. Here's what I did:
1. Created another admin account
2. Reduced my primary user to a Standard User
3. Under "Control Panel->Indexing Options-> Advanced" I hit the rebuild button.
This seemed to try and rebuild the index, but, as I expected, it seemed to get hung up on something (not sure what). It indexes some 9,000 files and then just sits on the 9,127th file forever. When I am not using the computer, the SearchIndexer.exe ramps up to 50% usage, but the index still sits on the 9,127th file. It's as if it's stuck on a particular file. I have no idea which file. I have read reports of MS Outlook causing problems but I don't have that. I have read of iTunes libraries causing problems. I do have iTunes installed, but my library is empty (should probably uninstall it). In any case, I then:
4. Elevated my primary user back to Administrator.
5. Then repeated step #3 above.
This time it indexed all the files and SearchIndexer.exe took its rightful place taking up 0% of my CPU, the fan turned off, and I haven't seen the SearchIndexer.exe run since. I have no idea if the steps I took made sense as my primary account was an Administrator when I had the problems to begin with.
My analysis so far (given the vast number of complaints I've seen) is that the SearchIndexer.exe is just still buggy software. However, the really unfortunate part is the lack of feedback from the Indexing. If it's spinning on one file forever, some useful feedback might be nice, otherwise users just sit and wonder why the fan is on all the time. It's unfortunate that users have to figure out some mystical series of tricks to perform to get the Indexing to behave properly.

Similar Messages

Syncserver.exe taking large amount of CPU process after iTunes closing

Hi,
OS system : Win 8.1 64 bit
itune release : 12.0.1.26
Antivirus software : Kaspersky internet security 2015 release: 15.01.415 (b)
After iTunes closing the syncserver.exe process will take a large amount of CPU Process.
The problem has begins after KIS 2015 installation.
I tried to apply a procedure finded on another forum : Windows 7 compatibility mode and run as administrator for distnoted.exe and syncserver.exe. The problem remaind.
Thank for your help

Hello~ Chrisrob94
My computer environment is
OS: Win 8.1 x64
Itunes: 12.0.1.26
Anti-Virus: KIS2015 15.00.463(b)
I has same your problem too. But I solved in the following way;
File Path1: C:\Program Files (x86)\Common Files\Apple\Apple Application Support\distnoted.exe
File Path2: C:\Program Files (x86)\Common Files\Apple\Mobile Device Support\SyncServer.exe
this file [Right Click] and Properties. on the compatibility tab(click change setting for all users);;;
then check run this program in compatibility mode for: and select windows 7.
also check run this program as an administrator. click apply then ok
if already running syncserver, disnoted kill it. using windows task manager.
This seemed to fix the problem for me....Good luck to you!

Kernel_task taking up too much CPU after Mavericks update.

Hello!
I am running a Mac Book Pro 2.66 Ghz Intel Core i7. 8gb 1067MHz DDR3. OS X 10.9.1
Having just installed Mavericks, I've had a bunch of problems. One of them has been a new thing called kernel_task which can take up most my CPU from time to time.
I read a previous discussion and it seemed that some audio software had been the issue for a few people. However I do not recall installing or uninstalling any audio software. @linc_davis kindly offered up a diagnostics check, am hoping he or some other kind soul can make sense of the following terminal dumps please so I can find out which app is bringing me down!
Looking at the below, I certainly havent used or wanted the BB Rim software for a long time. Will try and download that and uninstall it again. Little snitch I know and use. and same with the mouse driver Evoluent, backblaze, peer guardian, macKeeper, and google. The others I don't recognise.
Thank you very much!
com.rim.driver.BlackBerryUSBDriverInt (0.0.74)
at.obdev.nke.LittleSnitch (4052)
com.avatron.AVExVideo (1.7)
com.nomadesk.driver.VnodeWatcher (5.0.8fc1)
com.avatron.AVExFramebuffer (1.7)
com.regularrateandrhythm.driver.RowmoteIREmu (1.0)
com.evoluent.driver.VerticalMouseDriver (1.0.2f1)
com.backblaze.bzbmenu
xxx.qnation.PeerGuardian.kextload
com.zeobit.MacKeeper.AntiVirus
com.trusteer.rooks.rooksd
com.rim.BBDaemon
com.regularrateandrhythm.rowmotehelperaide
com.google.keystone.daemon
com.backblaze.bzserv
com.adobe.versioncueCS4
com.adobe.SwitchBoard
com.adobe.fpsaud
at.obdev.littlesnitchd
com.Growl.GrowlHelperApp.56528
com.google.Chrome.38400
jp.co.canon.cijscannerregister.61632
com.wacom.TabletDriver.58112
com.wacom.Consumer_TouchDriver.57936
com.regularrateandrhythm.rowmotehelper.30128
xxx.qnation.pplogger.58640
xxx.qnation.pploader.58464
com.blacktree.Quicksilver.29952
com.wacom.pentablet
com.trusteer.rapport.rapportd
com.rim.BBLaunchAgent
com.rim.RimAlbumArtDaemon
com.hp.help.tocgenerator
com.google.keystone.system.agent
com.evoluent.agent
com.adobe.CS4ServiceManager
at.obdev.LittleSnitchUIAgent
com.zeobit.MacKeeper.Helper
com.spotify.webhelper
com.backblaze.bzbmenu
com.adobe.ARM.df0ab5bbe6f698196fcc21e3c1e66dcb758bd911f4d637272d9d8109
com.adobe.AAM.Scheduler-1.0
/Library/Components:
/Library/Extensions:
ATTOCelerityFC8.kext
ATTOExpressSASHBA2.kext
ATTOExpressSASRAID2.kext
ArcMSR.kext
CalDigitHDProDrv.kext
HighPointIOP.kext
HighPointRR.kext
LittleSnitch.kext
PeerGuardian.kext
PromiseSTEX.kext
SoftRAID.kext
/Library/Frameworks:
AEProfiling.framework
AERegistration.framework
Adobe AIR.framework
AudioMixEngine.framework
DivX Toolkit.framework
MacFUSE.framework
Mono.framework
NyxAudioAnalysis.framework
OSXFUSE.framework
PluginManager.framework
RIM_VSP.framework
RimBlackBerryUSB.framework
Snapfish.framework
WacomMultiTouch.framework
iLifeFaceRecognition.framework
iLifeKit.framework
iLifePageLayout.framework
iLifeSQLAccess.framework
iLifeSlideshow.framework
iTunesLibrary.framework
/Library/Input Methods:
/Library/InputManagers:
Ecamm
/Library/Internet Plug-Ins:
AdobePDFViewer.plugin
Default Browser.plugin
DivXBrowserPlugin.plugin
EPPEX Plugin.plugin
Flash Player.plugin
JavaAppletPlugin.plugin
OVSHelper.plugin
OfficeLiveBrowserPlugin.plugin
Quartz Composer.webplugin
QuickTime Plugin.plugin
WacomNetscape.plugin
WacomTabletPlugin.plugin
flashplayer.xpt
iPhotoPhotocast.plugin
nsIQTScriptablePlugin.xpt
/Library/Internet Plug-Ins (Disabled):
Flash Player.plugin
/Library/Keyboard Layouts:
/Library/LaunchAgents:
at.obdev.LittleSnitchUIAgent.plist
com.adobe.AAM.Updater-1.0.plist
com.adobe.CS4ServiceManager.plist
com.evoluent.agent.plist
com.google.keystone.agent.plist
com.hp.help.tocgenerator.plist
com.rim.BBAlbumArtCacher.plist
com.rim.BBLaunchAgent.plist
com.trusteer.rapport.rapportd.plist
com.wacom.pentablet.plist
/Library/LaunchDaemons:
at.obdev.littlesnitchd.plist
com.adobe.SwitchBoard.plist
com.adobe.fpsaud.plist
com.adobe.versioncueCS4.plist
com.backblaze.bzserv.plist
com.google.keystone.daemon.plist
com.regularrateandrhythm.rowmotehelperaide.plist
com.rim.BBDaemon.plist
com.trusteer.rooks.rooksd.plist
com.zeobit.MacKeeper.AntiVirus.plist
xxx.qnation.PeerGuardian.kextload.plist
/Library/PreferencePanes:
BackblazeBackup.prefPane
DivX.prefPane
Evoluent.prefPane
Flash Player.prefPane
Growl.prefPane
OSXFUSE.prefPane
PenTablet.prefPane
RapportPreferences.prefPane
VersionCueCS4.prefPane
/Library/PrivilegedHelperTools:
com.regularrateandrhythm.rowmotehelperaide
com.regularrateandrhythm.rowmotehelperaide-kext
/Library/QuickLook:
GBQLGenerator.qlgenerator
iBooksAuthor.qlgenerator
iWork.qlgenerator
/Library/QuickTime:
AppleIntermediateCodec.component
AppleMPEG2Codec.component
/Library/QuickTime 19-36-32:
AC3 Codec.component
AppleIntermediateCodec.component
AppleMPEG2Codec.component
DivX Decoder.component
DivX Encoder.component
SoundboothScoreCodec.component
/Library/ScriptingAdditions:
Adobe Unit Types.osax
/Library/Spotlight:
GBSpotlightImporter.mdimporter
LogicPro.mdimporter
Microsoft Office.mdimporter
iBooksAuthor.mdimporter
iWork.mdimporter
/Library/StartupItems:
/etc/mach_init.d:
/etc/mach_init_per_login_session.d:
/etc/mach_init_per_user.d:
Library/Address Book Plug-Ins:
SkypeABDialer.bundle
SkypeABSMS.bundle

Start by following these instructions to uninstall MacKeeper. They have been tested with the most recent version of MacKeeper (v 2.8). Earlier versions than the one released in 2012 require more extensive work to uninstall all its components.
Then, uninstall Trusteer Rapport. Your Mac cannot operate properly with it installed.
The fastest way to take an exquisitely designed and painstakingly engineered Mac and make it run like a steaming pile of dung is to install and use "cleaning" or "security" products like MacKeeper. Never install such junk on a Mac.
If you used MacKeeper to encrypt any files or folders, use MacKeeper to un-encrypt them first.
Quit the MacKeeper app if it is running.
Open your Applications folder: Using the Finder's Go menu, select Applications.
Drag the MacKeeper icon from your Applications folder (not the Dock) to the Trash.
You will be asked to authenticate (twice):
You do not need to provide a reason for uninstalling it:
Just click the Uninstall MacKeeper button. You will be asked to authenticate again.
After it uninstalls you may empty the Trash and restart your Mac. All that will remain is an inert log file that does nothing but occupy space on your hard disk.

SLAPD.EXE taking a lot of CPU Time

Hi all,
I'm getting this stange issue on our Dev Boxes, when trying to launch a business rule, a process called slapd.exe (Open Ldap) takes up to 50 / 60 % of CPU time and it takes about 1 to 2 min for the prompts on the business rules to appear.
The system just seems to hang ...
Please let me know if you know how to resolve this,
Cheers,
Jeremie

Hi,
I came across tip for speeding up OpenLdap a while ago, I have never tested it as I have never found the need to but here it is :-
Stop the OpenLdap service
Open slapd.conf which is under SharedServices\openLDAP\
Locate
*# Indices to maintain*
index objectClass eq
index cn,ou,cssIdentity,member,cssRoleDN,cssProductCode,cssVersion eq
index cssDisplayNameDefault eq,sub
and add
index uniqueMember eq
Save/Close
run slapindex.exe -f c:\<location to slapd.conf>\slapd.conf
Start up OpenLdap service again.
Though this doesn't explain the reason why you are suddenly getting performance issues, do you have a large amount of native users/groups ?
If you are on 9.3.1 have you tried Sync Native Directory from Shared Services.
Cheers
John
http://john-goodwin.blogspot.com/

When opening an XPS file, IE hangs. Task manager shows XPSViewer.exe taking 50% of CPU.

I've seen this twice now on older XP machines (sadly, some of my users DO have to run XP) so I figured I should document it, if only because the fix is so non-intuitive.
By default, XPS documents open in IE with a helper called XPSViewer.exe. You can also open them in a separate standalone viewer by installing the Microsoft XPS Essentials thing
http://www.microsoft.com/en-us/download/details.aspx?id=11816
But that doesn't work in IE, and my users needed it to.
Sometimes, users report that when they open an XPS file, the browser hangs. Checking task manager shows that XPSViewer.exe is taking up 50% of CPU cycles. Ending the process allows IE to respond, but the document is not displayed.
The first hint at a solution was from:
http://discussions.citrix.com/topic/273861-cannot-open-xps-files/
"This issue occurs because the non-administrator user account cannot access the %WINDIR%\System32 folder. By default, WPF writes the output file to the %WINDIR%\System32 folder. The %WINDIR%\System32 folder requires administrator permissions.
When the non-administrator account tries to access this folder, the WPF caching code is triggered. This code causes the screen to flicker.
In 32-bit versions of the Windows Server 2003 operating system, the output file is D3d9caps.dat. In 64-bit versions of the Windows Server 2003 operating system, the output file is D3d9caps64.dat. "
It got me thinking that maybe i could modify the rights to the file instead of applying the hotfix...
After doing that the user could open the .xps file successfully!. But after closing the xps (internet explorer uses xpsviewer.exe to display the file) the file d3d9caps.dat disappeared from the system32 folder...
The next time the .xps file was opened by the user, the d3d9caps.dat file was not created in system32 folder as one might expect, but instead in the more appropriate path "...Documents and Settings\username\Local Settings\Application Data" folder.
So in fact, all i had to do to fix this problem was deleting/renaming the d3d9caps.dat file in the system32 folder.
So all you have to do is delete (or for safety, rename) that d3d9caps.dat file and try again! Works a treat!

In the %WINDIR%\System32 folder, find d3d9caps.dat or d3d9caps64.dat
and rename it to anything. Bamn. Fixed. That easy.

AcroRd32.exe Goes to High CPU After Reader is Closed

When I close Acrobat reader, the process AcroRd32.exe jumps up to high CPU usage, about 25% and stays there. If there are several adobe reader windows open, this occurs upon closing the last reader window. If I open reader again, then close, I get another stale AcroRd32.exe process and another +25% CPU usage, etc. I have to kill the processes in Win7 task manager.
I've tried downgrading from version 11 to version 10, with no success. I've tried suggestions from this forum and other sites, such as
edit->preferences->general, uncheck "show me messages...", check "don't show me messages..."
edit->preferences->internet, uncheck "allow fast web viewing", uncheck "allow speculative downloading..."
But no luck. Still happening.
It hasn't always been this way. I suspect some interaction with a windows or browser update within the past month or so.
This is really broken and really annoying. Thank you!

I have a customer with the same issue. I've done all the standard fixes, like disable protected mode, stop messages, etc. This is on a Citrix XenApp 6.5 server and the particular workstation is shared by many people using a common log on. The users are all using Reader XI to view AutoCAD 2004 and SolidWorks 2014 drawings that have been printed to PDF.
Anybody have any ideas because I'm out.

AUDIODG.EXE hogging 80-100% of CPU and sound not working in Vista . . .

I posted this on a Microsoft Answers Forum but none of the techs or people reading have been able to help so far. I'm dying to get to the bottom of this:
Here is my computer:
MSI K8N Neo4 Platinum
AMD Athlon 64 3000+
2GB RAM
XFX GEFORCE 6600 GT 128MB DDR3 DUAL DVI & TV OUT (PCI-E)
200GB WD SATA HDD
500GB WD HDD in external enclosure via USB2
NEC ND-3520A 16X DVD±RW Dual Layer DVD Burner
LG CD Burner
I've been using Vista Home Premium successfully for some time. Recently, not too long after I did a clean wipe of my OS, my audio would stop working. The way it would happen is that everything would work fine until I started iTunes or another audio application and when I would hit play, things would lock up.
Upon inspection of my system resources, I'm noticing that the audio platform for Vista, via the audiodg.exe, is using close to 100% of my CPU resources, even when the computer is making no sound at all.
I've had a Sound Blaster Live! card in my computer for some time but I was not using it; I use the Realtek AC'97 audio drivers that are on my motherboard instead. I thought that the conflict may be the computer wanting to recognize my Sound Blaster, so I took it out of my computer but the problem seems to be worse.
Are there any BIOS setting that need to be adjusted for my sound to start working again?
I'm very reliant on the audio processing power of my computer (I'm in the radio industry, part-time) and this is a huge drag on my productivity.
Any tips would be much appreciated.
REPLY #1:
Thank you for using Microsoft Answers forum. I suggest going to the manufacture of your sound card and download the latest drivers and install them.
MY RESPONSE:
Good suggestion. The problem is this:
I am running on-board audio. I have an MSI K8N Neo4 Platinum motherboard which runs "Realtek ALC Series AC97 Audio Driver" and there is no version for Vista. They have a version for Windows 2K/XP and one for Windows XP 64bit.
Should I use on of those and if not, then what?
UPDATE (from me):
I took a chance and found a Realtek AC'97 driver for Vista.
http://drivers.softpedia.com/progDownload/Realtek-AC-97-Audio-Codec-Driver-Vista-6183-Beta-Download-18114.html
I went to install it and the install hung. So, I closed one of the install windows and then the InstallShield app continued like it was working. So, I hit "Restart my computer". Well, the reboot hung too. So, I reset the PC manually.
When the computer came back up, the sound worked. Hard to tell if this will fix it for good but it's promising. Chaotic. Unpredictable. Annoying.
REPLY #2:
Before you tried updating drivers, did you try rebooting 1st?
I'm just trying to determine if rebooting your system is what resolved the issue - thank you
UPDATE II (from me):
My computer is behaving the same way it was before. AUDIODG.EXE taking up 80-100% of my CPU and the sound not working.
Any other ideas?

Small update: Despite my intelligence, good looks and vast experience I use Google sometimes. To my surprise this file turns out to be a Windows one. Here is someone who is much happier, and since it is some way in my line of thinking I'll quote it, but you might take my previous advice as well:
http://forums.techarena.in/windows-vista-performance/1012315.htm
"- Open up msconfig.exe > Manage startup programs.
- Disable ALL Realtek entries
- Close msconfig.exe
- Right-click on the speaker icon > Audio devices > Speakers (properties)
- Go to the enhancements tab
- Check the box to disable all audio enhancements
- Close the menu
- Right-click on the speaker icon > Recording devices
- Disable all your microphones (yeah..., the actual problem seems to come
from voice inputs rendering..)
- Close the menu
- Restart your computer"

A process called "rundll32.exe" occupied 50% of the cpu in windows 7 OS

Hello, i found a serious problem with my Macbook late 2009 that when i install 32-bit windows 7 under bootcamps 3.1 and Mac OS 10.6.1. There's a process called "rundll32.exe" occupied 50% of the cpu even when i didn't run any softwares.I reinstalled 5 times using different Windows 7 version, but the problem still remain. The process can't be terminated once it appeared, it always appeared after 5 mins to 30 mins after i reboot the Macbook. I'm going to try 64-bit windows 7 and Mac OS 10.6.2 this afternoon, but i seems it won't be fixed, i will post the result later anyway. Anyone know how to deal with this sort of thing?

You really need a windoz site to ask such a question..... after all this is the Apple site..
But rundll32.exe is using 50% of your processors idle process...which is nothing.... run a app or three and the runddll32 will be taking next to nothing....one copy will run per app I think..

Lightroom 5.2 running Video (MOV) sometimes gets bogged down with dynamiclinkmediaserer.exe taking u

Lightroom 5.2 running Video (MOV) sometimes gets bogged down with dynamiclinkmediaserer.exe taking up 88% of the cpu time. This was a bug in Lightroom 4. When will it be fixed?

Running the script by python2 solves it for me:
su - mythtv -c "nice -n 19 python2 /usr/bin/tv_grab_nl_py --output ~/listings.xml"
Best regards,
Cedric

Searchindexer.exe and explorer.exe errors

A few days ago I uninstalled Norton with Revo Uninstaller and installed malwarebytes pro. I restarted my computer only to find that approximately every 3 seconds, explorer.exe crashed and restarted. This went on for about 3 days. The event viewer showed
the "The Windows Search service terminated unexpectedly. It has done this 7864 time(s)" message that I've seen in other threads.
http://social.technet.microsoft.com/Forums/windows/en-US/38a0ac31-501d-4b84-9b75-5d64fd684e10/workaround-windows-search-service-terminated-unexpectedly-faulting-application-searchindexerexe?forum=w7itprogeneral
Here's what I've done so far.
ran malwarebytes full system scan - found a few problems but after fixing them the main issues persisted.
ran sfc/ scannow (7-8 times... found issues at first but now returns the message "Windows Resource Protection did not find any integrity violations.")
Set 'HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Search\SetupCompletedSuccessfully' from 1 to 0
left computer on overnight (windows explorer still crashing every few seconds)
hard reset by removing the battery. Now windows explorer won't load at all. (no desktop, no modern UI or Taskbar)
attempted to rebuild the index, which didn't work.
Here's the what the event viewer shows
Faulting application name: SearchIndexer.exe, version: 7.0.9600.16384, time stamp: 0x5215d4c4
Faulting module name: PROPSYS.dll, version: 7.0.9600.16504, time stamp: 0x52c84647
Exception code: 0xc0000005
Fault offset: 0x000000000002e7cf
Faulting process ID: 0x12cc
Faulting application start time: 0x01cf2ce75776bd39
Faulting application path: C:\WINDOWS\system32\SearchIndexer.exe
Faulting module path: C:\WINDOWS\system32\PROPSYS.dll
Report ID: 9558cdec-98da-11e3-bf19-ccaf78ef940c
Faulting package full name:
Faulting package-relative application ID:
and
Faulting application name: explorer.exe, version: 6.3.9600.16441, time stamp: 0x5265dec8
Faulting module name: PROPSYS.dll, version: 7.0.9600.16504, time stamp: 0x52c84647
Exception code: 0xc0000005
Fault offset: 0x000000000002e7cf
Faulting process ID: 0x4038
Faulting application start time: 0x01cf2c003f8be4cd
Faulting application path: C:\WINDOWS\explorer.exe
Faulting module path: C:\WINDOWS\SYSTEM32\PROPSYS.dll
Report ID: 7f1c8601-97f3-11e3-bf18-ccaf78ef940c
Faulting package full name:
Faulting package-relative application ID:
I can't run Microsoft's fix it because explorer.exe won't load, so trying to save any installer results in Firefox crashing.
Not really sure what do do at this point.
Edit: did a system restore. returned with an error saying system restore error failed while deleting c:\$MFT\
An unspecified error occurred during system resotre (0x8007007b)

I have a very similar problem involving this module. It has errors and eventually the system reboots with a Kernal error 41 which I believe is from this application, the error code is
Faulting application name: SearchIndexer.exe, version: 7.0.9600.16384, time stamp: 0x5215d4c4
Faulting module name: MSSRCH.DLL, version: 7.0.9600.16384, time stamp: 0x5215d425
Exception code: 0xc0000005
Fault offset: 0x0000000000006dbe
Faulting process ID: 0x1b84
Faulting application start time: 0x01cf4f7e92d28b12
Faulting application path: C:\WINDOWS\system32\SearchIndexer.exe
Faulting module path: C:\WINDOWS\system32\MSSRCH.DLL
Report ID: d0dab473-bb71-11e3-bf22-001fd0ada17a
Faulting package full name:
Faulting package-relative application ID:

Vanguard.exe eating 99% of my CPU

Hi,
I've had a couple of frustrating days. Performance on my PC (running 2000 Pro) is non-existent. When I look at the processes page of the task manager, I have one of two scenarios:
Vanguard.exe is taking 99% of the CPU
-or-
Vanguard.exe is taking 49% of the CPU and Startup.exe is taking 40-46%.
It is my understanding that both of these files are associated with Linksys.
Has anybody encountered this? If so, can you explain what is going on and how I might resolve the problem(s)?
Thanks!
Rickpgh

Hi,
I've had a couple of frustrating days. Performance on my PC (running 2000 Pro) is non-existent. When I look at the processes page of the task manager, I have one of two scenarios:
Vanguard.exe is taking 99% of the CPU
-or-
Vanguard.exe is taking 49% of the CPU and Startup.exe is taking 40-46%.
It is my understanding that both of these files are associated with Linksys.
Has anybody encountered this? If so, can you explain what is going on and how I might resolve the problem(s)?
Thanks!
Rickpgh
=============
Can you post what Linksys devices?
Chris

Dwm.exe starts consuming lots of CPU when machine is idle

Since doing a fresh install of Windows 8 Pro RTM x64 English on my Sony Vaio Z21 laptop, I've been bothered by a sudden increase in fan noise whenever I leave the machine idle for a while and the displays are turned off. Finally decided to try and get to
the bottom of it today, so I ran the Performance Recorder with the CPU usage profile enabled and brought up the relevant graphs in Performance Analyzer. See the below screen shot for the results.
I started the trace and then left the machine alone for a while to trigger the idle behavior. It's pretty clear that Dwm.exe is the main culprit. As to why this process would find anything useful to do when all the displays are turned off is beyond me. Also
Outlook.exe sees a significant increase of CPU usage during the same time period. Whether these two are somehow related, I have no clue. Please note that I've disabled all other processes in the graph for clarity; no other processes showed any visible increase
during the trace.
Any advice would be greatly appreciated!
Daniel Stolt, Perceptible, http://www.perceptible.net

I'm seeing similar characteristics as some others in this thread:
- The issue occurs when the system is idle AND the power management puts my displays on standby.
- Modifying my power management settings so that the display is NEVER put on standby causes the issue to go away. (The system will not show unusual CPU activity even after sitting idle for some time.)
- When the issue occurs, dwm.exe shows some CPU activity. dwm.exe's activity averages around 25%. Several other applications show CPU activity as well. Each individual application's activity averages less than 25% (so dwm.exe's activity
is the most visible during this issue), but the total CPU activity adds up to around 60-75%. The unusual CPU activity ceases when the monitor wakes up from standby.
Do others participating in this thread observe that the issue goes away if they modify their power management settings so that their monitor is never allowed to go to standby? I understand that this isn't a viable "solution" for most people,
but I'd like to know if everyone else shares that same observation.
I have a question (and appreciation!) for the persons genuinely contributing to this thread: Do you see any unusual CPU activity occur in any other applications when this issue occurs? For example, do you see a small amount of activity in explorer.exe?
I ask this because I've watched the CPU graphs for several individual processes which happen to be running on my system. (I've been leaving several process property windows open in Process Explorer to monitor individual process performance. It's
a kludgy method but it works.) Processes such as skype.exe, steam.exe, procmon.exe (Process Monitor), and taskmgr.exe each nibble at the CPU when the problem occurs. The effect is subtle but noticeable. The CPU nibbling for these applications
disappears when the monitor wakes-up from standby.
I've also noticed that there is slightly less overall CPU consumption if all application windows are minimized when the issue occurs. In the case of steam.exe, the unusual CPU consumption all but disappears when it is minimized.
I believe Harri Kaimio's post has been the closest thing I've seen posted to a technical explanation for the issue. It seems (?) that certain applications are attempting to draw something, but they are somehow blocked or otherwise unable to do so when
the monitor is on standby. dwm.exe plays a part in drawing, so it shows activity when this occurs. However, instead of giving up, the applications seem to go nuts and attempt the (same?) thing frequently, thereby generating CPU activity.*
*Please understand that these are guesses -- if someone can correct me with more technical details or procedures which would help disprove my guesses, please do show me where these guesses are wrong! I'd love to work towards a solid explanation.
A few more tidbits:
- I do not run Logitech's SetPoint.exe.
- I'm experiencing this on a desktop system. My display adapters are: AMD/Radeon HD 7800 series, and the integrated Intel HD Graphics 4000.
- Running Windows 7.
- I am incredibly pleased that not a single person has suggested "defragmenting" in this entire thread. :)

Ever since iOS 7 was installed on my phone it keeps fetching all and any e-mail from my server and it is taking up tp as much as 2.5 GB even after I delete the messages! Now after a complete wipe and restore it is happening all over

ever since iOS 7 was installed on my phone it keeps fetching all and any e-mail from my server and it is taking up tp as much as 2.5 GB even after I delete the messages! Now after a complete wipe and restore it is happening all over again why can't the techs at apple fix this defective program??????????????

ever since iOS 7 was installed on my phone it keeps fetching all and any e-mail from my server and it is taking up tp as much as 2.5 GB even after I delete the messages! Now after a complete wipe and restore it is happening all over again why can't the techs at apple fix this defective program??????????????

New x301 - Taskmgr.exe uses "constant" amount of CPU. My t60 does not why?

When I click on "Start Task Manager" I notice that even with ALL programs closed, the only process to use CPU between 2% and 10% is the Task manager (taskmgr.exe).
I also have a t60 (xp pro sp3) and noticed that task manager users 0% CPU. I know its not absolute zero but not enough to count as 1% and does not kept using up CPU.
This is my first 64 bit system. It's 1.4 dual core with 4gb ram and 128gb solid state drive.
Why is taskmgr.exe using up so much CPU %? How can this be fixed?
Anyone else with an x301 or 64bit lenovo with this similar behavior?
Thanks

anyone?

Dock uses 320% CPU after 10.7.2 update

   After upgrading to 10.7.2, and after some time suddenly Dock takes all the CPU and gets unresponsible. killall Dock on terminal does not seem to really kill the task, so I have to reboot to get it solved. After some time the problem repeats.
Console events are quite concerning:
14/10/11 11:11:08,045 mds: (Error) FMW: WE ARE DROPPING FMW EVENTS!
14/10/11 11:11:08,046 mds: (Error) FMW: WE ARE DROPPING FMW EVENTS!
14/10/11 11:11:08,046 coreservicesd: FMOD WATCH EVENTS DROPPED!
14/10/11 11:11:08,048 mds: (Error) FMW: WE ARE DROPPING FMW EVENTS!
14/10/11 11:11:08,048 coreservicesd: FMOD WATCH EVENTS DROPPED!
14/10/11 11:11:08,067 com.apple.launchd.peruser.501: (com.apple.pbs) Throttling respawn: Will start in 1 seconds
14/10/11 11:11:08,071 mds: (Error) FMW: WE ARE DROPPING FMW EVENTS!
14/10/11 11:11:08,071 mds: (Error) FMW: WE ARE DROPPING FMW EVENTS!
14/10/11 11:11:08,071 mds: (Error) FMW: WE ARE DROPPING FMW EVENTS!
14/10/11 11:11:08,082 coreservicesd: FMOD WATCH EVENTS DROPPED!
14/10/11 11:11:08,104 com.apple.launchd.peruser.501: (com.apple.pbs) Throttling respawn: Will start in 1 seconds
14/10/11 11:11:08,128 mds: (Error) FMW: WE ARE DROPPING FMW EVENTS!
14/10/11 11:11:08,128 mds: (Error) FMW: WE ARE DROPPING FMW EVENTS!
14/10/11 11:11:08,128 mds: (Error) FMW: WE ARE DROPPING FMW EVENTS!
14/10/11 11:11:08,155 coreservicesd: FMOD WATCH EVENTS DROPPED!
14/10/11 11:11:08,155 coreservicesd: FMOD WATCH EVENTS DROPPED!
14/10/11 11:11:08,155 mds: (Error) FMW: WE ARE DROPPING FMW EVENTS!
14/10/11 11:11:08,155 mds: (Error) FMW: WE ARE DROPPING FMW EVENTS!
14/10/11 11:11:08,155 mds: (Error) FMW: WE ARE DROPPING FMW EVENTS!
14/10/11 11:11:08,155 mds: (Error) FMW: WE ARE DROPPING FMW EVENTS!
14/10/11 11:11:08,178 com.apple.launchd.peruser.501: (com.apple.pbs) Throttling respawn: Will start in 1 seconds
14/10/11 11:11:08,175 mds: (Error) FMW: WE ARE DROPPING FMW EVENTS!
14/10/11 11:11:08,175 mds: (Error) FMW: WE ARE DROPPING FMW EVENTS!
14/10/11 11:11:08,178 mds: (Error) FMW: WE ARE DROPPING FMW EVENTS!
14/10/11 11:11:08,178 mds: (Error) FMW: WE ARE DROPPING FMW EVENTS!
14/10/11 11:11:08,181 coreservicesd: FMOD WATCH EVENTS DROPPED!
14/10/11 11:11:08,181 coreservicesd: FMOD WATCH EVENTS DROPPED!
Any idea on what can I do to solve it?

   I fixed permisions and checked volume from the restore partition and still the same issue again
Today I noticed that while with 320% cpu it's also eating RAM very quick, when I realized so it was consuming 3.5Gb and the VM size was 320Gb!!!
Other thing I noticed today is that every time I kill the Dock task it starts over, consuming the cpu from the begining (so whatever the problem persist). I closed all the applications but Mail and VMware fusion 4.0.2 and killed dock, and it started consuming cpu from the relaunch as before, but then I closed the former apps (and more precisely I'm suspecting about Fusion) and it stopped consuming CPU (after killing Dock again). Does it make sense?
I took a sample of the proccess just in case it's any expert on the board that can figure out what's going on:
Sampling process 1450 for 3 seconds with 1 millisecond of run time between samples
Sampling completed, processing symbols...
Analysis of sampling Dock (pid 1450) every 1 millisecond
Process:         Dock [1450]
Path:            /System/Library/CoreServices/Dock.app/Contents/MacOS/Dock
Load Address:    0x1019b0000
Identifier:      com.apple.dock
Version:         1.8 (1040.7)
Build Info:      Dock-1040007000000000~5
Code Type:       X86-64 (Native)
Parent Process: launchd [117]
Date/Time:       2011-10-15 13:06:34.742 +0200
OS Version:      Mac OS X 10.7.2 (11C74)
Report Version: 7
Call graph:
    1778 Thread_52908: Main Thread   DispatchQueue_<multiple>
    + 1778 ??? (in Dock) load address 0x1019b0000 + 0xaf240 [0x101a5f240]
    +   1776 ??? (in Dock) load address 0x1019b0000 + 0xf415d [0x101aa415d]
    +   ! 1776 CFRunLoopRunSpecific (in CoreFoundation) + 230 [0x7fff9390dae6]
    +   !   1287 __CFRunLoopRun (in CoreFoundation) + 1724 [0x7fff9390e4dc]
    +   !   : 1280 _dispatch_main_queue_callback_4CF (in libdispatch.dylib) + 308 [0x7fff92a7072a]
    +   !   : | 1200 _dispatch_call_block_and_release (in libdispatch.dylib) + 18 [0x7fff92a6e8ba]
    +   !   : | + 1133 ??? (in Dock) load address 0x1019b0000 + 0x3296e [0x1019e296e]
    +   !   : | + ! 910 ??? (in Dock) load address 0x1019b0000 + 0x1763af [0x101b263af]
    +   !   : | + ! : 667 -[NSURL(NSURL) path] (in Foundation) + 45 [0x7fff8d895170]
    +   !   : | + ! : | 483 CFURLCreateStringWithFileSystemPath (in CoreFoundation) + 1691 [0x7fff938f17cb]
    +   !   : | + ! : | + 371 URLPathToPOSIXPath (in CoreFoundation) + 36 [0x7fff938fa394]
    +   !   : | + ! : | + ! 369 CFURLCreateStringByReplacingPercentEscapesUsingEncoding (in CoreFoundation) + 68 [0x7fff938fa434]
    +   !   : | + ! : | + ! : 54 CFURLCreateStringByReplacingPercentEscapes (in CoreFoundation) + 1188 [0x7fff938f94d4]
    +   !   : | + ! : | + ! : | 53 CFStringFindWithOptions (in CoreFoundation) + 20 [0x7fff938ed5b4]
    +   !   : | + ! : | + ! : | + 42 CFStringFindWithOptionsAndLocale (in CoreFoundation) + 2138,1074,... [0x7fff938ede1a,0x7fff938ed9f2,...]
    +   !   : | + ! : | + ! : | + 3 CFStringFindWithOptionsAndLocale (in CoreFoundation) + 101 [0x7fff938ed625]
    +   !   : | + ! : | + ! : | + ! 3 __CFStringFillCharacterSetInlineBuffer (in CoreFoundation) + 6,1,... [0x7fff938f0316,0x7fff938f0311,...]
    +   !   : | + ! : | + ! : | + 3 CFStringFindWithOptionsAndLocale (in CoreFoundation) + 390 [0x7fff938ed746]
    +   !   : | + ! : | + ! : | + ! 3 CFStringGetCStringPtr (in CoreFoundation) + 221,22,... [0x7fff938e069d,0x7fff938e05d6,...]
    +   !   : | + ! : | + ! : | + 2 CFStringFindWithOptionsAndLocale (in CoreFoundation) + 76 [0x7fff938ed60c]
    +   !   : | + ! : | + ! : | + ! 2 CFStringGetLength (in CoreFoundation) + 1 [0x7fff938dca11]
    +   !   : | + ! : | + ! : | + 2 CFStringFindWithOptionsAndLocale (in CoreFoundation) + 432 [0x7fff938ed770]
    +   !   : | + ! : | + ! : | + ! 2 CFStringGetCStringPtr (in CoreFoundation) + 13,218 [0x7fff938e05cd,0x7fff938e069a]
    +   !   : | + ! : | + ! : | + 1 CFStringFindWithOptionsAndLocale (in CoreFoundation) + 646 [0x7fff938ed846]
    +   !   : | + ! : | + ! : | +   1 CFStringGetCharactersPtr (in CoreFoundation) + 0 [0x7fff938e0020]
    +   !   : | + ! : | + ! : | 1 CFStringFindWithOptions (in CoreFoundation) + 1 [0x7fff938ed5a1]
    +   !   : | + ! : | + ! : 51 CFURLCreateStringByReplacingPercentEscapes (in CoreFoundation) + 522 [0x7fff938f923a]
    +   !   : | + ! : | + ! : | 48 CFStringCreateWithSubstring (in CoreFoundation) + 691 [0x7fff938f0863]
    +   !   : | + ! : | + ! : | + 22 __CFStringCreateImmutableFunnel3 (in CoreFoundation) + 2330,2847,... [0x7fff938d8d2a,0x7fff938d8f2f,...]
    +   !   : | + ! : | + ! : | + 18 __CFStringCreateImmutableFunnel3 (in CoreFoundation) + 2574 [0x7fff938d8e1e]
    +   !   : | + ! : | + ! : | + ! 9 _CFRuntimeCreateInstance (in CoreFoundation) + 400 [0x7fff938d9310]
    +   !   : | + ! : | + ! : | + ! : 6 malloc_zone_malloc (in libsystem_c.dylib) + 77 [0x7fff95f283c8]
    +   !   : | + ! : | + ! : | + ! : | 3 szone_malloc_should_clear (in libsystem_c.dylib) + 181 [0x7fff95ef2c68]
    +   !   : | + ! : | + ! : | + ! : | + 3 _spin_lock$VARIANT$mp (in libsystem_c.dylib) + 53,13 [0x7fff95f2a385,0x7fff95f2a35d]
    +   !   : | + ! : | + ! : | + ! : | 2 szone_malloc_should_clear (in libsystem_c.dylib) + 87,133 [0x7fff95ef2c0a,0x7fff95ef2c38]
    +   !   : | + ! : | + ! : | + ! : | 1 szone_malloc (in libsystem_c.dylib) + 6 [0x7fff95ef3e46]
    +   !   : | + ! : | + ! : | + ! : 2 CFAllocatorAllocate (in CoreFoundation) + 13,412 [0x7fff938d947d,0x7fff938d960c]
    +   !   : | + ! : | + ! : | + ! : 1 malloc_zone_malloc (in libsystem_c.dylib) + 0 [0x7fff95f2837b]
    +   !   : | + ! : | + ! : | + ! 5 _CFRuntimeCreateInstance (in CoreFoundation) + 353,210,... [0x7fff938d92e1,0x7fff938d9252,...]
    +   !   : | + ! : | + ! : | + ! 4 _CFRuntimeCreateInstance (in CoreFoundation) + 479 [0x7fff938d935f]
    +   !   : | + ! : | + ! : | + !   4 bzero$VARIANT$sse42 (in libsystem_c.dylib) + 0,57 [0x7fff95eafae0,0x7fff95eafb19]
    +   !   : | + ! : | + ! : | + 5 __CFStringCreateImmutableFunnel3 (in CoreFoundation) + 2890 [0x7fff938d8f5a]
    +   !   : | + ! : | + ! : | + ! 5 memmove$VARIANT$sse42 (in libsystem_c.dylib) + 24,43,... [0x7fff95eafcd5,0x7fff95eafce8,...]
    +   !   : | + ! : | + ! : | + 3 __CFStringCreateImmutableFunnel3 (in CoreFoundation) + 2241 [0x7fff938d8cd1]
    +   !   : | + ! : | + ! : | +   3 bcmp (in libsystem_c.dylib) + 22 [0x7fff95f22ed6]
    +   !   : | + ! : | + ! : | 3 CFStringCreateWithSubstring (in CoreFoundation) + 696,25,... [0x7fff938f0868,0x7fff938f05c9,...]
    +   !   : | + ! : | + ! : 48 CFURLCreateStringByReplacingPercentEscapes (in CoreFoundation) + 548 [0x7fff938f9254]
    +   !   : | + ! : | + ! : | 23 CFRelease (in CoreFoundation) + 1461 [0x7fff938de615]
    +   !   : | + ! : | + ! : | + 9 szone_free (in libsystem_c.dylib) + 82,95,... [0x7fff95ef00fb,0x7fff95ef0108,...]
    +   !   : | + ! : | + ! : | + 6 CFAllocatorDeallocate (in CoreFoundation) + 247,308,... [0x7fff938de8f7,0x7fff938de934,...]
    +   !   : | + ! : | + ! : | + 3 szone_free (in libsystem_c.dylib) + 466 [0x7fff95ef027b]
    +   !   : | + ! : | + ! : | + ! 3 _spin_lock$VARIANT$mp (in libsystem_c.dylib) + 53 [0x7fff95f2a385]
    +   !   : | + ! : | + ! : | + 2 OSSpinLockUnlock (in libsystem_c.dylib) + 6 [0x7fff95f2a38e]
    +   !   : | + ! : | + ! : | + 1 malloc_zone_free (in libsystem_c.dylib) + 6 [0x7fff95f28198]
    +   !   : | + ! : | + ! : | + 1 szone_free (in libsystem_c.dylib) + 800 [0x7fff95ef03c9]
    +   !   : | + ! : | + ! : | + ! 1 get_tiny_previous_free_msize (in libsystem_c.dylib) + 67 [0x7fff95ee8a7f]
    +   !   : | + ! : | + ! : | + 1 szone_free (in libsystem_c.dylib) + 1916 [0x7fff95ef0825]
    +   !   : | + ! : | + ! : | +   1 tiny_free_list_add_ptr (in libsystem_c.dylib) + 407 [0x7fff95ee8c25]
    +   !   : | + ! : | + ! : | 17 CFRelease (in CoreFoundation) + 1430 [0x7fff938de5f6]
    +   !   : | + ! : | + ! : | + 12 objc_destructInstance (in libobjc.A.dylib) + 126 [0x7fff8cf42610]
    +   !   : | + ! : | + ! : | + ! 7 objc_clear_deallocating (in libobjc.A.dylib) + 103 [0x7fff8cf42687]
    +   !   : | + ! : | + ! : | + ! : 7 syscall_thread_switch (in libsystem_kernel.dylib) + 10 [0x7fff93bd875e]
    +   !   : | + ! : | + ! : | + ! 5 objc_clear_deallocating (in libobjc.A.dylib) + 185 [0x7fff8cf426d9]
    +   !   : | + ! : | + ! : | + !   5 objc::DenseMap<objc_object*, unsigned long, true, objc::DenseMapInfo<objc_object*>, objc::DenseMapInfo<unsigned long> >::erase(objc_object* const&) (in libobjc.A.dylib) + 24 [0x7fff8cf42704]
    +   !   : | + ! : | + ! : | + !     5 objc::DenseMap<objc_object*, unsigned long, true, objc::DenseMapInfo<objc_object*>, objc::DenseMapInfo<unsigned long> >::LookupBucketFor(objc_object* const&, std::__1::pair<objc_object*, unsigned long>*&) const (in libobjc.A.dylib) + 95,127 [0x7fff8cf41327,0x7fff8cf41347]
    +   !   : | + ! : | + ! : | + 5 objc_destructInstance (in libobjc.A.dylib) + 50,62 [0x7fff8cf425c4,0x7fff8cf425d0]
    +   !   : | + ! : | + ! : | 4 CFRelease (in CoreFoundation) + 1442,44,... [0x7fff938de602,0x7fff938de08c,...]
    +   !   : | + ! : | + ! : | 2 CFRelease (in CoreFoundation) + 1408 [0x7fff938de5e0]
    +   !   : | + ! : | + ! : | + 2 object_getClass (in libobjc.A.dylib) + 0 [0x7fff8cf3db45]
    +   !   : | + ! : | + ! : | 1 CFRelease (in CoreFoundation) + 502 [0x7fff938de256]
    +   !   : | + ! : | + ! : | + 1 __CFStringDeallocate (in CoreFoundation) + 209 [0x7fff938de711]
    +   !   : | + ! : | + ! : | 1 CFRelease (in CoreFoundation) + 1416 [0x7fff938de5e8]
    +   !   : | + ! : | + ! : |   1 object_getClass (in libobjc.A.dylib) + 39 [0x7fff8cf3db6c]
    +   !   : | + ! : | + ! : 43 CFURLCreateStringByReplacingPercentEscapes (in CoreFoundation) + 540 [0x7fff938f924c]
    +   !   : | + ! : | + ! : | 29 CFStringAppend (in CoreFoundation) + 408 [0x7fff938e1748]
    +   !   : | + ! : | + ! : | + 12 __CFStringChangeSizeMultiple (in CoreFoundation) + 1474 [0x7fff938dd572]
    +   !   : | + ! : | + ! : | + ! 12 malloc_zone_malloc (in libsystem_c.dylib) + 77 [0x7fff95f283c8]
    +   !   : | + ! : | + ! : | + !   5 szone_malloc_should_clear (in libsystem_c.dylib) + 181 [0x7fff95ef2c68]
    +   !   : | + ! : | + ! : | + !   : 5 _spin_lock$VARIANT$mp (in libsystem_c.dylib) + 53,13 [0x7fff95f2a385,0x7fff95f2a35d]
    +   !   : | + ! : | + ! : | + !   5 szone_malloc_should_clear (in libsystem_c.dylib) + 1115 [0x7fff95ef300e]
    +   !   : | + ! : | + ! : | + !   : 5 tiny_malloc_from_free_list (in libsystem_c.dylib) + 1401,235,... [0x7fff95ef2874,0x7fff95ef23e6,...]
    +   !   : | + ! : | + ! : | + !   1 szone_malloc_should_clear (in libsystem_c.dylib) + 1148 [0x7fff95ef302f]
    +   !   : | + ! : | + ! : | + !   : 1 OSSpinLockUnlock (in libsystem_c.dylib) + 6 [0x7fff95f2a38e]
    +   !   : | + ! : | + ! : | + !   1 szone_malloc_should_clear (in libsystem_c.dylib) + 1115 [0x7fff95ef300e]
    +   !   : | + ! : | + ! : | + 11 __CFStringChangeSizeMultiple (in CoreFoundation) + 2117,98,... [0x7fff938dd7f5,0x7fff938dd012,...]
    +   !   : | + ! : | + ! : | + 5 __CFStringChangeSizeMultiple (in CoreFoundation) + 3133 [0x7fff938ddbed]
    +   !   : | + ! : | + ! : | + ! 2 __CFStrDeallocateMutableContents (in CoreFoundation) + 5 [0x7fff938de735]
    +   !   : | + ! : | + ! : | + ! 2 szone_free (in libsystem_c.dylib) + 95 [0x7fff95ef0108]
    +   !   : | + ! : | + ! : | + ! 1 CFAllocatorDeallocate (in CoreFoundation) + 1 [0x7fff938de801]
    +   !   : | + ! : | + ! : | + 1 __CFStringChangeSizeMultiple (in CoreFoundation) + 1207 [0x7fff938dd467]
    +   !   : | + ! : | + ! : | +   1 szone_good_size (in libsystem_c.dylib) + 1 [0x7fff95ee9052]
    +   !   : | + ! : | + ! : | 8 CFStringAppend (in CoreFoundation) + 736 [0x7fff938e1890]
    +   !   : | + ! : | + ! : | + 7 CFStringGetBytes (in CoreFoundation) + 1,896,... [0x7fff938de961,0x7fff938dece0,...]
    +   !   : | + ! : | + ! : | + 1 CFStringGetBytes (in CoreFoundation) + 938 [0x7fff938ded0a]
    +   !   : | + ! : | + ! : | +   1 memmove$VARIANT$sse42 (in libsystem_c.dylib) + 43 [0x7fff95eafce8]
    +   !   : | + ! : | + ! : | 3 CFStringAppend (in CoreFoundation) + 241 [0x7fff938e16a1]
    +   !   : | + ! : | + ! : | + 3 CFStringGetLength (in CoreFoundation) + 145,16,... [0x7fff938dcaa1,0x7fff938dca20,...]
    +   !   : | + ! : | + ! : | 3 CFStringAppend (in CoreFoundation) + 717,443 [0x7fff938e187d,0x7fff938e176b]
    +   !   : | + ! : | + ! : 38 CFURLCreateStringByReplacingPercentEscapes (in CoreFoundation) + 563 [0x7fff938f9263]
    +   !   : | + ! : | + ! : | 30 CFStringAppend (in CoreFoundation) + 408 [0x7fff938e1748]
    +   !   : | + ! : | + ! : | + 12 __CFStringChangeSizeMultiple (in CoreFoundation) + 1372,2132,... [0x7fff938dd50c,0x7fff938dd804,...]
    +   !   : | + ! : | + ! : | + 7 __CFStringChangeSizeMultiple (in CoreFoundation) + 1474 [0x7fff938dd572]
    +   !   : | + ! : | + ! : | + ! 7 malloc_zone_malloc (in libsystem_c.dylib) + 77 [0x7fff95f283c8]
    +   !   : | + ! : | + ! : | + !   5 szone_malloc_should_clear (in libsystem_c.dylib) + 1115 [0x7fff95ef300e]
    +   !   : | + ! : | + ! : | + !   : 4 tiny_malloc_from_free_list (in libsystem_c.dylib) + 1527,263,... [0x7fff95ef28f2,0x7fff95ef2402,...]
    +   !   : | + ! : | + ! : | + !   : 1 tiny_malloc_from_free_list (in libsystem_c.dylib) + 419 [0x7fff95ef249e]
    +   !   : | + ! : | + ! : | + !   :   1 get_tiny_free_size (in libsystem_c.dylib) + 60 [0x7fff95ee8a27]
    +   !   : | + ! : | + ! : | + !   1 szone_malloc_should_clear (in libsystem_c.dylib) + 181 [0x7fff95ef2c68]
    +   !   : | + ! : | + ! : | + !   : 1 _spin_lock$VARIANT$mp (in libsystem_c.dylib) + 53 [0x7fff95f2a385]
    +   !   : | + ! : | + ! : | + !   1 szone_malloc_should_clear (in libsystem_c.dylib) + 200 [0x7fff95ef2c7b]
    +   !   : | + ! : | + ! : | + 7 __CFStringChangeSizeMultiple (in CoreFoundation) + 3133 [0x7fff938ddbed]
    +   !   : | + ! : | + ! : | + ! 2 szone_free (in libsystem_c.dylib) + 800 [0x7fff95ef03c9]
    +   !   : | + ! : | + ! : | + ! : 2 get_tiny_previous_free_msize (in libsystem_c.dylib) + 0,80 [0x7fff95ee8a3c,0x7fff95ee8a8c]
    +   !   : | + ! : | + ! : | + ! 2 szone_free (in libsystem_c.dylib) + 1916 [0x7fff95ef0825]
    +   !   : | + ! : | + ! : | + ! : 2 tiny_free_list_add_ptr (in libsystem_c.dylib) + 0,402 [0x7fff95ee8a8e,0x7fff95ee8c20]
    +   !   : | + ! : | + ! : | + ! 1 CFAllocatorDeallocate (in CoreFoundation) + 0 [0x7fff938de800]
    +   !   : | + ! : | + ! : | + ! 1 szone_free (in libsystem_c.dylib) + 466 [0x7fff95ef027b]
    +   !   : | + ! : | + ! : | + ! : 1 _spin_lock$VARIANT$mp (in libsystem_c.dylib) + 13 [0x7fff95f2a35d]
    +   !   : | + ! : | + ! : | + ! 1 szone_free (in libsystem_c.dylib) + 860 [0x7fff95ef0405]
    +   !   : | + ! : | + ! : | + 3 __CFStringChangeSizeMultiple (in CoreFoundation) + 3083 [0x7fff938ddbbb]
    +   !   : | + ! : | + ! : | + ! 2 copyBlocks (in CoreFoundation) + 13,268 [0x7fff938f3cad,0x7fff938f3dac]
    +   !   : | + ! : | + ! : | + ! 1 copyBlocks (in CoreFoundation) + 210 [0x7fff938f3d72]
    +   !   : | + ! : | + ! : | + !   1 __CFStrConvertBytesToUnicode (in CoreFoundation) + 23 [0x7fff938ecd17]
    +   !   : | + ! : | + ! : | + 1 __CFStringChangeSizeMultiple (in CoreFoundation) + 1207 [0x7fff938dd467]
    +   !   : | + ! : | + ! : | +   1 malloc_good_size (in libsystem_c.dylib) + 47 [0x7fff95f28f41]
    +   !   : | + ! : | + ! : | 7 CFStringAppend (in CoreFoundation) + 468 [0x7fff938e1784]
    +   !   : | + ! : | + ! : | + 6 CFStringGetCharacters (in CoreFoundation) + 48,194,... [0x7fff938ecc30,0x7fff938eccc2,...]
    +   !   : | + ! : | + ! : | + 1 CFStringGetCharacters (in CoreFoundation) + 199 [0x7fff938eccc7]
    +   !   : | + ! : | + ! : | +   1 memmove$VARIANT$sse42 (in libsystem_c.dylib) + 10 [0x7fff95eafcc7]
    +   !   : | + ! : | + ! : | 1 CFStringAppend (in CoreFoundation) + 241 [0x7fff938e16a1]
    +   !   : | + ! : | + ! : |   1 CFStringGetLength (in CoreFoundation) + 152 [0x7fff938dcaa8]
    +   !   : | + ! : | + ! : 31 CFURLCreateStringByReplacingPercentEscapes (in CoreFoundation) + 845 [0x7fff938f937d]
    +   !   : | + ! : | + ! : | 23 CFStringCreateMutableWithExternalCharactersNoCopy (in CoreFoundation) + 197 [0x7fff93903595]
    +   !   : | + ! : | + ! : | + 13 _CFRuntimeCreateInstance (in CoreFoundation) + 400 [0x7fff938d9310]
    +   !   : | + ! : | + ! : | + ! 9 malloc_zone_malloc (in libsystem_c.dylib) + 77 [0x7fff95f283c8]
    +   !   : | + ! : | + ! : | + ! : 4 szone_malloc_should_clear (in libsystem_c.dylib) + 1115 [0x7fff95ef300e]
    +   !   : | + ! : | + ! : | + ! : | 3 tiny_malloc_from_free_list (in libsystem_c.dylib) + 173,1092,... [0x7fff95ef23a8,0x7fff95ef273f,...]
    +   !   : | + ! : | + ! : | + ! : | 1 tiny_malloc_from_free_list (in libsystem_c.dylib) + 419 [0x7fff95ef249e]
    +   !   : | + ! : | + ! : | + ! : |   1 get_tiny_free_size (in libsystem_c.dylib) + 23 [0x7fff95ee8a02]
    +   !   : | + ! : | + ! : | + ! : 3 szone_malloc_should_clear (in libsystem_c.dylib) + 1115,1169,... [0x7fff95ef300e,0x7fff95ef3044,...]
    +   !   : | + ! : | + ! : | + ! : 1 DYLD-STUB$$_spin_lock (in libsystem_c.dylib) + 0 [0x7fff95f2f37c]
    +   !   : | + ! : | + ! : | + ! : 1 szone_malloc_should_clear (in libsystem_c.dylib) + 181 [0x7fff95ef2c68]
    +   !   : | + ! : | + ! : | + ! :   1 _spin_lock$VARIANT$mp (in libsystem_c.dylib) + 13 [0x7fff95f2a35d]
    +   !   : | + ! : | + ! : | + ! 2 CFAllocatorAllocate (in CoreFoundation) + 214,299 [0x7fff938d9546,0x7fff938d959b]
    +   !   : | + ! : | + ! : | + ! 2 malloc_zone_malloc (in libsystem_c.dylib) + 6,53 [0x7fff95f28381,0x7fff95f283b0]
    +   !   : | + ! : | + ! : | + 7 _CFRuntimeCreateInstance (in CoreFoundation) + 73 [0x7fff938d91c9]
    +   !   : | + ! : | + ! : | + 3 _CFRuntimeCreateInstance (in CoreFoundation) + 479 [0x7fff938d935f]
    +   !   : | + ! : | + ! : | +   3 bzero$VARIANT$sse42 (in libsystem_c.dylib) + 65,57 [0x7fff95eafb21,0x7fff95eafb19]
    +   !   : | + ! : | + ! : | 8 CFStringCreateMutableWithExternalCharactersNoCopy (in CoreFoundation) + 1,124,... [0x7fff939034d1,0x7fff9390354c,...]
    +   !   : | + ! : | + ! : 27 CFURLCreateStringByReplacingPercentEscapes (in CoreFoundation) + 1221 [0x7fff938f94f5]
    +   !   : | + ! : | + ! : | 13 CFRelease (in CoreFoundation) + 1461 [0x7fff938de615]
    +   !   : | + ! : | + ! : | + 10 szone_free (in libsystem_c.dylib) + 1014,2821,... [0x7fff95ef049f,0x7fff95ef0bae,...]
    +   !   : | + ! : | + ! : | + 1 szone_free (in libsystem_c.dylib) + 466

SearchIndexer.exe taking up 15-20% CPU after indexing complete

Similar Messages

Maybe you are looking for