Mitä mieltä trimmauksesta Ubuntu 18.04 Mate ?

[Eeriikki]

https://www.youtube.com/watch?v=9kl0bYLFXSg

[Eeriikki]

Seuraava on aikamoinen juttu, joka on ehkä hieman vaikea minulle, mutta kumminkin tämäkään kaveri ei oikein hyväksy Swap:ia.

https://www.youtube.com/watch?v=nXbkoFSHoy0

sudo gedit /etc/fstab

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda1 during installation
UUID=bed6f40d-48a3-4103-ae60-08278c005a82 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
#UUID=edc3cd05-3c6d-4173-b54b-8f794c36e1ae none            swap    sw              0       0
/swapfile none swap sw 0 0

[Tomin]

Tässä toinen video ja kaveri sanoo, ettei ole suositeltavaa käyttää swap:iä SSD:ssä ??

Unohtuiko linkki? Viestejä voi muokata viestin oikeasta ylänurkasta olevasta linkistä.

Henkilökohtaisesti olen sitä mieltä, että SSD-levyllä voi käyttää swapia. Toki periaatteessa se kuluttaa SSD-levyä nopeammin kuin muu käyttö, mutta jos koneessa on tarpeeksi muistia, tarvitaan sitä vain muistin käytön kannalta ylläpidollisiin toimiin ja hibernateen (lepotila, suspend to disk). Itse pidän pienen swapin (esim. 1 GB, tyypillisesti swaptiedosto) pöytäkoneilla ja tarpeeksi ison kannettavilla (ainakin keskusmuistin koko, jotta voin käyttää hibernatea), vaikka käytössä onkin SSD-levy. Joka tapauksessa tuota SSD-levyjen kestävyyttä on mielestäni hieman vähätelty ja hyvälaatuinen SSD kestää kauan. Swapiinhan ei kirjoiteta mitään ellei sille ole tarvetta eli suurimman osan ajasta se ei kuitenkaan kuluta levyä. Lisäksi swappiness-asetuksen voi laittaa pienelle (tai jopa nollaan), jos ei halua swapia käytettävän.

sudo gedit /etc/fstab

Älä tee noin, kiitos! Mieluummin näin:

Koodia: [Valitse]

sudo -i gedit /etc/fstabtai jopa näin:

Koodia: [Valitse]

gedit admin:/etc/fstabKäytettäessä sudoa graafisten ohjelmien kanssa ilman -i-vipua voi käydä niin, että jotkin kotihakemiston asetustiedostot muuttuvat root-käyttäjän omistukseen ja sen jälkeen et saa joitakin ohjelmia auki. Vaihtoehtoisesti voit käyttää admin-protokollaa, jolloin et tarvitse sudoa ollenkaan (root-oikeudet tulevat toista kautta).

Otsikon aiheesta: Discard-optiota ei monestikaan suositella oletuksena, koska varsinkin halvemmissa levyissä trimin toteutuksessa voi olla bugeja, jotka saattavat aiheuttaa tietojen katoamista ja se laskee suorituskykyä tiedostoja poistettaessa. Discard-option sijaan esimerkiksi Ubuntu käyttää ajoittain suoritettavaa trimiä.

Muokkaus: Vähän muuteltu.

[Hajakenttä]

Kun kysyttiin mielipidettä niin kerron sen. Aihe on mielenkiintoinen ja ottaisin mielelläni vastaan arvostelua, koska en ole lainkaan varma, olenko oikeassa.

Jos tietokone ja sen SSD on hiukankin vanhaa mallia, sanosinko 5v, on järkevää rajoittaa luku/kirjoitus operaatioiden määrää. Swapin rajoitus ei mielestäni vaikuta asiaan.

Journaloiva tiedostojärjestelmä on hyödyllinen vikatilanteissa, mutta kun en siitä tapahtumakirjanpidosta mitään ymmärrä, jätän nekin resurssit vapaaksi ja käytän ext2 tiedostojärjestelmää. Se ei kirjoita sitä turhaa tapahtumakirjanpitoa. (Vikaraporttien lähetys on sitten aika turhaa, kai.)

Tilapäistiedostojen ei tarvitse olla SSD:llä. Ne voivat olla hyvin myös RAM:issa. Ne kyllä sitten aina sammutuksessa katoavat. Olen tehnyt näin:

Ensin fstabiin lisätään rivejä. Avaa tiedosto (minulla teksturi on mousepad, vois olla muukin):

Koodia: [Valitse]

sudo -i mousepad /etc/fstab
Lisää sen loppuun seuraavat rivit:

Koodia: [Valitse]

tmpfs /var/log tmpfs defaults 0 0
tmpfs /tmp tmpfs defaults 0 0tmpfs /var/tmp tmpfs defaults 0 0

Talleta mousepad. Huom! /var/log/apt kansio pitää luoda joka käynnistyksen yhteydessä tai apt-get tulostaa virheitä ruudulle (esteettinen haitta). Sitä varten voidaan luoda käynnistysskripti. Avataan mousepad uudelleen:

