A MICROSOFT MEGKEZDTE A WINDOWS 11 VÁRVA VÁRT TELJESÍTMÉNYNÖVELŐ FRISSÍTŐCSOMAGJÁNAK TERJESZTÉSÉT

A frissítőcsomag opcionális lesz és telepítés után nem aktiválódik rögtön, csak akkor, ha az operációs rendszer ellenőrző rutinjai jóváhagyják a bekapcsolását.
Víg Ferenc (J.o.k.e.r)
Víg Ferenc (J.o.k.e.r)
2026. máj. 29. 13:28
A Microsoft megkezdte a Windows 11 várva várt teljesítménynövelő frissítőcsomagjának terjesztését

A Microsoft csapata a jelek szerint elkészült a Windows K2 név alatt futó projekt frissítőcsomagjával, amelynek részeként egyebek mellett a Low Latency Profile is helyet kaphat a Windows 11 fedélzetén, ezáltal gyorsulhat az alkalmazások betöltése, valamint a Start Menu működése is rugalmasabbá és gyorsabbá válhat, csak úgy, ahogy a kontextusmenüké is. Az LLP mellett egyéb optimalizációk is helyet kaptak a KB5089573-es frissítőcsomagban, amelyek segítenek a Windows 11 biztonságának, stabilitásának, teljesítményének, illetve megbízhatóságának fokozásban.

Itt az LLP

Az opcionális frissítőcsomagként érkező KB5089573-as kiadás jóvoltából a Microsoft által fejlesztett Windows alkalmazások – mint például az Edge webböngésző vagy az Outlook e-mail kliens – akár 40%-kal is gyorsabban indulhatnak a frissítőcsomag telepítését megelőző állapothoz képest. A Start Menu és a kontextusmenük esetében a gyorsulás akár 70%-os is lehet, ami már egészen biztosín érezhető lesz, különösen a gyengébb processzorral szerelt rendszereken. A külsős alkalmazások, mint például a játékok, várhatóan saját optimalizációik révén gyorsulhatnak majd.

Az új frissítőcsomag a Settings-> Windows Update-> Advanced Options-> Optional Updates menüpontban bukkan majd fel, ha az adott rendszer számára elérhető lesz. A Microsoft a jelenlegi tervek szerint kontrollált módon terjeszti a frissítőcsomagot (CFR – Controlled Feature Update), ami azt jelenti, hogy ugyan a frissítőcsomag letöltődhet az adott rendszerre és települhet is rá, de aktiválását csak akkor végzi el a Windows Update, ha a rendszer készen áll a használatára. Ezt megelőzően az ezért felelős rutinok ellenőrizni fogják megfelel-e az aktuális állapot a funkció aktiválásához, és ha igen, teljes mértékben elérhetővé válhat. Az LLP-hez az adott Windows 11 kiadásnak legalább a 26200.8524-es vagy a 26100.8524-es builden kell lennie.

Maga az LLP igazából nem a kódok optimalizálásával és a bloatware kigyomlálásával éri el a gyorsulást, helyette a processzor órajelét emeli meg a rendszer egy-egy rövidebb időtartamra, ami 1-3 másodperc közötti lehet, feladattól függően. Ekkor a maximális vagy ahhoz közeli boost órajel lép életbe, ami ad egy lökést a feladatvégzésnek, ezáltal a fentebb említett gyorsulás elérésére nyílik lehetőség, miközben sem a hőtermelés, sem a fogyasztás nem növekszik jelentősebb mértékben hosszabb távon, annyira rövid ideig tart a „beavatkozás”.

Az LLP funkció előtt a Microsoft már más megoldásokkal is próbálkozott, a File Explorer esetében például az alkalmazás előtöltésével próbálták csökkenteni a tényleges megnyitáskor tapasztalható betöltési időt, de ez a próbálkozás legjobb esetben is csak egészen minimális pozitív hatást gyakorolt az alkalmazás elindításához szükséges időtartamra. Mivel hasonló előtöltési eljárást nem lehet az összes alkalmazásnál bevetni, hiszen akkor azért lassulna a rendszer, a vállalat szakemberei úgy döntöttek, a processzorra bízzák a kód futtatásának gyorsítását: órajel-emeléssel növelik a teljesítményt a menük és az alkalmazások betöltésének idejére.

Manuális aktiválási lehetőség

A funkció igény szerint akár manuálisan is aktiválható, de csak saját felelősségre, és csak akkor, ha a fentebb említett buildeket vagy azoknál frissebb kiadást használ az adott rendszer. Az aktiváláshoz szükség lesz a ViveTool nevű alkalmazásra, amit innen lehet letölteni. Az alkalmazás letöltése is kicsomagolása után indítsunk egy parancssort (CMD), majd a ViveTool könyvtárába navigálva – ahova kitömörítettük a fájljait – írjuk be az alábbi parancsot:

