Forum Debian Users Gang

wlodarek1 · 2016-05-15 16:48:19

Proszę o poradę w takiej sprawie ; Kilka dni temu zainstalowałem najnowzego Sparky 4.3 na PC-cie który ma dysk SSD .
Znalazłem na tym forum i innej debianowej stronie opisy jak to do pliku FDTAB dodać opcje np NOATIME - gdy mamy dysk SSD
Opisy te jednak są już sprzed kilku lat i nie wiem czy są w 100 % aktualne .
Dlatego pytam - czy nowe linuksy z jdrem 4.5.02 są domyślnie optymalizowane pod kątem dysków SSD czy trzeba jednak ręcznie dodaćc pewne opcje do pliku FSTAB ?

morfik · 2016-05-15 17:15:27

Obecnie wszystko jest montowane z relatime. Tu masz różnice miedzy poszczególnymi opcjami: https://wiki.archlinux.org/index.php/fstab#atime_options

wlodarek1 · 2016-05-15 18:33:42

Pod tym linkiem jest wszystko po angielsku .
Możesz morfik dać linka do jakiejś polskiej stronki z aktualnym opisem konfiguracji linuksa na SSD ?

mati75 · 2016-05-15 20:02:42

http://404.g-net.pl/2012/09/ssd/

morfik · 2016-05-15 20:32:02

Ja nie znam polskich stron, to nie wiem. xD

yossarian · 2016-05-15 20:59:03

mati75 napisał(-a):
http://404.g-net.pl/2012/09/ssd/

Zupełnie bezużyteczny artykuł.

Pavlo950 · 2016-05-15 21:20:13

yossarian napisał(-a):
mati75 napisał(-a):
http://404.g-net.pl/2012/09/ssd/
Zupełnie bezużyteczny artykuł.

Czemu? Wygląda przydatnie.

mati75 · 2016-05-15 21:29:53

yossarian napisał(-a):
Zupełnie bezużyteczny artykuł.

Powód?

darius · 2016-05-15 22:01:25

wlodarek1 napisał(-a):
Dlatego pytam - czy nowe linuksy z jdrem 4.5.02 są domyślnie optymalizowane pod kątem dysków SSD czy trzeba jednak ręcznie dodaćc pewne opcje do pliku FSTAB ?

Na pewno to drugie, czyli dorzucac opcje do fstab. http://forum.slackware.pl/viewtopic.php?f=24&t=25309

morfik · 2016-05-16 08:30:09

Ja jak czytam te wpisy jak ten wyżej (tam na forum), to mam rażenie, że nikt nie czyta dokumentacji opcji, których używa. xD

Ostatnio edytowany przez morfik (2016-05-16 08:30:36)

yossarian · 2016-05-16 08:34:59

mati75 napisał(-a):
yossarian napisał(-a):
Zupełnie bezużyteczny artykuł.
Powód?

Bo wszystkie tamte „porady” są przestarzałe, zbędne i w pewnych warunkach szkodliwe.
Za to sensownych wskazówek tam całe 0.

mati75 · 2016-05-16 09:52:00

yossarian napisał(-a):
Bo wszystkie tamte „porady” są przestarzałe, zbędne i w pewnych warunkach szkodliwe.
Za to sensownych wskazówek tam całe 0.

Nie wiem czy w tym samym świecie żyjemy, ale to samo widzę tutaj:

https://wiki.archlinux.org/index.php/Solid_State_Dr … D_performance

darius · 2016-05-16 10:26:25

morfik napisał(-a):
Ja jak czytam te wpisy jak ten wyżej (tam na forum), to mam rażenie, że nikt nie czyta dokumentacji opcji, których używa.

Poczytalem tutaj => http://libre-ouvert.toile-libre.org/?article72/ssd- … -ext4-noatime (aktualizowane 24/04/2016)

Kod:

tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
tmpfs /var/lock tmpfs defaults,noatime,mode=1777 0 0
tmpfs /var/run tmpfs defaults,noatime,mode=1777 0 0

i to by sie zgadzalo a poza tym jest notatka http://www.phoronix.com/scan.php?page=news_item& … OPS-Linux-4.2 o dodatkowej optymizacji od kernela 4.2 w gore.

Tu jest moj tlumacz https://www.freetranslation.com/en/translate-english-french

yossarian · 2016-05-16 11:10:22

mati75 napisał(-a):
yossarian napisał(-a):
Bo wszystkie tamte „porady” są przestarzałe, zbędne i w pewnych warunkach szkodliwe.
Za to sensownych wskazówek tam całe 0.
Nie wiem czy w tym samym świecie żyjemy, ale to samo widzę tutaj:

https://wiki.archlinux.org/index.php/Solid_State_Dr … D_performance

Może rzeczywiście żyjesz w innym świecie ;)

Ja widzę co innego:

Odnajdujemy wpis naszej partycji (u mnie /) i przy opcjach dodajemy ‚noatime,discard’

