cidaemon.exe进程cpu占用率高及关闭cidaemon.exe进程方法

问题描写叙述:

这段时间机器总是出现一个奇怪的问题:cidaemon.exe进程占用CUP率98%以上,大大影响了电脑的正常使用.资源管理器中出现多个cidaemon.exe进程,强制结束占用cpu率最高的一个,两分钟左右后,相同的问题还是出现了。

问题关联:

cidaemon.exe相关知识:
cidaemon - cidaemon.exe - 进程信息
进程文件: cidaemon or cidaemon.exe
进程名称: Microsoft Indexing Service
描写叙述: 在后台执行的Windows索引服务,用于帮助你搜索文件在下次变得更快。
    结束进程是没什么效果的,立即就会重新启动该进程,删了也不行,还会重建。
    那就一定是其它服务调用该程序了,在命令行直接执行该程序,报“This program is part of the Ci Filter Service and can not be run standalone.” 到服务中查找,最终找到了Indexing Service服务,停止该服务,一切最终清静了。
进程文件: cidaemon or cidaemon.exe
进程名称: Microsoft Indexing Service
进程类别:其它进程
英文描写叙述:
cidaemon.exe is an indexing service which catalogues files on your computer to enable for faster file searches.
中文參考:
cidaemon.exe是一个索引服务,为了让你更加高速的查找文件。
出品者:Microsoft Corp.
属于:Microsoft Windows Operating System
系统进程:Yes
后台程序:Yes
网络相关:No
常见错误:N/A
内存使用:N/A
安全等级 (0-5): 0
间谍软件:No
广告软件:No
病毒:No
木马:No

解决方法:

禁用Indexing Service服务能够解决此问题,该服务一般较少使用,能够禁止使用,假设真正须要时再手工启动之. 关闭方法:我的电脑--控制面板--管理工具--服务--禁用Indexing Service。

新闻来自: 新客网(www.xker.com) 详文參考:http://www.xker.com/page/e2008/0724/54895.html

时间: 2024-08-06 03:44:59

cidaemon.exe进程cpu占用率高及关闭cidaemon.exe进程方法的相关文章

Linux下分析某个进程CPU占用率高的原因

  Linux下分析某个进程CPU占用率高的原因 通过top命令找出消耗资源高的线程id,利用strace命令查看该线程所有系统调用  1.top 查到占用cpu高的进程pid 2.查看该pid的线程:top -H -p 9532 3.查看这个线程所有系统调用:strace -p 10017 不停循环输出Connection timed out,让开发查看问题 原文地址:https://www.cnblogs.com/chenjw-note/p/8370679.html

Linux下java进程CPU占用率高分析方法

Linux下java进程CPU占用率高分析方法 在工作当中,肯定会遇到由代码所导致的高CPU耗用以及内存溢出的情况.这种情况发生时,我们怎么去找出原因并解决. 一般解决方法是通过top命令找出消耗资源高的线程id,利用strace命令查看该线程所有系统调用 1. 通过top命令找到可疑进程PID top - 09:37:18 up 70 days, 16:29, 2 users, load average: 1.13, 1.04, 0.97 Tasks: 105 total, 1 running

Linux下java进程CPU占用率高-分析方法

今天登陆同事的一台gateway 开始以为hive环境登陆不了了,仔细一看看了下是因为机器很卡,我每次等几秒没登陆就ctrl+c了,看了下是有个java进程cpu:340.4%  mem:14.6% 一般解决方法是通过top命令找出消耗资源高的线程id,利用strace命令查看该线程所有系统调用 1. 通过top命令找到可疑进程PID top 一下 可以看出java进程CPU利用率一直保持100%,稳居不下,找到PID 24138 2. 找出消耗资源最高的线程 top -H -p  29580 

Java CPU占用率高分析

首先,通过top命令找出CPU占用率高的进程: 然后,通过ps -mp 2066 -o THREAD,tid,time命令找出执行时间最长的线程的TID 将有问题的TID转为16进制格式: printf "%x\n" TID 最后,通过jstack 2066 | grep --color -E '2ab7|2ab8' -A 30命令打印线程的堆栈信息: 这些信息对于我这个运维来说,简直是天书,所以,我只需将它们发给开发即可.

一次服务器CPU占用率高的定位分析

背景 通过性能监控发现上线服务器cpu某核占用率已经达到了100%,而且是由我们的某个核心服务导致的.幸亏由于我们的服务进程由多个相同worker(线程)调度承担的,所以除了CPU占用率高之外,并没有对服务造成影响.随着上次我们找到那个吃IO的罪犯,这次我们要追捕的是潜伏在团体中的特务,更加惊险刺激哟! 系统环境 用top命令很容易定位到是谁占用CPU最高. 以我们的这个业务进程(imDevServer)举例,为什么说这货是个潜伏者呢?因为这是个多线程的进程,我们要知道实际上占用cpu的最小单位

C++ 多线程编程解决CPU占用率高问题

在用C++进行多线程编程的时候,时常需要写一些类似于死循环的结构来执行代码,这些死循环如果没有经过处理一直开着,那么CPU的占用率就会居高不下的做着很多无用的操做.为解决这个问题我们可以通过在各线程中的适当位置添加Sleep函数来休眠该线程,使其少做这些无用的操作.经过这个处理,正常能压缩掉一半以上的CPU占用.C++ 多线程编程解决CPU占用率高问题

while循环&CPU占用率高问题深入分析与解决方案

直接上一个工作中碰到的问题,另外一个系统开启多线程调用我这边的接口,然后我这边会开启多线程批量查询第三方接口并且返回给调用方.使用的是两三年前别人遗留下来的方法,放到线上后发现确实是可以正常取到结果,但是一旦调用,CPU占用就直接100%(部署环境是win server服务器).因此查看了下相关的老代码并使用JProfiler查看发现是在某个while循环的时候有问题.具体项目代码就不贴了,类似于下面这段代码. while(flag) { //your code; } 这里的flag可能是tru

刚装完Linux就CPU占用率高

top命令发现如下三个进程占据了前三的CPU使用率 wpa_supplicant NetworkManager rsyslogd google发现前两个进程与无线网络有关,我的电脑是笔记本,插的有线,无线被硬件禁止了,所以电脑一直在试图开启无线功能导致CPU占用率在空载的情况下达到80%的水平,后来在软件中也将无线给禁止了就好了.

maridb 10.3 主从复制,待机情况下从库 cpu 占用率高的处理方法

发现两台从库,一直都在CPU 占用率 60% 90% 中浮动, 但是写库却很正常.搜了一大把没找到答案,把参数测试了一下得出以下结论 slave  my.cnf 添加如下参数 #只读模式 read_only = 1 #当slave从库宕机后,假如relay-log损坏了,导致一部分中继日志没有处理,则自动放弃所有未执行的relay-log,并且重新从master上获取日志,这样就保证了relay-log的完整性. relay_log_recovery = 1 # mariadb启动报错,不支持此