Koodia: [Valitse]

sudo -i mousepad /etc/init.d/fix_apt_log_error.sh
Sitten tehdään siihen sisältö:

Koodia: [Valitse]

mkdir -p /var/log/apt
Talleta mousepad. Anna käynnistysoikeus:

Koodia: [Valitse]

sudo chmod +x /etc/init.d/fix_apt_log_error.sh
Nyt se olisi valmis. Vielä voidaan tehdä Firefoxiin muutoksia, sen nopeuttamiseksi ja nykimisen vähentämiseksi (jos on vieläkin vanhempi laitteisto) sekä SSD kirjoituksen vähentämiseksi siirtämällä senkin tilapäistiedostot RAM:ille.

Kirjoita Firefoxin osoitepalkkiin osoitteeksi: about:config
Vastaa turvallisuuskysymykseen ”kyllä, olen huolellinen”.
Klikkaa tyhjää kohtaa hiiren oikealla.

Valitse pudotusvalikosta: Uusi – Merkkijono.

kirjoita merkkijonon nimeksi "browser.cache.disk.parent_directory" ja arvoksi "/tmp".

Valmis. Ei kuulu tähän, mutta kun sivu nyt on auki voit tehdä seuraavatkin, jos haluat:

dom.push.enabled arvoksi false. = Estää verkkosivuja edes kysymästä lupaa ilmoituksiin.

geo.enabled ja arvoksi false. = Estää verkkosivuja käyttämästä luvatta sijaintiasi.

media.navigator.enabled arvoksi false. = Estää verkkosivuja käyttämästä kameraa.

media.peerconnection.enabled arvoksi false. = Estää verkkosivuja käyttämästä mikrofonia.


Olen tämän joskus oppinut Ubuntun keskustelusta, en muista mistä, voi se olla jo aikansa elänyttä ja vanhentunutta. Kuten sanottu – saa arvostella.


EDIT: Tehty yliviivaus.
EDIT2: Korjattu tekstiä.

[LeHiX]

Firefoxin tapa pitää varmuskopioita selainistunnoista kirjoittaa levylle jopa 35GT PÄIVÄSSÄ oletuksena
Itse muutin ohjeessa mainittua "browser.sessionstore.interval" asetusta about 15 minuuttiin, kokeilin 30 mutta se oli liikaa kun usein käynnistä kuitenkin "palauta edellinen istunto" toiminnolla ja jatkan mihin jäin.
Juttu on vuodelta 2016:

https://www.tivi.fi/Kaikki_uutiset/varoitus-firefox-kirjaimellisesti-tuhoaa-kiintolevysi-tilanne-on-onneksi-helppo-korjata-6585512

Mietin onko se asetus vielä uusissakin mutta näkyypä ainakin listalla ollessa, muutin arvon 600000 olisiko 10 min vai laskinko väärin...

[Tomin]

Jos tietokone ja sen SSD on hiukankin vanhaa mallia, sanosinko 5v, on järkevää rajoittaa luku/kirjoitus operaatioiden määrää. Swapin rajoitus ei mielestäni vaikuta asiaan.

Kyllä jo viisi vuotta sitten tehtiin hyviä SSD-levyjä. Oikeastaan on aika vaikea mennä sanomaan mikä levy on hyvä ja mikä ei tutustumatta niihin syvällisemmin. Lisäksi SSD-levyissä tyypillistä on, että kun siirrytään uuteen tekniikkaan, niin yksittäisen muistisolun kestävyys laskee (siirtymät SLC -> MLC -> TLC -> QLC), mutta sitten kehitellään taas miten niistä saadaan kestävämpiä, tehdään parempia ohjaimia ja varataan enemmän tilaa kulumisen tasoitukselle (wear leveling).

Journaloiva tiedostojärjestelmä on hyödyllinen vikatilanteissa, mutta kun en siitä tapahtumakirjanpidosta mitään ymmärrä, jätän nekin resurssit vapaaksi ja käytän ext2 tiedostojärjestelmää. Se ei kirjoita sitä turhaa tapahtumakirjanpitoa. (Vikaraporttien lähetys on sitten aika turhaa, kai.)

Tässä toinen vaihtoehto olisi käyttää ext4:ää ja ottaa journalointi pois päältä. Ext2:n käyttö juontaa juurensa siitä, että ext3 oli käytännössä ext2 lisättynä journaloinnilla. Ext4 on jo enemmän ja journaloinnin voi valita erikseen. Toisaalta itse mieluummin käytän journalointia, koska se suojaa tiedostojärjestelmää sekoamiselta sähkökatkojen sattuessa. Niitä joskus tapahtuu, varsinkin maaseudulla.

Tilapäistiedostojen ei tarvitse olla SSD:llä. Ne voivat olla hyvin myös RAM:issa. Ne kyllä sitten aina sammutuksessa katoavat.

