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

[quote=mati75]http://404.g-net.pl/2012/09/ssd/[/quote]
Zupełnie bezużyteczny artykuł.

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

[quote=yossarian][quote=mati75]http://404.g-net.pl/2012/09/ssd/[/quote]
Zupełnie bezużyteczny artykuł.[/quote]
Czemu? Wygląda przydatnie.

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

[quote=yossarian]Zupełnie bezużyteczny artykuł.[/quote]
Powód?

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

[quote=wlodarek1]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 ?[/quote]
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

[quote=mati75][quote=yossarian]Zupełnie bezużyteczny artykuł.[/quote]
Powód?[/quote]
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

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

https://wiki.archlinux.org/index.php/Solid_State_Drives#Tips_for_maximizing_SSD_performance

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

[quote=morfik]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.[/quote]
Poczytalem tutaj => http://libre-ouvert.toile-libre.org/?article72/ssd-crucial-m4-64-go-linux-trim-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&px=CFQ-IO-Scheduler-IOPS-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

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

https://wiki.archlinux.org/index.php/Solid_State_Drives#Tips_for_maximizing_SSD_performance[/quote]
Może rzeczywiście żyjesz w innym świecie ;)

Ja widzę co innego:

Odnajdujemy wpis naszej partycji (u mnie /) i przy opcjach dodajemy ‚noatime,discard’[/quote]
[quote=wiki Archa]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.[/quote]
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[/quote]
Dalej również są bzdury:
Domyślnie Linux wykorzystuje CFQ, który jest zoptymalizowany pod zwykłe, talerzowe napędy.[/quote]
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.[/quote]
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[/quote]
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 ;)

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

morfik - Cenzor wirtualnego świata

morfik

Cenzor wirtualnego świata

Skąd: ze WSI

Zarejestrowany: 2011-09-15

Serwis

Re: Nowy Linux na dysku SSD

Podobnie z tym dopisywanym noatime. Od wielu lat standardowo jest relatime[/quote]
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

Offline

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

mati75 - Psuj

mati75

Psuj

Skąd: default city

Zarejestrowany: 2010-03-14

Serwis

Re: Nowy Linux na dysku SSD

[quote=yossarian]Podobnie z tym dopisywanym noatime. Od wielu lat standardowo jest relatime:[/quote]
U mnie tego nie było. Trzeba było dopisać.

[quote=yossarian]Internet jest już pełen zupełnie bezsensownych „poradników” pisanych przez wszelkiej maści użyszkodników Ubuntu ;)[/quote]
+1

[img]https://l0calh0st.pl/obrazki/userbar.png[/img]

Offline

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

ethanak - Użytkownik

ethanak

Użytkownik

Skąd: Ungwenor

Zarejestrowany: 2010-07-19

Serwis

Re: Nowy Linux na dysku SSD

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

Nim mechaniczne larum zagrasz mi, kanalio,
głosząc nadejście Javy - śmiertelnego wroga!
[i]Zespół Adwokacki Dyskrecja[/i]

Offline

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

wlodarek1 - Użytkownik

wlodarek1

Użytkownik

Skąd: częstochowa

Zarejestrowany: 2007-06-24

Serwis

Re: Nowy Linux na dysku SSD

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

System operacyjny ma być dla ludzi, a nie ludzie dla systemu operacyjnego.

Offline

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

raven18 - Użytkownik

raven18

Użytkownik

Skąd: /home

Zarejestrowany: 2009-01-30

Re: Nowy Linux na dysku SSD

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 :)

Windows 8.1

Offline

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

morfik - Cenzor wirtualnego świata

morfik

Cenzor wirtualnego świata

Skąd: ze WSI

Zarejestrowany: 2011-09-15

Serwis

Re: Nowy Linux na dysku SSD

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

Offline

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

yaros - Użytkownik

yaros

Użytkownik

Zarejestrowany: 2011-11-17

Re: Nowy Linux na dysku SSD

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)

Offline
#22 2016-05-17 09:56:23

yossarian - Szczawiożerca
yossarian

Szczawiożerca

Skąd: Shangri-La

Zarejestrowany: 2011-04-25
Re: Nowy Linux na dysku SSD
[quote=mati75][quote=yossarian]Podobnie z tym dopisywanym noatime. Od wielu lat standardowo jest relatime:[/quote]
U mnie tego nie było. Trzeba było dopisać.[/quote]
[quote=man mount]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.)