vivetool /enable /id:58989092

Ha ez megvan, egy rendszer-újraindítást követően elvileg rugalmasabbnak és gyorsabbnak érezzük majd a rendszermenük működését és a Microsoft alkalmazások betöltődését. A funkciót ki is kapcsolhatjuk, ehhez a /enable helyett a /disable parancsra kell lecserélnünk a fenti sor releváns részét. Fontos viszont, hogy ha a Microsoft hivatalosan engedélyezte és alapértelmezetten aktívvá tette a funkciót, akkor azt később már a fenti eszköz és parancs segítségével már nem lehet kikapcsolni.

Hogy ez átlagfelhasználói szinten hoz-e lényeges előrelépést a korábbiakhoz képest? A most induló széles körű tesztből egészen biztosan kiderül, mint ahogy az is, tartalmaz-e súlyosabb hibákat az opcionális frissítőcsomag. A vállalatot egyébként már kritizálták az LLP miatt: sokan azt nehezményezik, hogy a mögöttes kód optimalizálása helyett a processzor órajelének emelésével próbálják gyorsítani a rendszert, ami egyfajta tűzoltásnak tűnik, amivel a tünetet kezelik, a mögöttes okokat csak elfedik.

Hírlevél feliratkozás
A feliratkozással elfogadom a Felhasználási feltételeket és az Adatvédelmi nyilatkozatot.

30 hozzászólás

A komment írásához előbb jelentkezz be!
JohnyX
JohnyX
2026. jún. 1. 12:17
#13

Úgy látom csak nekem tűnik soknak , hogy a KB5089573 egy 5 GB-s patch "fullban".

marc23
marc23
2026. jún. 1. 13:29

@JohnyX egy cpu boostolast nem lehtmet lekodolni 3 sorban! Meg a vegen hatekony lenne! Kell az 5giga h mire vegig szalad a fordito rajta addig mar a cpu is megcsinalja amit kell felgozzel, a user meg ott marad a feledat vegere boostolt cpuval (eso utan koponyeg!)

marc23
marc23
2026. jún. 1. 12:13
#12

Mondanam h jo reggelt, de mikor tovabb olvastam, inkabb azt gondtam, h az edesanyatok pi.sajat!!
Itt lehetne vegre vmi ami gyorsitana ezt a szarkupacot, de neeem! Letoltod es majd manualisad aktivalod, ne h mar magatol megcsinalja azt amire mindenki csak 20 eve var! De bezzeg minden logaszsag az azonnal telepitodik ha akarod hanem, ha kell munka kozben kenyszerit arra, h mar pedig most te frissitesz ha tetszik hanem! ://////
Ha nem igy lenne, akkor szinte pifan kopnr magat a majkreszoft es bandaja, szval sikerult ezt is olyan majkremszoftosra csinalni, mint a tobbit! :/
Amugy a ligikat aem ertrm, h alapbol miert is nem porgeti meg a cput? Nem azert van, h a gepbe rohadjon, persze nem is azert h winfos felzabalja! De lagalabb a semminel tobb(egy fellel:/)

Ps: majd kivancsi leszek, h ez a csoda is mit fog szetbaszni! Nem lepodnek meg ha az 1-2s boostbol percek orak lennenk, amolyan majkremszoftossan!
(Mint ahogy freeza mondta a db z-be, meg ot perc es a bolygo felrobban! Aztan 40 epizodon at ment az 5perc :D)

csabi02
csabi02
2026. máj. 31. 10:56
#11

A windows7 óta kb bevett szokás clean install után a minimális processzor teljesítményt is 100%-ra vágni,olyankor ez mit számít?

csabi02
csabi02
2026. jún. 2. 18:07

@thedeveloper Asztalinál nem az,sokszor mértem intel alatt anno, meg most is 9800X3D-vel.
5-5.2GHz-en tartja a procit,DE 0-1%-os kihasználtsággal az alapfogyasztás 25-30W között mozog, hogy kerál a háttérben meg itt netezek,rádió stb.
Spéci Eco módjában 2GHz és 4.9 között ugrál. A fogy. azonban nem megy le,csak 20-21W ig,viszont mikor pont vmit csinálsz 2GHz-es ciklusban a cpu terhelés 1% helyett lesz vagy 10% és a fogyasztás kilő a picsába 3x osára.
Innentől kezdve nincs értelme az asztali pc-n,de a combos notimon sem sok, mert spórolsz 10w-ot,cserébe kalap szar az egész.

Busterftw
Busterftw
2026. máj. 30. 20:01
#10

