- Realme GT Master Edition - mestermunka
- Magisk
- Samsung Galaxy S21 FE 5G - utóirat
- Milyen okostelefont vegyek?
- Samsung Galaxy Z Fold7 - ezt vártuk, de…
- Google Pixel topik
- Óriáskészülék, kis akksival
- iPhone topik
- "Titkos termékek" is várhatók a Pixel 10 széria bemutatóján
- Honor Magic7 Pro - kifinomult, költséges képalkotás
Aktív témák
-
decoati
aktív tag
szóval ez az egész cache-esdi tudtommal arról szól, hogy az i/o műveletek nem akkor hajtódnak végre fizikailag a háttértáron amikor az logikailag megtörténik, mivel van egy "disk leképeződés" a memóriában. Ennek különösen nagy jelentősége van ssd háttértáraknál, wear leveling ide vagy oda. Ennek a kiírásnak a gyakoriságát/agresszivitását szabályozza az i/o scheduler.
A sync, echo 3 > proc/sys/vm/drop_caches egy réges-régi linux versike, ami kisynceli a dirty tartalmakat, (tehát minden kiírás megtörténik fizikailag), és dobja a cache-t. (mellesleg sgs-en létezik a path...)
A kérdésem első fele az lett volna hogy ez a cache cleaner ekvivalens-e a drop_cache időzített futtatásával, a második része megy hogy van-e arról gyakorlati tapasztalatod hogy mennyivel célszerűbb ezt időnként automatizáltan végrehajtani, mint választani pl. egy BFQ schedulert?
szerk.: ez a cache cleaner egyáltalán automatikus, vagy manuális? tényleg nem ismerem
Aktív témák
- Gamer PC-Számítógép! Csere-Beszámítás! I5 12400F / RTX 3070 8GB / 32GB DDR4 / 1TB SSD
- DELL PowerEdge R630 rack szerver - 2xE5-2680v4 (28c/ 56t, 2.4/3.3GHz), 128GB RAM, 10G, áfás szla
- RAKTÁRSÖPRÉS!!! - Videókártyák, Monitorok, Notebookok, Stb. - Szaküzletből! Számlával!
- Bezámítás! Lenovo Thinkpad T14 Gen 5 üzleti - Ultra 7 165U 16GB DDR5 512GB SSD Intel Graphics WIN11
- BESZÁMÍTÁS! ASUS B550 Vision D B550 chipset alaplap garanciával hibátlan működéssel
Állásajánlatok
Cég: FOTC
Város: Budapest