Kirjoittaja Aihe: Noatime-toiminto - järkeä vai ei?  (Luettu 2848 kertaa)

Senior

  • Vieras
Noatime-toiminto - järkeä vai ei?
« : 18.12.08 - klo:11.12 »
Luin äsken Linux-Today sivulta jutun joka käsitteli noatime toimintaa, jonka väitettiin tuovan merkittäviä etuja.

Käykääpäs vilkaisemassa...

 http://www.howtoforge.com/reducing-disk-io-by-mounting-partitions-with-noatime

Using noatime

In this example I want to use noatime for my root file system - /. Therefore I open /etc/fstab...

Koodia: [Valitse]
vi /etc/fstab
... and add noatime to the options of the / file system, e.g. like this:

proc /proc proc defaults 0 0
none /dev/pts devpts gid=5,mode=620 0 0
/dev/md0 /boot ext3 defaults 0 0
/dev/md1 none swap sw 0 0
/dev/md2 / ext3 defaults,noatime 0 0


You don't have to reboot the system for the changes to take effect - the following command will do:
Koodia: [Valitse]
mount -o remount /
That's it. You can run

Koodia: [Valitse]
mount
to check if the partition really got mounted with noatime:

server4:/home/admin# mount
/dev/md2 on / type ext3 (rw,noatime)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
procbususb on /proc/bus/usb type usbfs (rw)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/md0 on /boot type ext3 (rw)
server4:/home/admin#


jne...

Kysynkin nyt alan asiantuntijoilta...

1.Oletteko kokeilleet noatime-toimintoa?

2. Onko siitä vastaavaa hyötyä ollut?

3. Missä tapauksessa tämä toiminta kannattaisi ottaa käyttöön?


Joku kommentoi noatime-toiminnon aikaansaaneen "40% suoritushyötyjä".

Lainaus
"I can safely say off the top of my head that performance gains are around 40% at times. (although this figure hasn´t been benchmarked thru standard benchmarkers)

I wonder if u have any experiences testing this in busy environment.
« Viimeksi muokattu: 18.12.08 - klo:11.37 kirjoittanut Senior »

Tha-Fox

  • Käyttäjä
  • Viestejä: 3315
  • Arch Linux && CentOS
    • Profiili
    • http://kettu.dy.fi
Vs: Noatime-toiminto - järkeä vai ei?
« Vastaus #1 : 18.12.08 - klo:12.11 »
Itse käytän sitä miniläppärissäni, koska se vähentää levylle kirjoittamista. Hyödyistä en tiedä, voin vastata joskus 20 vuoden kuluttua, kun levyni (toivottavasti vasta) silloin poksahtaa. Jos tuo ei ole päällä, niin näkeekö tiedostoista, milloin niitä on viimeksi muokattu?

veekoo

  • Käyttäjä
  • Viestejä: 443
    • Profiili
Vs: Noatime-toiminto - järkeä vai ei?
« Vastaus #2 : 18.12.08 - klo:18.00 »
Jos tuo ei ole päällä, niin näkeekö tiedostoista, milloin niitä on viimeksi muokattu?

noatime = No Access Time. Kun tuo on päällä, tiedostoista näkee viimeisen muokkausajan (ls -l), mutta enää sitä milloin tiedostoa on viimeksi luettu (ls -l -u). Yleensä tuo viimeinen onkin aika turha.

qwertyy

  • Käyttäjä
  • Viestejä: 5770
    • Profiili
Vs: Noatime-toiminto - järkeä vai ei?
« Vastaus #3 : 18.12.08 - klo:19.50 »
Ps3:lla kun on X käytössä todella vähän muistia käytössä, niin tuo noatime parametri nopeutti konetta perstuntumalla _huomattavasti_. Johtunee siitä kun swappi on muutenkin todella tiuhaan käytössä. Samoin myös eee:llä käytössä. Jos oikein olen käsittänyt, niin suurin haitta tuon käytössä on indeksoinnissa.

JoniX

  • Käyttäjä
  • Viestejä: 34
    • Profiili
Vs: Noatime-toiminto - järkeä vai ei?
« Vastaus #4 : 06.08.09 - klo:18.08 »
Entä relatime? Onko se nopea?

Voiko jo relatime vaihtoehdolla formatoidun tiedostojärjestelmän liittää noatimella? Ja säilyykö vanhojen tiedostojen access time levyllä?

qwertyy

  • Käyttäjä
  • Viestejä: 5770
    • Profiili
Vs: Noatime-toiminto - järkeä vai ei?
« Vastaus #5 : 06.08.09 - klo:18.36 »
Entä relatime? Onko se nopea?

Voiko jo relatime vaihtoehdolla formatoidun tiedostojärjestelmän liittää noatimella? Ja säilyykö vanhojen tiedostojen access time levyllä?
relatime on muistaakseni oletusasetus. Voi liittää, formatoinnilla ei ole mitään tekemistä asian kanssa ja viimeiseen. Käsittääkseni pysyy, koska uudelleen liittäessä ei tapahdu minkäänlaista "ylimääräistä" toimintaa kiintolevyllä.

http://kerneltrap.org/node/14148
« Viimeksi muokattu: 06.08.09 - klo:18.40 kirjoittanut qwertyy »