主機板軟體AsusCertService.exe在非管理帳號下會吃大量記憶體，直到系統crash

[wewewesky]

不知華碩會不會重視這個問題，爬文了解先前網路上有網友反應，但一直問題都陸續有，還請官方重視該問題。

你們的AsusCertService.exe在受限制的帳號(本機帳號)下一直會有大量的「分頁錯誤」(約每3~4秒一次)導致無法清除的記憶體位置堆積。個人的建議：這種的錯誤很多方向，一般是在程式中的區域變數使用過多大量短bit造成無法回收、或者是位元解析(位元不正確)錯誤，因後者會快速增長記憶體，前者比較像是這個現象。請指向因權限的關係導致錯誤exception觸發loop循環，還請麻煩工程師協助解決。感激不儘。

電腦硬體如下：OS: win11 home

CPU:AMD Ryzen 7-8700F 

主機板: asus strix b650-a gaming wifi

管理帳號A(windows帳號)下運作正常，不會吃記憶體。

受限制帳號B(本機帳號)開機後一直緩慢吃記憶體(約十分鐘吃10G)，直到Crash。

[Jiaszzz_ASUS]

@wewewesky 您好，

感謝您的詢問，請問您是安裝系統、建立不同使用帳號後就發現此情形，還是在操作什麼樣的變更後才發生呢?例如記憶體耗用上升是在Windows更新後才發生?
為了進一步了解您的問題情境，能否請您參考 "Q5: 什麼是APP診斷?"協助在受限制帳號B(本機帳號)下錄製相關 log 提供給小編呢?
錄製時請確保在點選[紀錄系統log紀錄]後開始進行複製問題、一併紀錄操作log測試問題時大概的時間點，方便的話也請您同步錄影，完成後再點選[產出系統log紀錄檔案]，並將檔案與影片上傳至雲端。
錄製步驟請參考：
1.冷開機後進入系統
2.執行Armoury Crate開始錄製
3.操作Armoury Crate下設置或是任何可能觸發記憶體耗用異常上升的步驟
4.開啟工作管理員確認AsusCertService.exe或相關程序記憶體耗用率上升(根據描述似乎需要紀錄10分鐘左右確保問題發生)
5.產出系統log紀錄檔案

同時小編有發送私訊給您，再請幫忙回覆確認，謝謝。

[wewewesky]

安裝win10後就直接一直更新到win11，裝win11後亦改以windows帳號，一開始管制帳號會吃記憶體，但更新最新軔體後就不會，但後來轉成受限制帳號登入後還是會吃，觀察工作管理員後發現應是這個程式在吃記憶體，但實際上應該這麼說，它造成系統無法回收記憶體但程式本身是不會佔到記憶體，且有這狀況後直接停止都會被自動啟動，現在運作上並沒有設定啟動Armoury Crate.exe，但卻自動啟動甚至可說它是常註吧；強制關閉後會自動再啟動，bios中設停用也一樣。因人在外地，約莫週六會試您建議的方式後回覆你們要的資訊。
感謝您的回應!

[Jiaszzz_ASUS]

@wewewesky 您好，請問您是否成功紀錄包含問題的log檔呢?

由於異常的問題涉及Armoury Crate，請提供紀錄問題的log與問題情境影片或截圖幫助我們進一步調查與確認。
同時也請協助確認當前作業系統組建版本、安裝的記憶體、顯示卡、SSD/HDD、電源供應器等硬體的廠牌與型號。

感謝您。

[wewewesky]

感謝您的回覆。但因受限制的帳號下無法安裝成功，但因安裝過程有數次的授權安裝後，已解決吃記憶的現象。

以下是整個過程與回饋約你們的建議，希望對你們的Q&A有幫助。期待下一次的軟體更新。還有我有備四個PDF但你們無支援附件PDF。只好用文圖方式。

• 在受限制的帳號登入下，”無安裝Armourycrate軟體”，無開啟任何軟體空機運轉，記憶體隨時間增加直到系統crash。

2、同上1情況下，觀察prcess detail list，你們的LightingService.exe與AsusCertService.exe一直會定時(3~5秒)運作一次並大量「分頁錯誤」堆積。

3、這個空機運專下過大約有7~8分鐘的堆積量，比防毒軟體還誇張!

AsusCertService.exe堆積較為嚴重

4、但 ，在受限制的帳號登入下，安裝Armourycrate軟體，過程中出現不下十次的安裝授權後重新開機亦解決吃記憶體的現象。另外最下圖雖已解決記憶體問題，但CPU 10%中LightingService.exe固定卡7% !!(不過少擷取這張圖片)

è在受限制的帳號下Armourycrate軟體無法安裝成功，過程要求一定要Windows帳號才可安裝，?_? ，所以受限制的帳號下並無啟動，但因過程中已有安裝與授權所以後續才會有運作無錯誤的狀況。

以下是各人淺見：

è表示你們這個軟體Armourycrate尚未在受限制的環境下執行”測試工程”；包括安裝、運作、訊息收集、除錯、再優化等等。而debug方向建議指向LightingService.exe與AsusCertService.exe；於loop中except/exception應是尚未完全補捉，是否可能code中有大量的無補捉，或者有補捉但無finish而導致。另外global/public應用也許也是一個優化方向。希望對你們有幫助。

已解決!