Mam na myśli posiadanie / tmp na własnej partycji ... jaki byłby dobry system plików do sformatowania go?
Pytam dlatego, że dane przechowywane w / tmp nie są trwałe, więc nie potrzebuję kronikowania, fantazyjnego indeksu ani nic takiego.
filesystem
tmp
Nathan Osman
źródło
źródło
/tmp
- na moim komputerze najlepiej używam 12 MB, chociaż na moich serwerach/tmp
mogę się zwariować, gdy klienci robią głupie rzeczy w MySQL i językach skryptowych, które powodują, że/tmp
stają się znacznie większe. Genialną rzeczą w tmpfs jest to, że nie zabierze tylko 64 MB pamięci RAM, to tylko twardy sufit. tmpfs skaluje się, ponieważ potrzeba więcej miejsca - więc w tmpfs konsumujesz tylko tyle, ile jest potrzebne w tym czasie.Jest tu kilka dobrych opcji:
none /tmp tmpfs size=64M,mode=1777 0 0
do Twojego/etc/fstab
. Możesz zmienićsize
wartość na którą chcesz. Jeśli uważasz, że w pewnym momencie, że jest zbyt mało, można użyćmount
, aby zwiększyć rozmiar:mount -t tmpfs tmpfs /tmp -o size=128M,mode=1777,remount
. Rozmiar zostanie zwiększony bez usuwania istniejących plików./tmp
, sprawdzenie go zajmie trochę czasu. ext3 uruchamia się szybciej w wielu przypadkach. Dlatego sugerowałbym wykorzystanie dziennikarstwa./tmp
do przechowywania dużych ilości małych plików. W niektórych przypadkach nie ma już wolnych bloków, a system plików jest pełny. ext4, a także reiserfs przechowują pliki w inny sposób. Może to być dobry wybór, aby użyć ich dla siebie/tmp
.Jeśli komputer działa przez długi czas, dobrze jest usunąć nieużywane pliki
/tmp
.tmpreaper
to jedno rozwiązanie, które robi to za Ciebie.Jednak moim pierwszym wyborem będzie użycie
tmpfs
.źródło
/etc/fstab
jest częściąutil-linux
, więc będzie obecny na każdym systemie Linux, niezależnie od tego, który system init jest używany.Jeśli nie chcesz, żeby to zjadało pamięć RAM,
po prostu uruchomię to jako ext2. Nie ma powodu, aby zjadać niewielki hit związany z wydajnością kronikowania dla systemu plików, którego danych nie należy (nie należy) obchodzić podczas ponownego uruchamiania.Właściwie, podrap to, powinieneś prawdopodobnie użyć ext4 i wyłączyć jego dziennik, powinien być szybszy niż ext2. Sformatuj go ext4 i wklej go
fstab
z opcją mountdata=writeback
.źródło
Korzystanie
tmpfs
powinno być odpowiednie dla twoich potrzeb, pod warunkiem, że masz zainstalowaną odpowiednią pamięć RAM .Biorąc to pod uwagę ... coś, co należy rozważyć w odniesieniu do używania ramdysku do
/tmp
(to wzięte ze starszego postu gdzie indziej ):Kiedy jest intensywnie używany, jest to pokusa - „umieścimy / tmp na dysku RAM, przyspieszy to dostęp, a kiedy system uruchomi się ponownie / wyłączy, nie ma nic do wyczyszczenia”. Jeśli jednak zastanawiasz się nad implementacją przestrzeni tymczasowej jako dysku RAM, który zostanie zamieniony, rozważę konsekwencje wykorzystania przestrzeni wymiany systemu przez inne programy. Jeśli swap jest formą „awaryjnego przepełnienia”, gdy system jest w trudnej sytuacji i potrzebuje go, ostatnią rzeczą, której potrzebujesz, jest zajmowanie przestrzeni wymiany przez niekontrolowany proces napełniania / tmp, zużywanie pamięci, powodowanie presji na Podsystem VM do zamiany na dysk. Pomiędzy aktywnością wymiany
seek()
źródło
Używanie ext4 z określonymi opcjami montowania powinno być w porządku. Użyj następujących opcji montażu:
źródło
Jestem zadowolony z ext4. Możesz grać z niektórymi opcjami montowania, jeśli chcesz go ulepszyć lub użyć tmpfs, jeśli masz dużo pamięci RAM.
źródło
W odpowiedzi na pytania o to, dlaczego chcesz mieć osobną partycję / tmp, jestem pewien, że istnieje wiele powodów, jak niektórzy już powiedzieli, ale jednym z nich, które uważam dziś szczególnie odradzające jest to, że jeśli używasz / na dysku SSD, chcesz zminimalizować liczbę zapisów na tym dysku, dlatego przenoszenie / tmp jest dobrym pomysłem, ponieważ jest to obszar systemu plików, który często się zmienia.
źródło
Myślę, że tmpfs może być złą opcją, ponieważ zwykle / tmp można zapisywać na całym świecie, więc każdy może go wypełnić, a jeśli się zapełni, zajmie całą pamięć, a serwer zwolni do indeksowania
źródło