Vicces nezni, ahogy ekezitek emiatt a Microsoftot, meg hogy bezzeg a Linux, mikozben a Linux, MacOS, Android mar regota pontosan igy mukodik.
A Microsoft volt ezzel elmaradva.

csapi26
csapi26
2026. máj. 30. 11:37
#9

Ez kurvanagy öngól. Linuxnyerezenis.

Tirexi
Tirexi
2026. máj. 30. 13:10

@csapi26
Jajajaja persze.. ámítsd csak magad.
Mutass olyan statisztikát ahol egy windóz ápdét miatt a JÁTÉKOSOK tömegével vonulnak át a szaros linux-odra.
Megvárom.

Rhynmei
Rhynmei
2026. máj. 30. 9:09
#8

/kukacoskodás on
A megfogalmazás igazából parádésan pontos: teljesítménynövelés. Egy 1W teljesítményt igénylő feladathoz felnyomja a procit és 100W-ra növeli a teljesítményt.
/kukacoskodás off

Levy_Szh
Levy_Szh
2026. máj. 30. 8:28
#7

10.000 Ft hogy ez is egy nagy fos lesz !!!!
A kamu javítást meg dugja fel magának a Microsloop turbóbusztal !!! Az nem javítás hogy egy szaros grafikai elemet amit még a 386os is simán kirajzolna nem bírunk akadás nélkül feldobni, csak ha a felhasználóra rákötjük paksot, mert másképp az ai szarral telecseszett kódunk nem képes lefutni időben.

marc23
marc23
2026. jún. 1. 12:14

@Levy_Szh pontossan!!

noPublicFG
noPublicFG
2026. máj. 30. 8:02
#6

Annak örülnék, ha a boot-idő visszacsökkenne arra az egy, másfél másodpercre, mint a 11 megjelenésekor volt!
(Be sem kapcsolt a monitor, de már az asztal fogadott! Ezzel ellentétben ma bekapcsol a monitor és a pöttyök rohangásznak körbe-körbe...)

Dragon3k
Dragon3k
2026. máj. 30. 9:50

@noPublicFG nem lehet, hogy a fast boot-ra emlékszel, amit meg érdemes volt kikapcsolni, mert csak problémákat okozott? Nekem soha nem indult el 1,5 sec alatt egyik windows sem, de lehet nálad a kijelző kapcsol nagyon lassan, kb 10 sec alatt már megy a win11 nálam.

081FCCe26e
081FCCe26e
2026. máj. 29. 22:19
#5

És akkor a jól bevált energiamenedzsmentet dobhatjuk a kukába, mert a win emelgeti az órajelet egy fájlkezelő megnyitásához... Miért nem csinál egy formát c-t, azzal is gyorsulna a rendszer...

thedeveloper
thedeveloper
2026. jún. 1. 15:06

@Dragon3k Jah, a processzor saját firmware-ében, ami egy blackbox az OS felé!

NKtel1982
NKtel1982
2026. máj. 29. 20:52
#4

kíváncsi vagyok ez a frissítő csomag most mit ront el? Mert eddig minden javító csomag után szánalmas más jellegű hibák keletkeznek. Gratula a Microsoftnak :)

_DiEGO_
_DiEGO_
2026. máj. 30. 7:49

@NKtel1982 A processzor órajelét emeli meg a rendszer rövidebb időtartamra, ami pár másodperc lehet, feladattól függően, így a maximális vagy ahhoz közeli boost órajel lép életbe.
Mivan ha ez "beragad " és elkezd max órajelen pörögni a cooler meg eszeveszetten sivítva pörög, hogy hűűűtse... user meg azt se tudja mi történt!? és megoldásként lenyomja a főkapcsolót ! :D

Mosdatlan_falusi
Mosdatlan_falusi
2026. máj. 29. 17:31
#3

Tehát ahhoz, hogy egy szaros menü animációja ne stuttereljen 2026-ban, már be kell kapcsolni a turbo boostot. De hé, legalább már a kód 30%-át AI írja!!!

thedeveloper
thedeveloper
2026. jún. 1. 15:08

@d.v.d Hát annyi, hogy az XP-ig megszokott Win32, GDI hívások helyett most 10 réteget rátettek a kernelhívoskra holmi .NET assembly, XAML, JS, stb... fomájában és mire az ablakozó alrendszerig eljut egy kérés, hogy húzzon egy vonalat (X1, Y1) -ből (X2, Y2)-be, addig eltelik néhányszáz jelentéktelen órajelciklus...

up7000
up7000
2026. máj. 29. 15:06
#2

Lassan már kék pirulát adnak neki?

Tirexi
Tirexi
2026. máj. 29. 14:50
#1

Várjuk szeretettel. :3

Vissza az oldal tetejére