wiki Archa napisał(-a):
Warning: Users need to be certain that their SSD supports TRIM before attempting to mount a partition with the discard flag. Data loss can occur otherwise! Unfortunately, there are wide quality gaps of SSD's bios' to perform continuous TRIM, which is also why using the discard mount flag is recommended against generally by filesystem developer Theodore Ts'o.

Podana jest też lepsza i bezpieczniejsza metoda z pakietu util-linux.

Podobnie z tym dopisywanym noatime. Od wielu lat standardowo jest relatime:

The best compromise might be the use this option since programs like Mutt will continue to work, but you will still have a performance boost as the files will not get access times updated unless they are modified. This option is used when the defaults keyword option, atime option (which means to use the kernel default, which is relatime

Dalej również są bzdury:

Domyślnie Linux wykorzystuje CFQ, który jest zoptymalizowany pod zwykłe, talerzowe napędy.

CFQ has some optimizations for SSDs and if it detects a non-rotational
media which can support higher queue depth (multiple requests at in
flight at a time), then it cuts down on idling of individual queues and
all the queues move to sync-noidle tree and only tree idle remains. This
tree idling provides isolation with buffered write queues on async tree.

https://www.kernel.org/doc/Documentation/block/cfq-iosched.txt
Na wiki Archa również o jakiejś koniecznej zmianie CFQ nie piszą.

Porady dotyczące ręcznego wyrównywania partycji od wielu lat są pozbawione większego sensu.

Many of the common partition tools now handle partition alignment automatically:

fdisk
gdisk
gparted
parted

https://wiki.archlinux.org/index.php/Partitioning#Partition_alignment

Niepotrzebne grzebanie w opcjach księgowania systemu plików to już w ogóle proszenie się o kłopoty.

Internet jest już pełen zupełnie bezsensownych „poradników” pisanych przez wszelkiej maści użyszkodników Ubuntu ;)

morfik · 2016-05-16 11:51:42

Podobnie z tym dopisywanym noatime. Od wielu lat standardowo jest relatime

Tu pewnie trzeba by dodać, że ogromna większość operacji na dysku to są żądania odczytu danych. Zatem pliki nie są modyfikowane i nie ma potrzeby aktualizacji czasów, które z kolei wyzwalają operacje zapisu. Pomijając te ogromną większość operacji, to zostaje tylko kwestia zapisu plików, a tu lepiej przepisać czas dostępu. To nie jest jakieś obciążenie dla dysku SSD. W przypadku talerzowców to jednak gorzej wypada ale i tak tych zapisów jest relatywnie niewiele. A już na pewno taka aktualizacja czasów przy zapisie nie rozjedzie komórek dysku SSD. xD Na pewno też żadnego boost'a nikt na dysku SSD nie doświadczy po przełączeniu z relatime na noatime, a tylko będzie miał problemy z jakimiś aplikacjami. Po co zatem się w to bawić? xD

mati75 · 2016-05-16 15:58:42

yossarian napisał(-a):
Podobnie z tym dopisywanym noatime. Od wielu lat standardowo jest relatime:

U mnie tego nie było. Trzeba było dopisać.

yossarian napisał(-a):
Internet jest już pełen zupełnie bezsensownych „poradników” pisanych przez wszelkiej maści użyszkodników Ubuntu ;)

+1

ethanak · 2016-05-16 16:45:15

pokaż mi aplikację która korzysta z atime.

wlodarek1 · 2016-05-16 18:27:17

Po tylu różnych poradach , to już teraz nie wiem czy coś w tym FSTAB-ie zmieniać czy nie ?!

raven18 · 2016-05-16 19:57:50

Możesz dodać do tmpfs logi oraz cache apta, pewnie większość się oburzy odnośnie logów, ale na desktopie w zupełności wystarczą z bieżącej sesji, a jeśli rzeczywiście coś kiedyś to zawsze możesz zahashować ten wpis. Ta porada dotyczy sdd jak i hdd :)

morfik · 2016-05-16 21:06:28

Czemu mieli by się oburzać? Nawet ten znienawidzony przez wszystkich systemd domyślnie przechowuje logi w RAM, chyba, że się go pouczy inaczej. Dodatkowo, systemd ma cały katalog /tmp/ również zamontowany w RAM, rozmiar 50% wielkości pamięci. Systemd jest zoptymalizowany pod SSD już od dawna. xD

yaros · 2016-05-17 08:34:36

Ja przy zmianie dysku na SSD zostawiłem stare talerzowce w budzie i tmp wrzuciłem do RAM a var wyrzuciłem na talerz.

Ostatnio edytowany przez yaros (2016-05-17 08:35:12)

yossarian · 2016-05-17 09:56:23

mati75 napisał(-a):
yossarian napisał(-a):
Podobnie z tym dopisywanym noatime. Od wielu lat standardowo jest relatime:
U mnie tego nie było. Trzeba było dopisać.

