Nem használok Windows-t, de egy gyors keresés alapján a Windows 10 óta tudja a rendszer ezt.
Arról szól a dolog, hogy bizonyos adatokat jobban megéri a RAM-ban tárolni, mint a lapozófájlban (oda kiírni, meg visszaolvasni). Ezen adatok egy részét tömöríti a rendszer (képzeld egy sima zip-elésnek). Bizonyos adatokat hatékonyabban lehet tömöríteni, míg másokat kevésbé. Viszont a tömörített használatakor a processzornak kicsit többet kell dolgoznia (ki kell csomagolni). Bizonyos, szélsőségesebb esetekben akár a gép lassulásához is vezethet.
Kiegészítés: OSX-en és Linuxon már hosszabb ideje létezik ez a funkció.

[ Szerkesztve ]

Ubuntu MATE 20.04, hobbi cayenne termesztő

Nekem csak 196MB-ot spórol meg tömörítéssel. Pedig volna rá szükség összesen 3GB memória mellett.

Win95-től kezdve Mikor a leírásban az szerepelt, hogy min memória 4MB (Aztán kisbetűvel, hogy OS-nek, ha mást is akarsz futtatni, akkor tegyél bele plusz RAM-ot, amit aranyárban mértek s a 8/16MB ritkaság számba ment, jól jött az ilyen szoftver)
Csak közben volt egy kis megszakítás, mikor bejött az AGP, a memóriatömörítés kiment. (3party szoftver csinálta, s az eredmény AGP-vel kék halál volt)
Ezek szerint a Win10 most újra behozta. (Bár gondolom csak ha nincs SSD a gépben)
A hatásfok erősen függ attól, hogy mi van a memóriában, mit kell tömöríteni. Az algoritmusok nem olyan acélosak, mert fontos szempont, hogy gyorsabbnak kell lennie, mintha HDD-ről szedné be. Ezért gondolom, hogy SSD esetén nincs, mert ott már tényleg nem biztos, hogy van értelme.

Nem tudom, en meg nem lattam 20-30MB felett, nem hogy tobb GB lenne betomoritve. Mondjuk nem mintha olyan nagy szukseg lenne ra, van eleg RAM a gepben tomorites nelkul is.

500GB SSD van, fele üres, szóval nem az SSD vagy a hely hiánya.
C-n lapozófájl jelenlegi mérete 43MB, csúcs érték 98MB, szóval kvázi hozzá se nyúl

#4 itt is lenne mégmint látod bőven hely a ramba, több GB amihez egyáltalán nem nyúlt.

[ Szerkesztve ]

M5A99X-EVO R2.0 , 1050Ti, 4x8GB 1960MHz , FX 8350@4,4GHz, 1x3TB+2x1TB HDD, 120GB+480GB+1TB SSD || HP Pavilion 15-CX0000NH

Nem gondoltam volna, hogy SSD esetén is van memóriatömörítés, az otthoni gépen még nem néztem. :S
Vagy nem gondoltak rá az Ms-nél, vagy az algoritmus annyira gyors, hogy még SSD esetén is megéri. Az viszont megint csak az algoritmus egyszerűségére utal.
Te tudod, hogy mikor ezt nézted, akkor mi volt a gépedben. Biztos nem a memóriában lévő szoftver lett letömörítve. Sokkal inkább fájl, vagy lemezcache tartalma, ahol szövegfájl volt, vagy még annál is primitívebb adat, amit könnyű volt tömöríteni. (pl Hatalmas Excel fájl, ami XML ként tárolja az adatot és könnyű tömöríteni?)
Nagyon elméleti lehetőség, hogy virtuális gép, vagy gépek tömkelege futott a gépeden. Ha egy gép, akkor lefoglalt neki x GB helyet, azt kitöltötte 0val, azt könnyű volt letömöríteni, vagy ha sok gép, akkor sok egyforma adat (kernelszoftver 10 példányban a memóriában) s lehet, hogy az algoritmus nem csak a blokkot tömörítené, hanem ha azonos blokk van, akkor a kettőből egyet csinál?
Szóval ahogy mások is írták, azért nem olyan jó ez az algoritmus, olyan adat volt a gépedben ami fekszett neki.

a memoriatomorites es a COW memoriakezeles 2 kulon dolog. Meg lennek lepve, ha a windows egybe venne a kettot.
Masik meg hogy nincs olyan dolog, hogy "konnyu tomoriteni". Az algoritmus ugyanaz, es nem lesz semmi lenyeges kulonbseg sem futasidoben sem mas "nehezsegben". A kompresszio merteke termeszetesen valtozhat.

Gender of electrical connectors is defined by the pins.

Rosszul fejeztem ki magam. A könnyű tömöríteni alatt ahogy írtad azt értettem, hogy ugyanaz az algoritmus sokkal nagyobb mértékben le tudja tömöríteni az egyik adatot, mint a másikat.
Valahol van ráció az én kifejezésemben is, mert egy véletlenszerűbb adat ugyanolyan mértékű tömörítéséhez összetettebb algoritmus és nagyobb számítási kapacitás kell. (Tudom ez is egy határig érvényes, mert egy összetettebb adatot már nem lehet tömöríteni, és nincs az a veszteségmentes algoritmus, ami olyan hatásfokkal tömörítene zenét, mint a zip szöveget, esetleg programkódot )

Azt tudom, hogy már régóta ha szükség van egy DLL-re, akkor azt csak egyszer tölti be az OS, s mindegyik azt használja. A COW memóriakezelés lélektanát nem ismerem. Nem hiszem, hogy folyamatosan figyelné, hogy a memóriában van-e két megegyező adatblokk, s ha igen, akkor a kettőből egyet csinál. Az azért sok memóriaolvasási művelettel járna, sokkal inkább el tudom képzelni, hogy csak kiinduláskor kezeli egyként a kettőt, s aztán az első alkalommal mikor kell különválasztja, de utána már sosem fogja összerakni, ha újra megegyeznek. Itt viszont mivel a tömörítés során úgy is végig kell olvasnia a memóriablokkot csinálhat róla egy ellenőrzőkódot, s az alapján gyorsan meg tudja állapítani, hogy két blokk megegyezik, s egybevonhatja a kettőt. Ha tévedtem javíts ki, legalább ma is tanulok valamit.

kb 60 böngésző fül, 1-2 excel de nagyon alap szinten, és közben inventor.

14-16 GB körül beáll általában.

esetleg az, hogy nem szeretem lekapcsolni, helyette az alvó-hibernáló módot szoktam inkább, és így majdnem 3 hete nem volt újra indítás.

lehet emiatt hízott fel végül ennyire a tömörített?

M5A99X-EVO R2.0 , 1050Ti, 4x8GB 1960MHz , FX 8350@4,4GHz, 1x3TB+2x1TB HDD, 120GB+480GB+1TB SSD || HP Pavilion 15-CX0000NH

Szerintem én nem kapcsoltam ki...

Rip and tear