Új hozzászólás Aktív témák
-
Jester01
veterán
$ df -h /mnt/test
Filesystem Size Used Avail Use% Mounted on
/dev/zram0 504M 504M 0 100% /mnt/test
$ cat /sys/block/zram0/orig_data_size
520409088
$ cat /sys/block/zram0/compr_data_size
218133275
$ cat /sys/block/zram0/mem_used_total
222351360Mit is állítasz pontosan?
MOD: a fenti egy linux kernel forrás+build volt, most kipróbáltam az aktuális firefox profilommal is:
$ df -h /mnt/test
Filesystem Size Used Avail Use% Mounted on
/dev/zram0 504M 151M 329M 32% /mnt/test
$ cat /sys/block/zram0/orig_data_size
115830784
$ cat /sys/block/zram0/compr_data_size
66113515
$ cat /sys/block/zram0/mem_used_total
71794688Ez már kevésbé látványos, gondolom a cache-ben lévő sok eleve tömörített kép miatt. Mindenesetre még mindig kevesebb memóriát használ a nyers mérethez képest.
[ Szerkesztve ]
Jester
-
ArchElf
addikt
Az elérési idő elég rossz a pendrájvoknál (ha kis fájlokat másolgatsz vagy olvasol pendrájvon akkor látszik, hogy darabonként mennyit elidőzik). Nagy fájloknál azonban egyszeriben "megtáltosodik". Igazából nem tudom, hogy ez a vezérlő ic problémája-e vagy magának a flash technológiának korlátja.
Amúgy tényleg: a méreten és a fogyasztáson kívül a merevlemez sokkal jobb megoldás.AE
Csinálok egy adag popcornt, és leülök fórumozni --- Ízlések és pofonok - kinek miből jutott --- Az igazi beköpőlégy [http://is.gd/cJvlC2]
-
ArchElf
addikt
wiki: Microsoft Windows implements PAE if booted with the appropriate option, but current 32-bit desktop editions enforce the physical address space within 4GB even in PAE mode. According to Geoff Chappell, Microsoft limits 32-bit versions of Windows to 4GB due to a licensing restriction,[2] and Microsoft Technical Fellow Mark Russinovich says that some drivers were found to be unstable when encountering physical addresses above 4GB.[3] Unofficial kernel patches for Windows Vista and Windows 7 32-bit are available[4] that break this enforced limitation, though the stability is not guaranteed.
Erre értettem a korlátozást...AE
[ Szerkesztve ]
Csinálok egy adag popcornt, és leülök fórumozni --- Ízlések és pofonok - kinek miből jutott --- Az igazi beköpőlégy [http://is.gd/cJvlC2]
-
Jester01
veterán
A PAE memóriát valóban az OS osztja automatikusan, de ha egy adott program szeretne 2 (vagy 3) GB feletti virtuális memóriát használni akkor azt bizony annak a programnak kell támogatnia mivel nem fér a címtartományba ezért lapozni kell.
Magyarul: ha 8 processzed van ami darabonként 2 giga memóriát szeretne, akkor PAE esetén az simán megy alapból. Ha viszont 1 processzed szeretne 8 gigát használni akkor a programnak kell a megfelelő OS hívásokkal lapozni (linuxon mmap2, windowson AWE függvények)
Jester
-
Jester01
veterán
Aha olvasgass
malloc az c library hívás nem OS syscall. Meg fogsz lepődni, a malloc mmap-ot hív, és természetesn modern linuxon is van mmap (sőt, leginkább csak az van). Memóriát úgy foglalsz hogy mmap-ot hívsz MAP_ANON flag segítségével (ilyenkor nincs fájl mögötte, illetve a swap van).
Pl. egy malloc(1024*1024) eredménye strace szerint mmap(NULL, 1052672, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f246d0af000Amit a PAE-ről olvastál az rendben van, éppen ezért kell az alkalmazásnak támogatni ha több memóriát szeretne használni mint amennyi a címtartományába fér (lásd példa fentebb). Az OS transzparensen ki fogja osztani a PAE memóriát de csak a processz címtartományának erejéig.
Jester
Új hozzászólás Aktív témák
- sziku69: Fűzzük össze a szavakat :)
- Yettel topik
- Windows 10
- Samsung Univerzum: Az S23-at is megbabonázta a Galaxy AI
- Diablo IV
- Gaming notebook topik
- Villanyszerelés
- Futott egy Geekbench kört egy új HTC készülék
- Magga: PLEX: multimédia az egész lakásban
- Xiaomi 11 Lite 5G NE (lisa)
- További aktív témák...