man mount napisał(-a):
relatime
Update inode access times relative to modify or change time. Access time is only updated if the previous access time was earlier than the
current modify or change time. (Similar to noatime, but it doesn't break mutt or other applications that need to know if a file has been
read since the last time it was modified.)

Since Linux 2.6.30, the kernel defaults to the behavior provided by this option (unless noatime was specified), and the strictatime option
is required to obtain traditional semantics. In addition, since Linux 2.6.30, the file's last access time is always updated if it is more
than 1 day old.

http://git.kernel.org/cgit/linux/kernel/git/torvald … 5b2c1d587b5a2

wlodarek1 napisał(-a):
Po tylu różnych poradach , to już teraz nie wiem czy coś w tym FSTAB-ie zmieniać czy nie ?!

Ja zmieniłem tylko wartość commit dla systemu plików ext z domyślnych 5 s na 120 s. Ale to tylko tak opcjonalnie.

W zasadzie nic nie trzeba robić poza włączeniem TRIM:

Kod:

cp /usr/share/doc/util-linux/examples/fstrim.{service,timer} /etc/systemd/system
systemctl enable fstrim.timer

i zajrzeniem do pliku /etc/default/tmpfs

Ostatnio edytowany przez yossarian (2016-05-17 11:55:20)

morfik · 2016-05-17 11:35:18

Ja zmieniłem tylko wartość commit dla systemu plików ext z domyślnych 5 ms na 120 ms. Ale to tylko tak opcjonalnie.

Raczej sekund. xD

yossarian · 2016-05-17 11:54:46

morfik napisał(-a):
Ja zmieniłem tylko wartość commit dla systemu plików ext z domyślnych 5 ms na 120 ms. Ale to tylko tak opcjonalnie.
Raczej sekund. xD

No masz racje :)

Forum Debian Users Gang

Ogłoszenie

#1 2016-05-15 16:48:19

wlodarek1 - Użytkownik

Nowy Linux na dysku SSD

#2 2016-05-15 17:15:27

morfik - Cenzor wirtualnego świata

Re: Nowy Linux na dysku SSD

#3 2016-05-15 18:33:42

wlodarek1 - Użytkownik

Re: Nowy Linux na dysku SSD

#4 2016-05-15 20:02:42

mati75 - Psuj

Re: Nowy Linux na dysku SSD

#5 2016-05-15 20:32:02

morfik - Cenzor wirtualnego świata

Re: Nowy Linux na dysku SSD

#6 2016-05-15 20:59:03

yossarian - Szczawiożerca

Re: Nowy Linux na dysku SSD

mati75 napisał(-a):

#7 2016-05-15 21:20:13

Pavlo950 - człowiek pasjonat :D

Re: Nowy Linux na dysku SSD

yossarian napisał(-a):

mati75 napisał(-a):

#8 2016-05-15 21:29:53

mati75 - Psuj

Re: Nowy Linux na dysku SSD

yossarian napisał(-a):

#9 2016-05-15 22:01:25

darius - Użytkownik

Re: Nowy Linux na dysku SSD

wlodarek1 napisał(-a):

#10 2016-05-16 08:30:09

morfik - Cenzor wirtualnego świata

Re: Nowy Linux na dysku SSD

#11 2016-05-16 08:34:59

yossarian - Szczawiożerca

Re: Nowy Linux na dysku SSD

mati75 napisał(-a):

yossarian napisał(-a):

#12 2016-05-16 09:52:00

mati75 - Psuj

Re: Nowy Linux na dysku SSD

yossarian napisał(-a):

#13 2016-05-16 10:26:25

darius - Użytkownik

Re: Nowy Linux na dysku SSD

morfik napisał(-a):

Kod:

#14 2016-05-16 11:10:22

yossarian - Szczawiożerca

Re: Nowy Linux na dysku SSD

mati75 napisał(-a):

yossarian napisał(-a):

wiki Archa napisał(-a):

#15 2016-05-16 11:51:42

morfik - Cenzor wirtualnego świata

Re: Nowy Linux na dysku SSD

#16 2016-05-16 15:58:42

mati75 - Psuj

Re: Nowy Linux na dysku SSD

yossarian napisał(-a):

yossarian napisał(-a):

#17 2016-05-16 16:45:15

ethanak - Użytkownik

Re: Nowy Linux na dysku SSD

#18 2016-05-16 18:27:17

wlodarek1 - Użytkownik

Re: Nowy Linux na dysku SSD

#19 2016-05-16 19:57:50

raven18 - Użytkownik

Re: Nowy Linux na dysku SSD

#20 2016-05-16 21:06:28

morfik - Cenzor wirtualnego świata

Re: Nowy Linux na dysku SSD

#21 2016-05-17 08:34:36

yaros - Użytkownik

Re: Nowy Linux na dysku SSD