Tämä on ihan hyvä pointti. Joissain jakeluissa /tmp on jopa oletuksena keskusmuistissa. Sitten on erikseen /var/tmp, johon laitetaan pysyvät tilapäistiedostot. Käyttäjällä on myös oma välimuistihakemistonsa, mutta en ole perehtynyt siihen voisiko sen laittaa keskusmuistiin. Ja tosiaan selaimilla taitaa olla vielä erikseen.

[kuutio]

Koodia: [Valitse]

tmpfs /var/log tmpfs defaults 0 0
tmpfs /tmp tmpfs defaults 0 0
tmpfs /var/tmp tmpfs defaults 0 0Olen tämän joskus oppinut Ubuntun keskustelusta, en muista mistä, voi se olla jo aikansa elänyttä ja vanhentunutta. Kuten sanottu – saa arvostella.

/var/tmp on tarkoitettu tilapäistiedostoille, jotka eivät saisi kadota bootatessa, joten sen siirtäminen tmpfs:n on hieman kyseenalaista, ja saattaa johtaa ongelmiin joidenkin ohjelmien kanssa (ohjelmilla on FHS:n perusteella oikeus olettaa, että /var/tmp data säilyy bootin jälkeen). Itse en panisi logejakaan tmpfs:n, mutta tämä on periaatteessa käyttäjän valinta (eli miten tärkeänä lokitietojen säilymistä pitää).

/tmp kansion voi muuten siirtää tmpfs:n nykyisin myös systemd:n avulla:

Koodia: [Valitse]

sudo systemctl enable tmp.mount
sudo systemctl start tmp.mount

[Hajakenttä]

ohjelmilla on FHS:n perusteella oikeus olettaa, että /var/tmp data säilyy bootin jälkeen

Ahaa... Noinko tosiaan on? Ainakin perustelu on vakuuttava. Juuressa näkyy olevan tekemistäni kikoista huolimatta edelleen kansio var ja siinä tmp ja siinä 5 kansiota, joita ei saa lukea. Taitaa olla siis tarpeetonta muutenkin tuo rivi fstab:issa. Kokeeksi poistin ko. rivin (tmpfs /var/tmp tmpfs defaults 0 0) fstab:ista ja reboottasin. Kaikki toimii edelleen. /var/tmp sisältää kylläkin nyt vain 4 epäluettavaa kansiota, muuta muutosta en huomaa, eikä bootissa tule virheilmoituksia.

[kuutio]

Juuressa näkyy olevan tekemistäni kikoista huolimatta edelleen kansio var ja siinä tmp ja siinä 5 kansiota, joita ei saa lukea.

Kyllähän se /var/tmp tiedostopuussa näkyy, jos se sinne on mountattu (tmpfs) tiedostojärjestelmänä, erona on vain se että hakemiston data ei sijaitse fyysisesti levyllä vaan keskusmuistissa, jos käytössä on tmpfs (listan tmpfs käyttävistä liitospisteistä saa esim. komennolla "mount | grep tmpfs").

[Hajakenttä]

Juuressa näkyy olevan tekemistäni kikoista huolimatta edelleen kansio var ja siinä tmp ja siinä 5 kansiota, joita ei saa lukea.

Kyllähän se /var/tmp tiedostopuussa näkyy, jos se sinne on mountattu (tmpfs) tiedostojärjestelmänä, erona on vain se että hakemiston data ei sijaitse fyysisesti levyllä vaan keskusmuistissa, jos käytössä on tmpfs (listan tmpfs käyttävistä liitospisteistä saa esim. komennolla "mount | grep tmpfs").

Niinpä tietysti... 

Tällaisia siellä näkyy:

Koodia: [Valitse]

timo@romupaja:~$ mount | grep tmpfs
udev on /dev type devtmpfs (rw,nosuid,relatime,size=1927336k,nr_inodes=481834,mode=755)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=391564k,mode=755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
tmpfs on /var/log type tmpfs (rw,relatime)
tmpfs on /tmp type tmpfs (rw,relatime)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=391560k,mode=700,uid=1000,gid=1000)
tmpfs on /run/snapd/ns type tmpfs (rw,nosuid,noexec,relatime,size=391564k,mode=755)
timo@romupaja:~$

Ei ole enää /var/tmp tuolla luettelossa. Paljon muuta on, josta en ymmärrä: nosuid, nodev, relatime ja noexec. Mitä lienevät? Ovatko oikein?

[Postimies]

En pistäisi /var kansiota tai mitään sen osaa muistiin. Poikkeuksena ehkä jos käyttää kovin hidasta levyä. Jos systeemi tikulla, käyttö nopeutuu kovasti kun /var kopioi muistiin ja sammuttaessa takaisin. Joskus pyöritin VDR:ää koemielessä tikulta ja suuri osa systeemistä pistettiin muistiin. Nopeuden lisäksi haettiin myös hiljaisuutta. Mekaanisen levyn raksutusta ei haluttu kuunnella. SSD levyjen kirjoitusmääriä tai kulumista en murehtisi. Käyttöjärjestelmän osien siirto muistiin kannattaa erikoistapauksissa ja kun kone päällä pitkiä aikoja. Muuten menisin paljolti oletuksilla.