Article View: pl.comp.os.linux
Article #907230Re: /tmp w RAM? czy to dobry/zły pomysł?
From: Marcin Debowski
Date: Thu, 31 Aug 2023 00:01
Date: Thu, 31 Aug 2023 00:01
37 lines
2867 bytes
2867 bytes
On 2023-08-30, Dominik 'Rathann' Mierzejewski <_wstaw_nick_@greysector.net> wrote: > Date: Tue, 29 Aug 2023 10:55:26 > From: JaceK >> Jest komputer stacjonarny z 128GB pamięci RAM i zainstalowanym Linuksem. >> Nie jest to wół roboczy o jakimś wybitnie dedykowanym zastosowaniu. Ot >> zwykły "komputer domowy" z którego kilka lat temu usunięto Windows i >> zainstalowano Linuksa. Sprawdzałem poleceniem free -m, że z tych 128GB >> to sporo zostaje wolnego przy "zwykłej" pracy. Zajętość zwiększa się >> przy kopiowaniu plików i pracy na większych plikach, ale ciągle nie ma >> jakiejś tragedii. W sumie po to pamięć jest aby jej używać. W katalogu >> /tmp ciągle coś się dzieje, pojawiają się pliki i znikają. A ponieważ >> dysk jest SSD i zapisy mają wpływ na jego żywotność to zastanawiam się, >> czy w tej konfiguracji miałoby sens przeznaczenie np. 32GB na /tmp i >> podmontowanie tego kawałka pamięci tamże. > >> Co o tym myślicie? Czy to jest w miarę bezpieczne? Czy tak się czasami >> robi? Czy należałoby zwrócić uwagę na pewne aspekty do rozważenia przed >> podjęciem takiej decyzji? > > Jaką masz dystrybucję? Fedora ma tak od 11 lat > (https://fedoraproject.org/wiki/Features/tmp-on-tmpfs): > $ mount|grep /tmp > tmpfs on /tmp type tmpfs (rw,nosuid,nodev,seclabel,nr_inodes=1048576,inode64) Czytam dokumentację: https://www.kernel.org/doc/html/latest/filesystems/tmpfs.html Jak rozumiem alokacja miejsca ma charakter dynamiczny, tj. deklaracja zajętości okresla górny limit, ale wcale nie oznacza, że ten górny limit zostanie osiągnięty, a tmpfs bierze po prosu tyle ile potrzebuje. Dobrze rozumiem? Jeśli tak to co się stanie, jeśli pamięć zostanie zajęta (przez inne operacje/programy) uniemozliwiając tmpfs dalsze rozszerzenie? Po prostu "no space left on device" czy jakies inne atrakcje? -- Marcin
Technical Details
Message-ID:
<xLQHM.387981$E3C1.287026@fx08.ams1>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!2.eu.feeder.erje.net!feeder.erje.net!feeds.phibee-telecom.net!newsreader4.netcologne.de!news.netcologne.de!peer03.ams1!peer.ams1.xlned.com!news.xlned.com!feeder.cambriumusenet.nl!feed.tweaknews.nl!posting.tweaknews.nl!fx08.ams1.POSTED!not-for-mailReferences:
<2oiHM.1621516$bG99.387042@usenetxs.com> <ucnc1q$mv$1$rathann@news.chmurka.net>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!2.eu.feeder.erje.net!feeder.erje.net!feeds.phibee-telecom.net!newsreader4.netcologne.de!news.netcologne.de!peer03.ams1!peer.ams1.xlned.com!news.xlned.com!feeder.cambriumusenet.nl!feed.tweaknews.nl!posting.tweaknews.nl!fx08.ams1.POSTED!not-for-mail Newsgroups: pl.comp.os.linux From: Marcin Debowski <agatek@INVALID.zoho.com> Subject: Re: /tmp w RAM? czy to dobry/zły pomysł? References: <2oiHM.1621516$bG99.387042@usenetxs.com> <ucnc1q$mv$1$rathann@news.chmurka.net> User-Agent: slrn/1.0.3 (Linux) Mime-Version: 1.0 Lines: 37 Message-ID: <xLQHM.387981$E3C1.287026@fx08.ams1> X-Complaints-To: abuse@tweaknews.nl NNTP-Posting-Date: Thu, 31 Aug 2023 00:01:33 UTC Organization: Tweaknews Date: Thu, 31 Aug 2023 00:01:33 GMT X-Received-Bytes: 2660 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit