EpicCPU占用率高，修復(fù)補(bǔ)丁已下發(fā)
日前，Epic客戶端（Epic Games Launcher）被網(wǎng)友揪出來輪番“拷打”，原因是大家發(fā)現(xiàn)，客戶端或者說游戲啟動(dòng)器程序在閑置時(shí)不僅會(huì)占用CPU資源導(dǎo)致溫度升高（尤其AMD銳龍），甚至還會(huì)和多個(gè)外部服務(wù)器通信。
有媒體測(cè)試發(fā)現(xiàn)，銳龍9 5950X處理器在關(guān)閉Epic啟動(dòng)器前后，溫度居然能差22℃。
遭炮轟后Epic當(dāng)然理虧，發(fā)行戰(zhàn)略總監(jiān)Sergiy Galyonkin先后兩次回應(yīng)后表示，針對(duì)上述BUG的熱修復(fù)補(bǔ)丁已經(jīng)下發(fā)，更新版本號(hào)為11.0.2。
不過，Galyonkin指出目前的修復(fù)并非圓滿的解決方案，但會(huì)有所緩解。
筆者發(fā)現(xiàn)，Epic國(guó)區(qū)客戶端也已經(jīng)推送補(bǔ)丁，建議大家嘗試更新。
當(dāng)然，如果你對(duì)殘血的修復(fù)方案不滿或者不愿更新，可以嘗試Epic啟動(dòng)器的替代版，比如開源軟件Legendary。需要注意的是，Legendary沒有圖形化界面，需要通過PowerShell命令行啟動(dòng)，有一定的操作難度。
責(zé)編AJX
聲明：本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人，不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用，如有內(nèi)容侵權(quán)或者其他違規(guī)問題，請(qǐng)聯(lián)系本站處理。
舉報(bào)投訴
-
cpu
+關(guān)注
關(guān)注
68文章
11326瀏覽量
225876 -
epic
+關(guān)注
關(guān)注
0文章
46瀏覽量
16713 -
補(bǔ)丁
+關(guān)注
關(guān)注
0文章
27瀏覽量
8805
發(fā)布評(píng)論請(qǐng)先 登錄
相關(guān)推薦
熱點(diǎn)推薦
內(nèi)孔堆焊激光熔覆修復(fù)加工：重塑工業(yè)修復(fù)的科技標(biāo)桿?
，降低綜合成本。
2. 冶金結(jié)合： 強(qiáng)度媲美基材，耐久性躍升
激光熔覆過程中，熔覆層與基體材料之間形成了良好的冶金結(jié)合，結(jié)合強(qiáng)度高，不易脫落。這使得修復(fù)后的內(nèi)孔能夠承受較大的載荷和復(fù)雜的工況
發(fā)表于 03-24 14:36
基于Arm架構(gòu)服務(wù)器釋放更高CPU利用率
在大型云服務(wù)提供商的數(shù)據(jù)中心中，CPU 利用率長(zhǎng)期偏低，造成了大量資源閑置。根據(jù) CAST AI 的分析，超過 1,000 個(gè) CPU 的大型集群平均占用率僅約 17%[1]，不同云服務(wù)商之間略有差異，但這一數(shù)據(jù)仍具有一定代表性。同時(shí)這也意味著云計(jì)算仍有巨大的降本增效空間
IT 補(bǔ)丁管理的8大深坑，一招全破解
很多IT團(tuán)隊(duì)一到每月的“補(bǔ)丁星期二”就頭疼，設(shè)備多、遠(yuǎn)程管不過來、補(bǔ)丁總漏打、怕更崩系統(tǒng)、審計(jì)要的材料拿不出來。對(duì)企業(yè)來說，補(bǔ)丁管理絕不僅僅是看到更新提示點(diǎn)一下“立即更新”那么簡(jiǎn)單，而是一套關(guān)乎終端
行業(yè)觀察 | 微軟3月修復(fù)83個(gè)漏洞，多個(gè)高危漏洞被標(biāo)記為高概率被利用
2026年3月微軟“補(bǔ)丁星期二”正式推送，本次共發(fā)布了83個(gè)微軟安全補(bǔ)丁，并重新發(fā)布了10個(gè)非微軟漏洞公告。此次更新覆蓋范圍廣泛，涉及Windows核心基礎(chǔ)設(shè)施、身份目錄服務(wù)、Office協(xié)作平臺(tái)
Rockchip CIF驅(qū)動(dòng)深度解析：從架構(gòu)設(shè)計(jì)到電源計(jì)數(shù)補(bǔ)丁修復(fù)
穩(wěn)定性。本文將從「驅(qū)動(dòng)整體架構(gòu)」入手，拆解核心文件功能與調(diào)用關(guān)系，再聚焦「Sensor 電源引用計(jì)數(shù)補(bǔ)丁」，詳解如何通過補(bǔ)丁解決實(shí)際運(yùn)行中的穩(wěn)定性問題，為驅(qū)動(dòng)開發(fā)與調(diào)試提供完整參考。
Linux性能分析實(shí)戰(zhàn)：用trace揪出卡頓、高CPU的“真兇”
做 Linux 開發(fā)或運(yùn)維的你，是否常被這些問題困擾：服務(wù)突然卡頓卻找不到根源，CPU 占用率飆升但查不到 “罪魁禍?zhǔn)住?，系統(tǒng)響應(yīng)變慢卻摸不清瓶頸？其實(shí)，Linux 內(nèi)核早已為我們準(zhǔn)備了 “透視鏡”——trace 跟蹤技術(shù)，今天就手把手教你從生成 trace 文件到可視化分析，搞定性能難題！
行業(yè)觀察 | 微軟1月修復(fù)112個(gè)漏洞，其中1個(gè)正被黑客主動(dòng)利用
套件等多個(gè)關(guān)鍵領(lǐng)域，需要IT團(tuán)隊(duì)高度重視并有序部署。本月修復(fù)的漏洞中，已確認(rèn)存在1個(gè)被主動(dòng)利用的“零日漏洞”（CVE-2026-20805）。此外，微軟還將多個(gè)漏洞
鎢管激光熔覆修復(fù)技術(shù)的核心原理及優(yōu)勢(shì)
閉環(huán)供給方式。材料利用率高達(dá)90%以上，遠(yuǎn)遠(yuǎn)超過堆焊60%以下的利用率。而且修復(fù)周期短，單處缺陷修復(fù)僅需幾分鐘到幾十分鐘。與更換新鎢管相比，能夠降低成本30% - 70%。
三、
發(fā)表于 01-14 14:24
RDMA設(shè)計(jì)2：開發(fā)必要性之性能簡(jiǎn)介
或RDMA 產(chǎn)品及項(xiàng)目需求，請(qǐng)看B站視頻后聯(lián)系。
基于本IP設(shè)計(jì)，經(jīng)過優(yōu)化后得出如下性能指標(biāo)及資源占用率：
1 性能指標(biāo)
2 不同包模式下性能
3占用資源
發(fā)表于 11-20 10:57
NVMe高速傳輸之?dāng)[脫XDMA設(shè)計(jì)45：上板資源占用率分析
Block Design 設(shè)計(jì)后進(jìn)行綜合與實(shí)現(xiàn)， NoP 邏輯加速引擎的在不同 FPGA 平臺(tái)中的資源占用率分別如表 1 和表 2 所示。 從表中可以看到， 本課題設(shè)計(jì)的 NoP邏輯加速引擎資源
發(fā)表于 11-13 08:36
別讓小疏忽釀成大風(fēng)險(xiǎn)，這些補(bǔ)丁誤區(qū)你避開了嗎？
補(bǔ)丁管理始終是維護(hù)系統(tǒng)安全與穩(wěn)定的核心環(huán)節(jié)，它能確保操作系統(tǒng)、應(yīng)用程序及終端設(shè)備時(shí)刻保持最新狀態(tài)，獲取最新的安全防護(hù)與功能支持。這一關(guān)鍵環(huán)節(jié)中的細(xì)微疏漏，往往成為引爆安全危機(jī)的導(dǎo)火索，可能讓企業(yè)直面
構(gòu)建高可靠網(wǎng)絡(luò)：硬件BFD的關(guān)鍵作用
BFD Acceleration（BFD加速）指的是一系列通過硬件卸載或內(nèi)核優(yōu)化技術(shù)，將BFD報(bào)文的處理從設(shè)備的中央處理器（CPU）轉(zhuǎn)移到專用硬件或高速處理平面的方法。目標(biāo)在于：在維持毫秒級(jí)檢測(cè)精度的同時(shí)，極大地降低CPU占用率，并支持大規(guī)模BFD會(huì)話的穩(wěn)定運(yùn)行。
RK3576機(jī)器人核心：三屏異顯+八路攝像頭，重塑機(jī)器人交互與感知
%· 高負(fù)載溫度：65℃最令人印象深刻的是其性能表現(xiàn)：在同時(shí)運(yùn)行以上所有繁重應(yīng)用時(shí)，RK3576的CPU占用率僅為34%，DDR占用率為50%。這意味著芯片仍有充足的算力余量來處理更高級(jí)的AI推理任務(wù)，如實(shí)
發(fā)表于 10-29 16:41
蜂鳥E203內(nèi)核優(yōu)化方法
。
修改內(nèi)核參數(shù)：對(duì)蜂鳥E203的內(nèi)核參數(shù)進(jìn)行相應(yīng)修改，可以優(yōu)化內(nèi)核運(yùn)行效率，提高系統(tǒng)性能，比如調(diào)整緩存大小、內(nèi)存分配策略等。
資源管理：進(jìn)行有針對(duì)的資源管理，例如調(diào)度算法的修改，調(diào)整好CPU占用率等，以
發(fā)表于 10-21 07:55
rt-thread studio 如何進(jìn)行多線程編譯？
使用 rt-thread studio在工程配置 C/C++構(gòu)建->Behavior->parallel build數(shù)量修改，CPU的占用率沒有明顯的改變
發(fā)表于 10-11 09:16
評(píng)論