當前位置:首頁 » 挖礦知識 » cpu50佔用的挖礦病毒

cpu50佔用的挖礦病毒

發布時間: 2022-01-27 15:08:05

① 我的電腦玩游戲的時候CPU是100%,內存佔用是50%,這是怎麼回事

1、如果使用的是筆記本電腦的話,我們在玩游戲的時候盡量接上外接電源而不用筆記本電腦的電池來提供電力。當使用電池供電的時候,筆記本CPU處於降頻狀態,各個方面的性能都沒有達到最佳狀態容易導致CPU佔用過高。

② CPU長時間佔用50%以上對電腦損傷大不

首先要看你的CPU的功率是多大,如果是45納米製造工藝的話,加上有足夠好的風扇散熱的話,對你的CPU是沒什麼損傷的,我曾經連續2個星期沒關過電腦,我4開玩快樂西遊,哈哈,一樣玩的挺好的。
其次就是對電腦內部硬體的保養也很重要,如果灰塵過多,導致靜電頻頻發生的話,是很不利的局面哦。
再次就是看看是不是中毒了,殺殺毒吧。
其實最重要還是個人使用習慣的問題啦,只要足夠重視,是不會有什麼問題的。前提是你的電腦配的時候質量好。

③ 我的cpu使用率都在50%上 怎麼辦啊

CPU佔用率高的九種可能
1、防殺毒軟體造成故障
2、驅動沒有經過認證,造成CPU資源佔用100%
3、病毒、木馬造成
4、控制面板—管理工具—服務—RISING REALTIME MONITOR SERVICE點滑鼠右鍵,改為手動。
5、開始->;運行->;msconfig->;啟動,關閉不必要的啟動項,重啟。
7、查看網路連接。主要是網卡。
8、查看網路連接
9、看看是不是Windows XP使用滑鼠右鍵引起CPU佔用100%
出現CPU佔用率100% 的故障經常是因為病毒木馬造成的,比如震盪波病毒。應該首先更新病毒庫,對電腦進行全機掃描 。接著,在使用反間諜軟體Ad—Aware,檢查是否存在間諜軟體。

svchost.exe佔用CPU100%,這個往往是中毒的表現。

svchost.exe Windows中的系統服務是以動態鏈接庫(DLL)的形式實現的,其中一些會把可執行程序指向svchost.exe,由它調用相應服務的動態鏈接庫並加上相應參數來啟動服務。正是因為它的特殊性和重要性,使它更容易成為了一些病毒木馬的宿主。

explorer.exe進程造成CPU使用率佔用100%

在system.ini文件中,在[BOOT]下面有個「shell=文件名」。正確的文件名應該是「explorer.exe」,如果不是「explorer.exe」,而是「shell= explorer.exe 程序名」,那幺後面跟著的那個程序就是「木馬」程序,就是說你已經中「木馬」了。

在注冊表中的情況最復雜,通過regedit命令打開注冊表編輯器,在點擊至:「HKEY-LOCAL-MACHINE\Software\Microsoft\Windows\CurrentVersion\Run」目錄下,查看鍵值中有沒有自己不熟悉的自動啟動文件

另外,使用了具有超線程功能的P4 CPU,似乎和天網防火牆有沖突,可以通過卸載天網並安裝其它防火牆解決,也可以通過在BIOS中關閉超線程功能解決。

既然你能進入任務管理器,就應該看看是哪個程序佔用了最多的系統資源,找到相關程序後,使用冰仞對系統的進程進行分析,一般可找到木馬的蹤跡 。

④ CPU佔用百分之50,怎麼辦

原因有二:(1)你空閑了,並不代表電腦也空閑了,有些系統程序或後台程序仍在運行,必然要佔用CPU,比如瑞星有一項功能就是計算機空閑時殺毒。
(2)有可能是病毒作怪。雖然你重裝了系統,但病毒除了影響系統盤外,在其他分區也做下了埋伏,故重裝系統並不能完全清除病毒。最後做一個全盤殺毒。如果沒有重要資料在電腦中,可以重新分區,再裝系統。

⑤ CPU佔用率總是在50%左右什麼問題

1就是後台程序2就是被很厲害的病毒入侵3就是你的機要換了.

⑥ 為什麼資源管理器佔用CPU50啊

