Forum Debian Users Gang

Osobne tmp, to możliwość zamontowania ich z noexec, a to już nieźle poprawia bezpieczeństwo systemu. Osobny usr, to możliwość montowania plików aplikacji w trybie RO. Osobny boot, to możliwość ukrycia szeregu newralgicznych elementów systemu (przez odmontowanie tej partycji po starcie systemu), np. obraz init, który można poddać edycji (wygenerować na nowo ze zmienionymi plikami), czy podejrzeć System.map , który posiada użyteczne info dla całego syfu, który w systemie się zagnieździ. Reszta może być na / , no za wyjątkiem home, bo osobny home daje możliwość prostszego formatu / i postawienia systemu od nowa. SWAP w pliku to parodia, bo niesie za sobą i fragmentację danych i jeszcze dodatkowo obniża wydajność, bo zastosowana została dodatkowa warstwa pośrednia w postaci systemu plików. Jak stosować SWAP to tylko na osobnej partycji i to możliwie blisko początku dysku, by czas dostępu do danych oraz ich prędkość odczytu/zapisu były możliwie jak najszybsze. Całość najlepiej upchnąć na LVM, by uniknąć problemów z ewentualną zmianą rozmiarów w późniejszym użytkowaniu systemu.

To tak w skrócie. xD

Ostatnio edytowany przez morfik (2018-10-13 15:01:14)

@loms:
Linux Mint nowoczesną dystrybucją? Ze standardowo wyłączonymi aktualizacjami kluczowych elementów systemu?
Za taką nowoczesność to podziękuję. Szczególnie na serwer :D
Mint to tylko niedorobiona zabawka dla najmniej doświadczonych klikaczy.

W morfika przykładzie problem może występować z osobną partycją /usr:
https://freedesktop.org/wiki/Software/systemd/separate-usr-is-broken/

Pomijając fakt, że sama partycja swap jest tylko dla stabilności bo jej wykorzystanie w nowoczesnych komputerach z dużą ilością ram jest znikome.

Na serwerze? A, zapomniałem. Przecież nikt normalny nie instaluje na serwerach jakichś badziewnych Mintów :)
Zresztą użycie SWAP zależy od konfiguracji systemu. Duża ilość RAM-u nie wyklucza korzystania z partycji/pliku SWAP.

@yossarian — ja generalnie nie jestem za tym by używać osobnego usr, sam się zastanawiałem nad tym jak stawiałem sobie świeży system i doszedłem do wniosku, że jednak se odpuszczę, bo wtedy LVM snapshot podczas aktualizacji systemu robi się nieco skomplikowany jak ma się osobny usr i jeszcze var itd. xD

loms napisał(-a):

... mało tego mocno utrudni użytkowanie systemu na przykład przy aktualizacji systemu trzeba będzie partycje /usr i /boot na nowo montować.

E tam, zobacz podświetlone linijki (ja tego configu używam cały czas):
https://gitlab.com/morfikov/debian-files/blob/maste … conf#L121-144

loms napisał(-a):

Masz jakieś źródło o spadku wydajności przy pliku wymiany w odniesieniu do partycji wymiany, czy sam to wymyśliłeś?

Gdzieś o tym czytałem już jakiś czas temu. xD Ale nawet na logikę — plik wymiany może zostać umieszczony w różnym wycinku dysku.  Generalnie im dalej od początku tym prędkość ulega znacznej degradacji:



System plików umieszcza pliki jak mu wygodnie, większe pliki zwykle oznaczają fragmentację danych, nawet jeśli masz jeden plik ciągły, to możesz mieć max 128M sekwencji odczytu/zapisu (w ext4), później trzeba wysłać zapytanie do systemu pików o kolejne dane, a to ci już daje utratę czasu i to dość znaczną. W sumie to mogę poszukać jeszcze info na ten temat, może coś się pozmieniało przez te parę lat ale już te powyższe dane mówią jasno: tylko partycja SWAP i to na początku dysku.

SWAP ma na celu (przynajmniej w moim przypadku) odgrywać dwie role: pierwszą z nich jest ochrona przed OOM killerem, a druga to umożliwienie hibernacji. Pośrednio też ma na celu rozszerzenie pamięci RAM w pewnych niestandardowych sytuacjach i to tyle w sumie. Jeśli ktoś ma faktycznie dużo RAM, to może sobie i ten SWAP upchnąć w pliku i pewnie nie zauważy żadnej różnicy ale jeśli ktoś ma mało RAM i ciągle używa SWAP, to szlag go trafi jak będzie używał go w pliku. xD

Znalazłem coś takiego:

With a 2.4.x kernel swap files were slower than swap
partitions, but with the 2.6 kernel a swap file is just as fast as a
swap partition.
— https://lkml.org/lkml/2006/5/29/3

Czyli generalnie nie ma różnicy ale nadal wchodzi w grę pozycja samego pliku i jego fragmentacja. Jeśli ten plik by był w miejscu partycji SWAP i nie byłby pofragmentowany, to wtedy by było to samo. xD

A i tu jest jeszcze ciekawy artykuł:
https://chrisdown.name/2018/01/02/in-defence-of-swap.html

"serwer na nieużywanym netbooku Asus EEE PC".
Zależy co ten serwer ma robić, ale generalnie serwer na netbooku to jak próbować z malucha robić ciężarówkę.

skullman napisał(-a):

@morfik, to teraz trzeba by ustalić jaki system plików bo może niektóre są bardziej odporne na fragmentację nić inne.

Ja kiedyś bez problemu pofragmentowałem pliki na w połowie pustej partycji 650G sformatowanej ext3. Tam to dopiero upchnąć SWAP i czekać tylko kiedy człowiek wyskoczy z okna. xD Tak i wiem, że teraz mamy ext4 ale w logice alokowania danych chyba się nic nie zmieniło i myślę, że bez problemu bym i ten ext4 pofragmentował. xD

Przydzielając swapa głównie kieruję się tabelką na stronie https://askubuntu.com/questions/49109/i-have-16gb-r … ed-32gb-swap. swap jest na pierwszej partycji LVM zaraz przed root. Przydzieliłem na partycję swap 2 GB.

skullman napisał(-a):

loms napisał(-a):

Poza tym SWAP to niepotrzebne katowanie dysku.

Najlepiej byłoby dać 16GB RAM i problem z głowy.

LOL... a mi się wydaje, że to przerost formy nad treścią nawet jeśli ten netbook miałby 0.5GB RAMu.
A zapotrzebowanie na RAM właściwie związane jest z tym jakie serwisy mają tam chodzić i i jakie będzie zapotrzebowanie.
Tak że bym nie szalał, a LVM zazwyczaj jest najlepszym rozwiązaniem bo logiczne volumeny można rozszerzać gdy najdzie taka potrzeba.