Aztán az url-hez beírom: about:config, és a következőket módosítom még:
browser.sessionhistory.max_entries=20 # 50 helyett, memóriát takarít meg
browser.cache.disk.enable=false # kíméljük az ssd-t
browser.cache.memory.enable=true #ez már be van kapcsolva
# ellenőrzése:
about:cache?device=memory

Aktualizálnám a 2015-ben jellemző leírásokban megjelenő részt. Ha 8GB RAM van egy gépben, tök értelmetlen az első sor, ma már nem 1-2GB RAM van a gépek nagy részében.

# kíméljük az ssd-t

Teljesen értelmetlen már ez is, nem kell kímélni, használni kell az SSD-t! Ami miatt ennek a beállításnak értelme van, az az, hogy a RAM nagyságrendekkel gyorsabban kezeli a cache-t, mint az SSD!

# ellenőrzése:
about:cache?device=memory

Sajnos ez még nem az ellenőrzés, max annyit jelez, hogy a cache a RAM-ba megy! De! Most viszont tényleg érdemes odafigyelni a memóriára, mert ha így használjuk, egy idő múlva meglepetéseket okozhat, szóval célszerű beiktatni az eddig is alkalmazott plusz sort, ami korlátozza a cache memóriába való korlátlan növekedését!

ezt a sort még be kell szúrnunk a about:config-ba new integer-ként:

browser.cache.memory.capacity

értékként eddig többen a -1 beírását preferálták, de én ma már inkább 2GB méretben korlátozom a cache méretét, 8GB RAM esetén célszerű 1GB-ra korlátozni! Az értéknek így 1048576-et írjunk be, mivel kb ott a mérőszám.

Az ellenőrzés így valóban mutat majd infókat, de csak ennyit kell beírni:

about:cache

Information about the Network Cache Storage Service

memory

Number of entries: 13956
Maximum storage size: 2097152 KiB
Storage in use: 463927 KiB
Storage disk location: none, only stored in memory
List Cache Entries

Utolsó sorra kattintva részleteket fogunk látni.

Ez csak egy kiegészítés volt a mai memória méretek miatt, aki akarja megfogadja az általam használtakat.

[ Szerkesztve ]

A Fedora telepítésbe beírtam, hogy a 8 G memóriából 2-t befoglal az APU videó memóriának (és 258,5 Megát fel is használok belőle), úgyhogy szűk 6 G memóriám van tulajdonképpen. De amit írtál elgondolkoztatott, egyrészt mert az ssd-nél is lassabb a wifi vagy mobil net, ez utóbbi ráadásul fizetős is, úgyhogy mégis visszakapcsoltam a disk cache-t (még méréseket is végeztem hozzá, ha már egyszer mérnök vagyok: a prohardver.hu -t ha megnyitom, 6,6 M adatforgalmat csinál, és ha csak memória cache van, akkor ezt minden firefox újraindítás után, de ha van disk cache is, akkor másodjára már csak ~300 K-t tölt le (ez persze idővel elévül, de napon belül ennyi volt)).

Találtam viszont egy ilyet, hogy mivel eszi meg az ssd-t a firefox, elég meglepő, és szerencsére ki lehet kapcsolni (a cikk írója megemelte az időt 30 percre, de nem vagyok benne biztos, hogy behalás esetén egy fél órával korábbira akarok visszaállni, ráadásul nem is szokott behalni az ff): https://www.servethehome.com/firefox-is-eating-your-ssd-here-is-how-to-fix-it/ Itt a mozilla dokumentum hozzá: http://kb.mozillazine.org/Browser.sessionstore.enabled

Szerk.: Ezeknek megfelelően módosítottam a bejegyzést.

[ Szerkesztve ]

-=- There's no place like /home -=-

Nem biztos, de mint ha a VGA-nak foglalt memória dinamikus lenne, de a mobilnet vagy lassaú net miatt valóban érdemesebb visszarakni SSD-re a cache-t.

Találtam viszont egy ilyet, hogy mivel eszi meg az ssd-t a firefox, elég meglepő

Nem meglepő ez, hanem a tipikusan 2015 körüli para, hogy ez is eszi az SSD-t, az is eszi, persze, hogy ez cikk is 2016-os. Ma már sehol nem találsz olyan írást, ami óv attól, hogy miként eszi el előled az SSD-t bármi is! Amúgy meg a Windows napi SSD-re írásához képest kb 20%ot ír a Linux napi általános használat során. Hidd el, ha valamivel ma nem kell foglalkozni, az az, hogy mennyi írás kerül az SSD-re, eleinte én is foglalkoztam ezzel, de ma már az 1terás 860 EVO-ra megy a torrent is január óta így néz ki

SMART Attributes Data Structure revision number: 1
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAGS VALUE WORST THRESH FAIL RAW_VALUE
5 Reallocated_Sector_Ct PO--CK 100 100 010 - 0
9 Power_On_Hours -O--CK 099 099 000 - 2616
12 Power_Cycle_Count -O--CK 098 098 000 - 1159
177 Wear_Leveling_Count PO--C- 099 099 000 - 2
179 Used_Rsvd_Blk_Cnt_Tot PO--C- 100 100 010 - 0
181 Program_Fail_Cnt_Total -O--CK 100 100 010 - 0
182 Erase_Fail_Count_Total -O--CK 100 100 010 - 0
183 Runtime_Bad_Block PO--C- 100 100 010 - 0
187 Uncorrectable_Error_Cnt -O--CK 100 100 000 - 0
190 Airflow_Temperature_Cel -O--CK 056 049 000 - 44
195 ECC_Error_Rate -O-RC- 200 200 000 - 0
199 CRC_Error_Count -OSRCK 100 100 000 - 0
235 POR_Recovery_Count -O--C- 099 099 000 - 6
241 Total_LBAs_Written -O--CK 099 099 000 - 5387311813

