[Tutorial] Jak powiększyć przestrzeń wymiany

[magnus]

0

Linux Mint nie jest osamotniony w podążaniu w "złym" kierunku. Towarzyszą mu Windows, Mac OS, Ubuntu, itd., a to oznacza że praktycznie wszystkie systemy operacyjne, instalowane obecnie na komputerach osobistych, domyślnie używają plików wymiany.

[morfik]

0

Nie koniecznie chodzi tutaj o określanie kierowania się w daną stronę jako złym kierunkiem. Po prostu są rozwiązania, które są dobre, a są tez takie, które są lepsze. Podobnie masz  kwestię podziału w przypadku szyfrowania dysku, gdzie cały mainstream korzysta z AES128 szyfrując przy tym jedynie katalogi na partycji /home/ oraz wykorzystując niską iterację hasłą, co przekłada się w znacznym stopniu na wydajność, a konkretnie na czas potrzebny do odszyfrowania zaszyfrowanego kontenera i późniejszy proces szyfrowania/deszyfrowania danych. A każdy kto choć trochę się interesuje bezpieczeństwem i integralnością danych na kompie wie, że jedyną słuszną opcją jest pełne szyfrowanie dysku i do tego przy pomocy AES256, a hasła mają być zbrojone przy pomocy Argon2 przy dość mocnej utylizacji zasobów (RAM+wątki), tak by złamanie hasła siłowo nawet nie zbliżyło się do graniczenia z cudem. To, że większość podmiotów idzie w stronę wydajności, nie znaczy, że ich droga jest odpowiednia.   Zatem też ilościowo nie da się wygrać z zasadnością rozwiązania, bez znaczenia czy w grę wchodzi FDE czy SWAP.   Raczej każdy musi sobie odpowiedzieć na pytanie czy w jego przypadku pewne rzeczy mają mniejsze lub większe znaczenie i nabyć informacje, które pomogą mu podjąć tę trudną decyzję przy konfigurowaniu swojej maszyny.

[magnus]

0

Sprawdziłem fragmentację po utworzeniu plików wymiany w kilku konfiguracjach.
System: Linux Mint 19.1 MATE

Pliki utworzone automatycznie podczas instalacji:

Katalog    Rozmiar     Wolne    Rozmiar Pliku    Ilość Zakresów
/                13 GB       6,6 GB        620 MB            3
/                28 GB       21 GB         1,3 GB             5

Pliki utworzone po instalacji:

Katalog    Rozmiar     Wolne    Rozmiar Pliku    Ilość Zakresów
/                224 GB     204 GB      2 GB                    15
/                13 GB       2,7 GB       2 GB                    3
/                28 GB       13 GB        2 GB                    10
/home        13 GB       7 GB          2 GB                    2

Wygląda na to że nie ma znaczenia jak dużo wolnej przestrzeni jest na partycji i czy jest to / czy /home. Wyniki rozrzucone przypadkowo ale rewelacyjnie dobre w porównaniu do testu z poprzedniej wiadomości.

[morfik]

0

Jak badałeś te ilość zakresów? Bo jest rzeczą niemożliwą, by plik 2G miał 2 zakresy, zakładając, że to jest ext4, bo w ext4 maksymalny zakres bloków ma ma 128MiB, więc ilość zakresów na 1G zawsze będzie co najmniej 8, a ci szyło 2 i to na 2GiB  .

Wygląda na to że nie ma znaczenia jak dużo wolnej przestrzeni jest na partycji

No ilość wolnego miejsca sama w sobie nigdy za wiele ci nie powie, bo liczy się fragmentacja wolnej przestrzeni. Nie wiem jak wygląda tworzenie pliku wymiany podczas instalacji systemu ale jeśli ten plik jest tworzony przed rozpoczęciem wrzucania plików systemowych, to jest spore prawdopodobieństwo, że ten plik może być w miarę ciągły, choć ext4 jest ździebko nieprzewidywalny przy tworzeniu większych plików. Ale każda późniejsza próba stworzenia nowego pliku SWAP lub rozszerzenie już tego istniejącego będzie skutkować dość sporą fragmentacją.

[ciastek1981]

0

Panowie! Argumenty, a nie zawoalowane wycieczki personalne

Podnosicie poziom forum, inni na was patrzą 

[magnus]

0

OK, tylko argumenty.

Podział danych na zakresy bloków to nie jest fragmentacja. Nas interesuje pojawianie się nieciągłości w zapisie pliku wymiany. Program filefrag oblicza na ile zakresów ciągłych danych podzielony jest nasz plik. W przykładzie poniżej mamy jedenaście zakresów bloków ale tylko pięć zakresów ciągłych danych /swapfile: 5 extents found, ponieważ w pliku są cztery fragmenty obcych danych.

Kod:

$ sudo filefrag -ve /swapfile
Filesystem type is: ef53
File size of /swapfile is 1439201280 (351368 blocks of 4096 bytes)
ext:     logical_offset:        physical_offset: length:   expected: flags:
  0:        0..   32767:      34816..     67583:  32768:            
  1:    32768..   63487:      67584..     98303:  30720:            
  2:    63488..   96255:     100352..    133119:  32768:      98304:
  3:    96256..  126975:     133120..    163839:  30720:            
  4:   126976..  159743:     165888..    198655:  32768:     163840:
  5:   159744..  190463:     198656..    229375:  30720:            
  6:   190464..  223231:     231424..    264191:  32768:     229376:
  7:   223232..  253951:     264192..    294911:  30720:            
  8:   253952..  286719:     296960..    329727:  32768:     294912:
  9:   286720..  319487:     329728..    362495:  32768:            
 10:   319488..  351367:     362496..    394375:  31880:             last,eof
/swapfile: 5 extents found

[morfik]

1

To, że plik, przykładowo 1GiB, jest zapisany w formie ciągłej z ludzkiej perspektywy (tj.jeden blok po drugim od początku pliku do jego końca), nie znaczy, że z perspektywy maszyny ten plik jest ciągły. Budowa ext4 zakłada wykorzystanie maksymalnie 128 MiB ciągu bloków, które składają się na jeden zakres. Nawet jeśli kolejne 128 MiB będą następować po tych poprzednich, to trzeba wykonać kolejne zapytanie do systemu plików o następną porcję danych, a to już generuje opóźnienia.


W tym twoim listingu masz kolumnę exti tam masz faktyczną liczbę zakresów, czyli 11, a nie 5.

[magnus]

0

To jest bardzo ciekawe co opisujesz, ale nie ma nic wspólnego z fragmentacją pliku wymiany.

[morfik]

0

To jest bardzo ciekawe co opisujesz, ale nie ma nic wspólnego z fragmentacją pliku wymiany.

Maszyny (i Morfik) są innego zdania.

[ciastek1981]

0

Maszyny (i Morfik) są innego zdania.

Możesz jeszcze bardziej wytłumaczyć jak dla przedszkolaków (tutorial) ??? Tu nie jest DUG, ani MorfikLAB

Lubię takie tematy - strasznie rozwijają użytkownika, poszerzają horyzonty