[b]Since Linux 2.6.30, the kernel defaults to the behavior provided by this option (unless noatime was specified)[/b], 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.[/quote]
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=0a1c01c9477602ee8b44548a9405b2c1d587b5a2

[quote=wlodarek1]Po tylu różnych poradach , to już teraz nie wiem czy coś w tym FSTAB-ie zmieniać czy nie ?![/quote]
Ja zmieniłem tylko wartość [tt]commit[/tt] 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 [tt]/etc/default/tmpfs[/tt]

Ostatnio edytowany przez yossarian (2016-05-17 11:55:20)
Offline
#23 2016-05-17 11:35:18

morfik - Cenzor wirtualnego świata

morfik

Cenzor wirtualnego świata

Skąd: ze WSI

Zarejestrowany: 2011-09-15

Serwis

Re: Nowy Linux na dysku SSD

Ja zmieniłem tylko wartość commit dla systemu plików ext z domyślnych 5 ms na 120 ms. Ale to tylko tak opcjonalnie.[/quote]
Raczej sekund. xD

Offline

#24 2016-05-17 11:54:46

yossarian - Szczawiożerca

yossarian

Szczawiożerca

Skąd: Shangri-La

Zarejestrowany: 2011-04-25

Re: Nowy Linux na dysku SSD

[quote=morfik]
Ja zmieniłem tylko wartość commit dla systemu plików ext z domyślnych 5 ms na 120 ms. Ale to tylko tak opcjonalnie.[/quote]
Raczej sekund. xD[/quote]
No masz racje :)

Offline

Strony: 1

Forum Debian Users Gang
» Hardware
» Nowy Linux na dysku SSD

Stopka forum

Skocz do

Powered by PunBB
© Copyright 2002–2005 Rickard Andersson
To nie jest tylko forum, to nasza mała ojczyzna ;-)

[ Generated in 0.014 seconds, 11 queries executed ]

Informacje debugowania

Time (s) Query

0.00009 SET CHARSET latin2

0.00006 SET NAMES latin2

0.00099 SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.138.101.95' WHERE u.id=1

0.00077 REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.138.101.95', 1713403090)

0.00046 SELECT * FROM punbb_online WHERE logged<1713402790

0.00066 SELECT topic_id FROM punbb_posts WHERE id=301567

0.00114 SELECT id FROM punbb_posts WHERE topic_id=28626 ORDER BY posted

0.00108 SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=28626 AND t.moved_to IS NULL

0.00007 SELECT search_for, replace_with FROM punbb_censoring

0.00161 SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=28626 ORDER BY p.id LIMIT 0,25

0.00103 UPDATE punbb_topics SET num_views=num_views+1 WHERE id=28626

Total query time: 0.00796 s

Time (s)	Query
0.00009	SET CHARSET latin2
0.00006	SET NAMES latin2
0.00099	SELECT u., g., o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.138.101.95' WHERE u.id=1
0.00077	REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.138.101.95', 1713403090)
0.00046	SELECT * FROM punbb_online WHERE logged<1713402790
0.00066	SELECT topic_id FROM punbb_posts WHERE id=301567
0.00114	SELECT id FROM punbb_posts WHERE topic_id=28626 ORDER BY posted
0.00108	SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=28626 AND t.moved_to IS NULL
0.00007	SELECT search_for, replace_with FROM punbb_censoring
0.00161	SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=28626 ORDER BY p.id LIMIT 0,25
0.00103	UPDATE punbb_topics SET num_views=num_views+1 WHERE id=28626
Total query time: 0.00796 s

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

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

Pavlo950 - człowiek pasjonat :D

Re: Nowy Linux na dysku SSD

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

mati75 - Psuj

Re: Nowy Linux na dysku SSD

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

darius - Użytkownik

Re: Nowy Linux na dysku SSD

#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

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

mati75 - Psuj

Re: Nowy Linux na dysku SSD

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

darius - Użytkownik

Re: Nowy Linux na dysku SSD

Kod:

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

yossarian - Szczawiożerca

Re: Nowy Linux na dysku SSD

#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

#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

#22 2016-05-17 09:56:23

yossarian - Szczawiożerca

Re: Nowy Linux na dysku SSD

Kod:

#23 2016-05-17 11:35:18

morfik - Cenzor wirtualnego świata

Re: Nowy Linux na dysku SSD

#24 2016-05-17 11:54:46

yossarian - Szczawiożerca

Re: Nowy Linux na dysku SSD

Stopka forum

Informacje debugowania