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