Un laptop fierbinte și plin, care nu făcea nimic
O mașină cu Windows 11, 32 GB de RAM, un procesor AMD cu 24 de fire de execuție și o unitate de procesare neurală la bord. Modernă, rapidă, genul de laptop pe care o firmă îl dă unui inginer senior. Și se încălzea și mergea greu în timp ce utilizatorul abia îl atingea.
Instinctul într-o astfel de situație e să dai vina pe un tab din browser sau să începi să închizi aplicații la întâmplare. Noi am făcut invers: am măsurat înainte să atingem ceva. Cifrele au spus altă poveste, iar povestea contează mult dincolo de un singur laptop cald.
„8% CPU" și totuși fierbinte e un semnal real, nu o contradicție
Prima măsurătoare, încărcarea instantanee a procesorului pe toate nucleele: 8%. Mașina era, după orice definiție normală, în repaus.
O capcană de evitat aici. Task Manager și Get-Process îți arată liniștite un proces Chrome cu „9174" în dreptul lui și te fac să crezi că Chrome macină procesorul. Numărul ăla e timpul de CPU cumulat, în secunde, de la pornirea procesului, nu încărcarea curentă. Dacă sortezi după el, alergi după ce nu trebuie. Eșantionul instantaneu e cel care contează, iar el arăta 8%.
Deci, dacă procesorul doarme, de unde vine căldura? Din două locuri care nu au nicio legătură cu calculul:
- Placa grafică. Fiecare tab de browser cu accelerare hardware ține GPU-ul integrat cald chiar și când procesorul stă. Două browsere deschise deodată dublează asta, fără niciun beneficiu.
- Presiunea pe memorie. Acesta a fost adevăratul indiciu. RAM-ul era folosit 71%, cu 1,46 GB ținuți de Memory Compression și memorie alocată de 34 GB față de 31 GB de RAM fizic. Mașina fusese deja forțată să pagineze pe SSD. Compresia și paginarea rulează continuu sub presiune, țin controllerul ocupat și țin ventilatoarele pornite în timp ce graficul procesorului rămâne plat.
Căldura în repaus e rareori o problemă de calcul. De obicei e o problemă de memorie sau una de hardware. Așa că am căutat ce mânca memoria.
Unde s-au dus de fapt 22 GB de RAM
Oamenii se uită în Task Manager, adună primele câteva aplicații, ajung pe la 10 GB și se întreabă unde s-a dus cealaltă jumătate. Iată socoteala completă și cinstită pe mașina asta:
| Categorie | Cantitate | Ce e |
|---|---|---|
| Toate procesele (nu doar primele din listă) | ~16,3 GB | zeci de procese mici sub linia de sus, 99 de instanțe svchost |
| Memory Compression | 1,46 GB | RAM pe care Windows l-a comprimat pentru că era plin |
| Kernel paged pool | 1,1 GB | sistemul de operare însuși |
| Drivere (non-paged pool) | 1,5 GB | driverele dispozitivelor |
| Rezervat hardware | 0,9 GB | luat de firmware și de GPU-ul integrat înainte ca Windows să-l vadă |
Nimic nu dispare misterios. Dar cam 5 GB stau în kernel, compresie și drivere, care nu apar niciodată ca „aplicație", iar GPU-ul integrat mai ia pe tăcute un gigabyte. Asta e normal. Ce nu era normal era un singur proces care ținea 4,1 GB de unul singur: WorkloadsSessionHost.
WorkloadsSessionHost: AI-ul pe care nu l-ai instalat
WorkloadsSessionHost.exe e procesul gazdă pentru sarcinile AI din Windows. Ca să vedem ce rula de fapt, am listat pachetele de componente AI instalate pe mașină. O parte din ce a ieșit:
WindowsWorkload.SemanticText.* (semantic understanding of your text)
WindowsWorkload.ImageSearch.* (AI search across your images)
WindowsWorkload.ImageTextSearch.* (reading text inside your images)
WindowsWorkload.TextRecognition.* (OCR on screen content)
WindowsWorkload.ScrRegDetection.* (screen region detection)
WindowsWorkload.ContentExtraction.* (pulling structured content out of files)
WindowsWorkload.ImageContentModeration.*
WindowsWorkload.OnnxRuntime.* (the AI model runtime)
WindowsWorkload.EP.AMD.VitisAI.* (AMD NPU execution provider)
MicrosoftWindows.Client.CoreAI
Citește lista încă o dată. E AI care rulează pe dispozitiv, îți indexează documentele, citește textul din capturile de ecran și din imagini, face OCR pe zone ale ecranului și extrage conținut din fișierele tale. La o pornire proaspătă începe să indexeze, exact când sar RAM-ul și căldura. Nu a optat nimeni pentru asta. A venit cu o actualizare de Windows și a început să citească.
Un detaliu la care merită să fim cinstiți: pe mașina asta, Recall (funcția care face periodic capturi ale ecranului) era deja în starea DisabledWithPayloadRemoved, deci capturile nu rulau. Stiva de indexare semantică și de imagini, în schimb, era cât se poate de vie. Ideea nu e o singură funcție înfricoșătoare. Ideea e o întreagă categorie de AI de fundal pe care nu o vezi niciodată și pe care nu ai aprobat-o niciodată.
Nu-l poți omorî. Trebuie să oprești funcția.
Mutarea evidentă e să închei procesul. Am încercat. A repornit în câteva secunde și a revenit mai mare, urcând peste 7 GB. Un watchdog îl relansează agresiv, pentru că funcția de indexare e activată. Dacă omori procesul, tratezi simptomul. Trebuie să dezactivezi funcția.
Iată abordarea reversibilă pe care am folosit-o. Tot ce e mai jos se poate anula, iar într-o organizație ar trebui să faci asta prin Group Policy sau Intune, nu de mână pe fiecare laptop.
# Copilot off (per-user and machine-wide)
New-Item 'HKLM:\Software\Policies\Microsoft\Windows\WindowsCopilot' -Force
Set-ItemProperty 'HKLM:\Software\Policies\Microsoft\Windows\WindowsCopilot' TurnOffWindowsCopilot 1
# Windows AI data analysis + Recall snapshots off
New-Item 'HKLM:\Software\Policies\Microsoft\Windows\WindowsAI' -Force
Set-ItemProperty 'HKLM:\Software\Policies\Microsoft\Windows\WindowsAI' DisableAIDataAnalysis 1
Set-ItemProperty 'HKLM:\Software\Policies\Microsoft\Windows\WindowsAI' AllowRecallEnablement 0
Set-ItemProperty 'HKLM:\Software\Policies\Microsoft\Windows\WindowsAI' TurnOffSavingSnapshots 1Am dezactivat și taxa obișnuită de fundal: serviciul de telemetrie DiagTrack, dmwappushservice și un set de sarcini programate pentru Customer Experience Improvement Program și telemetria de compatibilitate. Toate se pot reactiva cu o singură comandă Set-Service sau Enable-ScheduledTask.
Ce am lăsat deliberat neatins
Aici se desparte o curățenie atentă de un ghid de forum care îți strică mașina. Nu am scos driverul NPU și nici framework-ul AMD VitisAI. Procesorul neural în sine e hardware bun. În repaus consumă aproape zero wați și preia de pe procesor și de pe placa grafică munca AI legitimă. Dacă îl smulgi, strici driverul, strici Windows Update și pierzi lucruri precum efectele de fundal ale camerei în apeluri.
Distincția e simplă și e toată lecția: păstrezi capabilitatea hardware, tai serviciile parazite. Nu ești împotriva AI. Tu decizi ce rulează pe mașina ta, în loc să o lași pe ea să decidă pentru tine.
Rezultatul
După curățenie și o repornire:
- RAM: de la 71% la 47%
- Memory Compression: de la 1,46 GB la 0
- CPU în repaus: de la 8% la 4%
Zero-ul de la Memory Compression e cel care contează. Înseamnă că mașina a încetat să se lupte cu ea însăși pentru memorie. Încă un lucru spus cinstit, pentru că vindem cinste: dacă un laptop încă se încălzește după asta, cu procesorul sub 5% și RAM-ul sub 65%, problema nu mai e de software. E praf în ventilator sau pastă termoconductoare uscată, și nicio cheie de registry nu le repară.
De ce e o problemă de securitate, nu un sfat de performanță
Tot ce e mai sus sună a articol de tipul „fă-ți laptopul mai rapid". Nu e. Înmulțește acea mașină cu fiecare PC Copilot+ dintr-o firmă.
Ai acum AI care rulează pe dispozitiv pe zeci sau sute de endpointuri, indexează documente, citește textul din imagini, face OCR pe ce e pe ecran și, în cazul Recall, face capturi chiar ale ecranului. A fost activat de o actualizare a furnizorului, nu de echipa ta IT. Nu a evaluat nimeni ce date atinge. Nu a decis nimeni dacă e potrivit pentru o mașină care lucrează cu contracte de clienți, fișe de pacienți sau cod sursă.
Asta e definiția de manual pentru shadow AI: procesare AI în interiorul perimetrului tău, pe care guvernanța ta nu a aprobat-o niciodată și nu o poate vedea. Conform GDPR, procesarea neevaluată a unor date care pot fi din categorii speciale e o răspundere, fie că se scurge ceva, fie că nu. Conform EU AI Act, „nu știam că rulează" nu e o apărare; de la cei care folosesc AI se așteaptă să știe ce AI funcționează în mediul lor. Riscul nu e că Microsoft ar fi rău intenționat. Riscul e că nu poți guverna ce nu vezi, iar cele mai multe organizații nu văd deloc asta acum.
Rezolvarea la scară nu e un fragment de PowerShell pe un laptop. E un inventar a ce AI rulează de fapt pe toată flota, o decizie de politică despre ce e permis și impunerea ei prin uneltele de administrare. Asta e muncă de guvernanță, exact genul de muncă sărită pentru că AI-ul în cauză nu s-a anunțat niciodată.
Ce face DeviDevs aici
Securizăm sisteme AI ca meserie, ceea ce înseamnă că ne petrecem timpul găsind AI-ul la care nu se uită nimeni. Indexatorul de fundal de pe un laptop Copilot+ e un exemplu mic și concret dintr-un tipar mult mai mare: AI capabil care apare în organizații mai repede decât îl poate guverna cineva.
Dacă ai o firmă și articolul ăsta te-a făcut să te întrebi ce rulează pe mașinile echipei tale, instinctul e corect, iar un răspuns făcut cum trebuie e primul pas al unei posturi de securitate AI. Ajutăm organizațiile să-și inventarieze AI-ul din stack, să decidă ce are loc acolo și să impună decizia, de la endpoint până la modelele din producție.
Nu trebuie să fii împotriva AI ca să vrei să știi ce face AI-ul tău. Trebuie doar să fii cel care decide.