先說說我在沒查閱任何資料之前的做法:
這里要先明確一點,
任務管理器(taskmgr)裡面顯示50%並非意味著當前cpu真就工作在一半的頻率下,
仔細觀察可以發現,
taskmgr的cpu使用率圖表是周期性刷新的,
也就是說每經過一個interval期間,
cpu活動(執行指令)的時間和空閑(掛起)時間剛好相等的話,
那麼就可以認為cpu佔用率為50%,
表面上看就可以認為cpu的運行頻率降低了(實際上沒有).
有了上面的認識,
就可以得到一個大致的思路:
在程序中首先執行一定規模的代碼,
然後調用sleep()函數讓線程掛起x(ms),
如此周而復始,
如果代碼執行花費的時間和掛起時間大致相等,
那麼從一個interval來看,
cpu佔用率正好就是50%.
有了這個初步想法,
那麼難點就在於如何估算執行代碼所花費的時間了,
要執行一定規模的的代碼,
最簡單的方法就是寫一個busy
loop(也就是空循環),
比如for(i
=
0;
i
<
n;
i++);如果能合理估算出這段代碼的運行時間,
那麼就可以知道需要掛起多長時間了.
之所以選用busy
loop而不是其他api之類的,
是因為它不需要調用任何privilege
instruction(沒有io操作等),
這樣就不會在運行中影響內核時間,
因為內核在運行privilege
instruction時我們是無法控制的,
要使得50%的曲線更加平滑,
就應該盡量減少uncontrolable的內核時間.
所以busy
loop是最簡單最容易估算的代碼段了.
接下來是估算:
分析for(i
=
0;
i
<
n;
i++);可以大致推算出每次循環需要5行匯編代碼
loop:
mov
dx
i
add
dx
1
mov
i
dx
cmp
i
n
jmp
loop
(很久以前學的匯編,
忘記了那個判斷大小後跳轉的語句怎麼寫了...湊合一下吧)
我的cpu是p4
2.4ghz,
等於2.4
*
10的9次方個時鍾周期每秒,
記得以前上微機原理時說現代cpu每個時鍾周期可以執行2條以上的代碼,
那麼我就取平均2條,
於是讓
(2400,000,000
*
2)
/
5
=
960000000(循環/秒),
也就是說,
cpu一秒鍾可以運行那個循環960000000次.
不過我們還是不能簡單地將n
=
960000000,
然後sleep(1000)了事.
因為windows並不是一個獨占的實時系統,
而是一個搶先式多任務系統,
分配給某個線程的運行時間片是會被其他更高優先順序的線程搶先的,
而且taskmgr的刷新率也小於1s,
如果我們讓cpu工作1s,
掛起1s,
波形很有可能就是呈現鋸齒狀的,
先達到一個峰值(大於>50%),
然後跌到一個很低的佔用率!
於是我嘗試著降低兩個數量級,
令n
=
9600000,
而sleep(10).
用10ms是因為它不大也不小,
1ms的話會造成線程頻繁地被喚醒和掛起,
無形中又是增加了內核時間的不確定性影響.
可以得到代碼如下:
#include
int
main()
{
for(;
{
for(i
=
0;
i
<
9600000;
i++);
sleep(10);
}
return
0;
}
編譯,
盡量關閉其他應用程序,
停掉能停的服務,
然後運行,
bingo!
在我的機器上,
已經顯示cpu在50%附近了,
但是還有小幅度抖動,
此時適當調整n的大小,
幾次嘗試運行後就可以得到一個相對平滑的結果了!
為了驗證我的推算正確性,
我又找了幾台機器試了一下,
發現不同的cpu得到的結果會有所不同,
在一個p4
3.2ghz
ht的cpu上,
關掉ht功能,
得到7680000
6ms是比較好的結果,
同時還發現一個好玩的現象,
就是開了ht功能後,
就不用sleep()函數了,
直接寫一個無限循環就可以讓cpu跑在50%左右,
這可謂是最簡單的方法
:),
而在迅馳和mobile系列cpu上由於運行頻率會動態改變,
所以實現起來估算和實際情況出入比較大.
在程序運行起來後,
在taskmgr裡面將它的優先順序設置為最高(減少爭用)也可以一定程度上讓波形平滑一些.
而打開內核時間的顯示後可以發現,
波形的抖動基本上都是由內核活動影響的.
根據這個原理,
讓cpu波形維持在50%以外的數值也不是不可能的,
關鍵是讓循環次數和掛起時間進行匹配,
而且它們的數量級還與cpu時間片分配和taskmgr波形刷新周期有關.
先估算一個值,
然後根據比例放大或者縮小,
再進行細微調整,
找到兩個合適的數值不是難事.
而且,
有了根據這個原理,
還可以讓cpu波形呈現sin()函數的形式,
比如先對0'~180'間取10'區間進行取樣,
得到一個函數值數組,
然後根據數組的值對busy
loop中的循環數和掛起時間進行換算修改,
從理論上來說是這肯定可行的,
不過指令數一多一復雜估算的精確性就會降低.
為了了解taskmgr的工作原理,
我查閱了一下相應的api資料,
發現兩個函數queryperformancefrequency()和queryperformancecounter()可以精確得到一段代碼的運行時間,
於是想到可以構造兩個相同的大busy
loop,
先在程序開頭算出運行所需的精確時間,
然後用它來對sleep()函數進行賦值,
這樣也可以實現某種意義上的自動化(不用估算了xd...)
修改程序如下:
#include
int
main()
{
int
i
=
96000000,
j
=
0;
large_integer
freq
=
{0};
large_integer
start
=
{0};
large_integer
end
=
{0};
dword
elapse
=
0;
queryperformancefrequency(&freq);
printf("freq
=
%u\n",
freq.quadpart);
queryperformancecounter(&start);
queryperformancecounter(&end);
longlong
overhead
=
end.quadpart
-
start.quadpart;
printf("overhead
=
%d\n",
overhead);
queryperformancecounter(&start);
for(i
=
0;
i
<
9600000;
i++);
queryperformancecounter(&end);
longlong
temp
=
(end.quadpart
-
start.quadpart
-
overhead);
printf("temp
=
%d\n",
temp);
elapse
=
(dword)(((double)temp
/
(double)freq.quadpart)
*
1000.0);
printf("elapse
=
%lf\n",
temp2);
for(;
{
for(i
=
0;
i
<
9600000;
i++);
sleep(elapse);
}
return
0;
}
不過精確計算的結果似乎並不能得到更平滑的圖像,
因為我甚至連兩次調用api的花費都減掉了,
也許是過猶不及吧...總之我實驗的結果是比較粗糙.
最後總結一下兩個心得:
1.
盡量減少sleep/aweak的頻率和花費,
如果頻繁發生的話影響會很大.
2.
盡量不要調用system
call(i/o這些privilege
instruction),
因為它會導致很多uncontrolable的kernel
time.
3.
由於搶先式多任務的爭用性質,
想要精確控制曲線幾乎是不可能的...
(不知這個結論是不是很絕對,
如果有辦法用hack的方法hook入taskmgr的函數調用點,
修改它的返回值,
那麼想顯示什麼波形就顯示什麼波形了,
我是沒有功力做這么"偉大"的事情了...)

⑦ 電腦CPU佔用率一般在50左右,中病毒了嗎

建議你可以下個360頑固木馬掃描一下,看看是否行得通。如果再不行的話,那就要重做系統,如果問題依舊存在,那就請格式化你的硬碟,再重做系統。

⑧ 我的筆記本電腦自從更新了系統之後,經常遇到 CPU 100%使用率的情況,懷疑中了挖礦病毒。

  1. ctrl+alt+del同時按住,選擇任務管理器

  2. 在進程中查看cpu佔用率,是哪個程序佔用率高而自己不用,就卸載或禁掉

⑨ 任務管理器中的cpu經常佔用50%以上這是怎麼了!!是不是中毒了!!

這類問題一般是沒人來給你解答的~或者來敷衍你……
因為你的問題太籠統了……
就好像去找醫生說我經常肚子疼,是不是腸子有蟲子啊?
建議你補充下問題~比如是不是開機就一直佔用這些~
佔用的進程什麼什麼名字~
這樣大家九更好的幫助你了

⑩ 我的CPU使用率一直維持在50%!怎麼回事呀

如果進程的CPU佔用率長期維持在20~50左右,那就是感染了funlove之類的病毒。如果CPU佔用率長期達到20~50以上,那就說明IE運行時包含了一個惡意控制項(如設計不好的工具條等)。如果一開機即出現,且/或不能關閉該進程,就說明系統已經被惡意程序/網站修改了注冊表,IE可能在運行一個對系統不利的腳本程序。

對上述情況,可以用最新版的殺毒軟體查殺。不過殺毒軟體往往不能殺干凈,最好還是找個對注冊表和系統熟悉的人幫你清理一下注冊表。

這兩個進程在正常情況下,CPU佔用率應該在5%以下(PIII機器為標准,網頁中不含大型flash或插件)。

本人沒用過VISTA,因為我不想做第一個吃螃蟹的人,雖然說V比XP好很多,但是XP在經過長期的修改和打補丁之後安全性比V好很多`黑顏色的客人可以通過使用AMD處理器的虛擬技術向Vista內核植入惡意代碼,這樣黑客便可創建新的管理程序來控制操作系統,而電腦的擁有者卻渾然不知,系統將任由黑客操縱。
所以我不能回答`也不會回答`:)

熱點內容
深圳幣圈大佬群 發布:2025-08-17 01:29:49 瀏覽:758
比特幣今日價格美元新聞 發布:2025-08-17 00:30:56 瀏覽:62
穿越利用比特幣發財 發布:2025-08-17 00:03:43 瀏覽:46
幣圈社群方案 發布:2025-08-16 23:30:05 瀏覽:560
比特幣人報 發布:2025-08-16 23:26:19 瀏覽:801
2017比特幣挖礦機螞蟻 發布:2025-08-16 23:18:45 瀏覽:471
1070xeth 發布:2025-08-16 23:12:12 瀏覽:525
幣圈期權哪家交易所最好 發布:2025-08-16 22:39:04 瀏覽:455
3月1日以太坊升級 發布:2025-08-16 22:22:26 瀏覽:61
區塊鏈追蹤物流 發布:2025-08-16 22:18:36 瀏覽:847