5387311813 - most nem ugrott be, hogy a fenébe is konvertáltam múltkor a logikai sectort TB-re, de HDS 2.51 TB írást mutat!

Mivel a 860 EVO 1TB-nak a TBW az 600TB és cc 8 hónap alatt 2.51TB írás ment rá......szóval ezzel próbállak meggyőzni, hogy felejtsd el, hogy valami eszi az SSD-t!

Csak leírom azért, ha ugyanígy torrentezek és használom az SSD-t, kb 150 év múlva kifut a gyárilag megadott TBW-ből! A legelső 120GB-os SSD-m 5 éves használat után még 14 évet bírt volna! (ill jóval többet is akár, mert a gyári TBW érték csak a garanciális mutató, ha ez megvan, attól még működhet tovább az eszköz)

Konklúzió 2021-ben, az SSD-t használni kell, ez pedig azt jelenti, hogy különböző programok írnak rá. Erre van, bírja!

[ Szerkesztve ]

A munkahelyi rendszereim jó része ssd-s san-on van, úgyhogy nagyjából képben vagyok, hogy mit bírnak, mégis úgy gondolom, ha lehet könnyíteni rajtuk, nem árt. Ez a Session Restore meg egy elég költséges valami, ahhoz képest, hogy sose volt még használatban nálam, így kikapcsoltam.

-=- There's no place like /home -=-

Lemaradt a VGA: A BIOS-ban lehet állítani a befoglalt videó memóriát, de csak a drágább típusokban (ThinkPad pl.), ebben sajnos nem.

-=- There's no place like /home -=-

Ártani biztosan nem árt, ha könnyítesz a terheken, bár ez sokaknál épp az elvárt gyorsaságot ölte meg régebben, mint amikor a /home-ot HDD-re rakták, hogy ne az SSD kopjon meg hasonlók. Igazából engedni kell szabadon a vezérlőt dolgozni, optimalizálni is akkor érdemes, ha elegendő RAM van és onnan lehet gyorsítani a folyamatokat. De tényleg nincs gond azzal, amit írsz, csak azért említettem alternatív megoldásokat, hogy aki olvassa a topikot és nem ért hozzá, lássa azt, hogy lehet kímélni az SSD-ket, de gyakorlatilag szükségtelen, mert mint UnA kolléga is említette, egy gond lehet csak, a controller hibája, azt meg képtelenség kivédeni. Annyit lehet tenni, hogy olyan eszközt választunk, amit a gyártó saját fejlesztésű komponensekből épít össze.

Egyébként NVMe tipusokba nem tudtam még magam beleásni, itt még vannak sötét foltok, az is meglepett, hogy a scheduler none állásban a jó. Most gyorsan megnéztem, tényleg a none opciót javasolják, bár éppen a CPU terhelés csökkentése érdekében. Azért megnézném ezt is, hogy szintetikus teszten kívül hány ezrelékben csökken ettől a CPU terhelése, egyébként meg a mq-deadline/none/bfq egyarátn jó NVMe meghajtóknál.

Relocate files to tmpfs

Innen lehet még érdekes Improving compile times meg a Anything-sync-daemon meg talán ez is Profile-sync-daemon, még nem néztem át, de szerintem olvasd át ezeket is, ha maximalista akarsz lenni!

Szóval a none az egy multi-queue noop I/O scheduler, sok különbség nem lehet közöttük....max annyi, hogy az összes non-multiqueue scheduler elavultnak számít.

[ Szerkesztve ]

Amúgy miért nem volt jó, amíg testing volt? Nekem a testing ággal nem szokott semmi bajom lenni.

Mutogatni való hater díszpinty

Az élesen nálam is, azzal sem.

Mutogatni való hater díszpinty

Tegnap találtam ezt is:
root@lip3:~# nvme id-ns /dev/nvme0n1|grep lbaf
nlbaf : 1
lbaf 0 : ms:0 lbads:9 rp:0 (in use)
lbaf 1 : ms:0 lbads:12 rp:0
root@lip3:~#

Tud a drive-om 4k-s blokkot is, de nincs kedvem újrahúzni az egészet, majd ha kijön a bookworm...

-=- There's no place like /home -=-

Sziasztok,

hátha valaki tud megoldást.

Debian 11 friss telepítés

samba, webmin, minidlna, mc,iptables van feltelepítve. Minden frankón működik. Ezután transmisson feltéve és egyből probléma, samba megosztás nem működik, minidlna elérhető a tvvel. De volt hogy semmi nem ment, tv nem látta, de az androidos teló igen.
Ötlet???
amire fel van téve az egy HP ProLian microserver n40L , egy 750-s laptop vinyón van a rendszer 8 GB Ram.

Debian 6-l futott évekig aztán szépen lehalt.

Köszi a választ!

[ Szerkesztve ]