Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Strony: 1
Cześć!
Nabyłem nowy komputer, wyposażony w dwa dyski twarde - jeden SDD o pojemności 240 GB, drugi HDD o pojemności 1 TB. Na komputerze jest już zainstalowany (przez producenta) Windows 10, przypuszczam (komputera jeszcze nie mam), że na dysku SSD. Moim podstawowym systemem będzie jednak, jak zwykle, Debian.
Zastanawiam się nad optymalnym dla moich potrzeb podziałem dysków na partycje, biorąc pod uwagę zarówno różnice sprzętowe, jak i sposób w jaki korzystam z systemów operacyjnych.
Zacznę od drugiej kwestii. Z systemu Windows korzystam rzadko (kilka godzin w tygodniu, a i to nie zawsze). Przede wszystkim do uruchomienia jakichś gier, których nie uda mi się odpalić w Wine pod Linuksem. Przy czym nie są to najnowsze tytuły. Do codziennej pracy i rozrywki używam Linuksa (wiele godzin dziennie). Dodam jeszcze, że wersji 10 systemu Windows nigdy nawet nie miałem.
Przejdźmy do samych dysków - chodzi tu o kwestię czasu życia dysku SSD że względu na liczbę dokonywanych operacji zapisu. Jak dotąd nigdy nie posiadałem dysku SSD, więc brak mi doświadczenia. W związku z tym spędziłem dziś całe popołudnie i cały wieczór na poszukiwaniu stosownych porad w internecie. Ale te różnią się dość znacznie — od "wystarczy włączyć funkcję TRIM" po wyłączanie/ograniczanie dziennika systemu plików, ingerencję w ustawienia przeglądarki internetowej, dezaktywowane hibernacji, itp. Tylko czy warto pozbawiać się wielu przydatnych, czy po prostu wygodnych, funkcji? Ile na tym możemy zyskać? Czy zamiast cieszyć się z zalet posiadania dysku SSD nie będziemy go przeklinać? Nie chcę popadać w żadną skrajność.
W związku z powyższym ludzie różnie podchodzą też do kwestii podziału dysków na partycje i do montowania określonych katalogów na poszczególnych dyskach. Oto rozwiązanie, do którego doszedłem.
1. Partycje systemowa oraz [i]recovery[/i] dla Windows — łącznie ok. 60 GB na dysku SSD.
2. / — 30-40 GB na dysku SSD.
3. /var — 10 GB na dysku HDD.
4. /tmp — 10 GB na dysku HDD.
5. Partycja dla Windowsa z przeznaczeniem na gry i inne programy — 100 GB na dysku HDD.
6. /home — reszta dysku HDD
7. Co z resztą (ponad połowa) dysku SSD? Pozostawienie go pustym zapewne zwiększy jego żywotność, ale czy to nie zbyt duże marnotrawstwo? Mógłbym tam umieszczać różne dane, których raczej nie będę usuwał, lecz uzupełniał (dokumenty, muzyka, itp.), ale aż tyle ich mieć nie będę.
Uh! Przyznam, że od tego wszystkiego rozbolała mnie głowa. ;)
Offline
4. /tmp — 10 GB na dysku HDD.[/quote]
Po co to? /tmp najlepiej umieścić w pamięci RAM jako tmpfs.
Chyba że w nowym komputerze masz jej za mało, w Debianie przy 8GB RAM możesz zrobić 4GB TMPFS i spokojnie wystarczy taki /tmp. a system miejscami bedzie szybciej reagował.
[b]/tmp[/b] u mnie:Kod:
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,noexec,noatime)Mam tak ustawione od 10 lat i żadnych problemów z tego powodu nie zauważyłem.
Ostatnio edytowany przez Jacekalex (2018-08-09 01:27:45)
W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem para bellum ;) | Pozdrawiam :)
Offline
A można jeszcze tak zrobić żeby przeglądarkę skopiować do ramu za każdym bootem systemu ;)
Offline
Ja bym reszte [i]sdd[/i] przeznaczyl na /home ze wzgledu ze bedzie czesto uzywana.
Na [i]hdd[/i] lepiej jest zrobic partycje /magazyn na przechowywanie wiekszych plikow (fimy, seriale, muzyka, obrazy gier), ktorych uzywasz od czasu do czasu.
Offline
Dziękuję wszystkim za odpowiedzi.
[quote=Jacekalex]
4. /tmp — 10 GB na dysku HDD.[/quote]
Po co to? /tmp najlepiej umieścić w pamięci RAM jako tmpfs.[/quote]
Tak pomyślałem, że skoro w /tmp jest duży ruch, to lepiej wrzucić na HDD niż na SSD. A odnośnie wrzucenia go do RAM-u, to czytałem o tym, ale czy mi to nie ograniczy zbytnio pamięci? Na starym lapku kiedy odpalę kilka programów i Firefoxa z pierdyliardem otwartych kart + nie daj Boże jakąś grę we flashu, to zużycie pamięci potrafi skoczyć i do 7 GB (na starym i nowym mam po 8 GB pamięci).
@chmuri: To żart?
[quote=wikingagressor]Ja bym reszte sdd przeznaczyl na /home ze wzgledu ze bedzie czesto uzywana.[/quote]
No i wracamy do zasadniczej kwestii - czy jest sens jakoś specjalnie przejmować się tą ograniczoną żywotnością dysków SSD, czy nie? Jeśli nie, to temat można zakończyć, poradzę sobie. A jeśli tak, to właśnie z tego powodu, który wymieniłeś, /home powinien znaleźć się na HDD.
Myślałem też, żeby /home umieścić na SSD i linkować co częściej używane katalogi (~/Pobrane, ~/Wideo, ~/.mozilla, ~/.smplayer, itp.) do partycji na HDD, tylko to może być nieco upierdliwe.
Offline
Tak pomyślałem, że skoro w /tmp jest duży ruch, to lepiej wrzucić na HDD niż na SSD. A odnośnie wrzucenia go do RAM-u, to czytałem o tym, ale czy mi to nie ograniczy zbytnio pamięci?[/quote]
Pamięci ograniczyć? Chyba żartujesz.Kod:
df -hk /tmp System plików 1K-bl użyte dostępne %uż. zamont. na tmpfs 4076948 12 4076936 1% /tmpW całym [b]/tmp[/b] mam teraz zajętych AŻ 12 KILOBAJTÓW, faktycznie "bardzo dużo".
Przecież w [b]/tmp[/b] są głównie sockety komunikacyjne lub pliki blokujące różnych programów, między innymi Xorga czy Waylanda.
Co się w tej chwili dzieje u mnie w /tmp:Kod:
root ~> lsof /tmp COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME mysqld 6853 mysql 7u REG 0,28 0 12076 /tmp/ibI5DyyC (deleted) mysqld 6853 mysql 8u REG 0,28 0 12077 /tmp/ibLXTBcV (deleted) mysqld 6853 mysql 9u REG 0,28 0 12078 /tmp/ibTgGFQd (deleted) mysqld 6853 mysql 10u REG 0,28 0 13106 /tmp/ibkM7gIP (deleted) mysqld 6853 mysql 14u REG 0,28 0 13203 /tmp/ibzuCPeK (deleted) php-fpm7. 6857 php 3u REG 0,28 0 12058 /tmp/.ZendSem.q3GP8B (deleted) php-fpm7. 7558 php 3u REG 0,28 0 12058 /tmp/.ZendSem.q3GP8B (deleted) quiterss 9016 pacjent 10uW REG 0,28 0 21742 /tmp/qtsingleapp-quiter-9c4b-3e9-lockfile firefox 9473 pacjent DEL REG 0,28 45464 /tmp/.glDEhPZbPozdro
Ostatnio edytowany przez Jacekalex (2018-08-10 13:59:06)
W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem para bellum ;) | Pozdrawiam :)
Offline
[quote=FeliksLeon][quote=wikingagressor]Ja bym reszte sdd przeznaczyl na /home ze wzgledu ze bedzie czesto uzywana.[/quote]
No i wracamy do zasadniczej kwestii - czy jest sens jakoś specjalnie przejmować się tą ograniczoną żywotnością dysków SSD, czy nie? Jeśli nie, to temat można zakończyć, poradzę sobie. A jeśli tak, to właśnie z tego powodu, który wymieniłeś, /home powinien znaleźć się na HDD.
Myślałem też, żeby /home umieścić na SSD i linkować co częściej używane katalogi (~/Pobrane, ~/Wideo, ~/.mozilla, ~/.smplayer, itp.) do partycji na HDD, tylko to może być nieco upierdliwe.[/quote]
Przejmować się nie ma za bardzo czym. Dlatego warto trzymać kluczowe katalogi (szczególnie /home) na SSD. Z tym właśnie wiąże się pewne, wieloletnie nieporozumienie — /home to katalog na pliki konfiguracyjne użytkownika i jakieś jego osobiste pierdółki. Wtedy odczuwasz korzyści z używania SSD.
A wszystkie dane (filmy, zdjęcia i inne pierdoły) to się nie trzyma na /home, tylko na jakimś innym magazynie zamontowanym przykładowo jako /home/filmy lub gdzieś w /mnt/filmy, które fizycznie siedzą na HDD. Wtedy masz zupełnie inne opcje montowania, uprawnienia, kopie zapasowe itp do takiego magazynu danych.
Offline
[quote=Jacekalex]
Tak pomyślałem, że skoro w /tmp jest duży ruch, to lepiej wrzucić na HDD niż na SSD. A odnośnie wrzucenia go do RAM-u, to czytałem o tym, ale czy mi to nie ograniczy zbytnio pamięci?[/quote]
Pamięci ograniczyć? Chyba żartujesz.[/quote]
Niektóre aplikacje, np. narzędzia deweloperskie od googla dla andka, aktualizują się w /tmp/, a czasami taka aktualizacja wymaga pobrania paru GiB z neta, no i do tego jeszcze trzeba to wypakować, także czasami to nawet i 5GiB na /tmp/ to za mało. xD
A co do samego zjadania pamięci, to nawet jak się da 90% RAM na /tmp/ , to i tak z tego faktu nic się nie stanie, bo te 90% nie jest prealokowane.
A co do plików na SSD, to głównie takie dyski zabijają duże statyczne pliki, np. filmy, gdzie komórki na których taki plik leży są w zasadzie nieruszone ale za to większe zużycie dotyczy pozostałych komórek. Im mniej wolnego miejsca, tym rotacja komórek jest jeszcze mniejsza i przez to komórki się zużywają bardzo nierównomiernie. Wiec optymalne rozwiązanie to zostawić sporo miejsca na SSD i mieć dużo małych plików, które rotują dość ostro, np. mając zainstalowanego niestabilnego debiana, wtedy po paru miechach, wszystkie pliki (albo spora ich część) jest wgrywana ponownie i zużycie komórek jest w miarę jednorodne, przez co nośnik może dłużej posłużyć. :]Ostatnio edytowany przez morfik (2018-08-10 16:12:44)
Offline
Podobny problem z brakiem miejsca w /tmp może występować przy nagrywaniu płyt DVD (chociaż obecnie płyty to zabytek).
Producenci sugerują pozostawienie [b]co najmniej[/b] 20% wolnego miejsca na SSD.
Offline
Może z 5 płytek nagrałem przez ostatnie 6 lat, ale ani [b]K3B[/b] ani [b]cdrecord[/b] nigdy się nie skarżyły na /tmp w ramie, nawet, jak nagrywałem dvd na kompie, kiedy ten miał 4GB RAM.
Piszę o K3B i cdrecord, bo pozostałe programy nie były warte uwagi.
Offline
[quote=Jacekalex]Pamięci ograniczyć? Chyba żartujesz.
(...)
W całym [b]/tmp[/b] mam teraz zajętych AŻ 12 KILOBAJTÓW, faktycznie "bardzo dużo".[/quote]
Nie będę udawał, że wiem lepiej. Nigdy nie sprawdzałem objętości /tmp na desktopie (sprawdzałem na serwerach, ale to inna historia), bo też i nie miałem powodu by to robić. [b]Ale[/b]... Z tego co się orientuję, to w /tmp zapisywane są różne pliki tymczasowe, np. przy rozpakowywaniu archiwów (a zdarza mi się dość często tworzyć i rozpakowywać całkiem spore archiwa), także pliki przeglądarki internetowej (w trakcie pobierania?). Owszem, jest to obciążenie raczej krótkotrwałe, ale może być istotne.
W każdym razie — zrobię jak radzisz, a gdybym nie był zadowolony, zawsze mogę to zmienić później.
[quote=yossarian]Z tym właśnie wiąże się pewne, wieloletnie nieporozumienie — /home to katalog na pliki konfiguracyjne użytkownika i jakieś jego osobiste pierdółki.[/quote]
Nie wiem czy takie wieloletnie i czy nieporozumienie... W czasach kiedy były tylko dyski HDD i najczęściej jedna sztuka, nie miało to większego znaczenia, zwłaszcza gdy był tylko jeden użytkownik komputera.
[quote=morfik]A co do plików na SSD, to głównie takie dyski zabijają duże statyczne pliki, np. filmy, gdzie komórki na których taki plik leży są w zasadzie nieruszone ale za to większe zużycie dotyczy pozostałych komórek.[/quote]
U mnie filmy nie są statyczne - większość po obejrzeniu wywalam. :P
Ja bym raczej powiedział, że zabójcze jest oprogramowanie, które zapisuje mnóstwo danych na dysku w krótkim czasie. Nie wiem czy przeciętny użytkownik ma z takim do czynienia, ale oprogramowanie specjalistyczne może takie być. Ale to powinno być użytkowane na odpowiednich serwerach. Taka dygresja.
[quote=morfik]Wiec optymalne rozwiązanie to zostawić sporo miejsca na SSD i mieć dużo małych plików, które rotują dość ostro, np. mając zainstalowanego niestabilnego debiana, wtedy po paru miechach, wszystkie pliki (albo spora ich część) jest wgrywana ponownie i zużycie komórek jest w miarę jednorodne, przez co nośnik może dłużej posłużyć.[/quote]
Jednorodne zużycie nie jest równoznaczne z długim życiem. Nie ma znaczenia, czy pliki są małe, duże czy różne — rotacja owszem, pomaga rozłożyć zużycie (tzn. przy tej samej liczbie zapisywanych komórek lepiej jest rotować niż nie rotować), ale jak będziesz zapisywał mnóstwo danych dzień w dzień, to taki dysk pożyje krócej niż dysk, na którym zapisuje się rzadko. Przynajmniej tak ja to rozumiem.
[quote=yossarian]Podobny problem z brakiem miejsca w /tmp może występować przy nagrywaniu płyt DVD (chociaż obecnie płyty to zabytek).[/quote]
Ha, ha! Faktycznie. Kiedy szukałem sprzętu, z przyzwyczajenia filtrowałem laptopy z napędem optycznym. Ale po chwili namysłu stwierdziłem, że w zasadzie jego użycie sprowadzi się do odtwarzania starych płyt z grami. Dlatego kupiłem napęd zewnętrzny za stówkę i mam spokój. Chociaż sporadycznie zdarza się, że trzeba wypalić jakąś płytkę — jest to bądź co bądź tani sposób przechowywania danych.
———————
Dziękuję raz jeszcze wszystkim Wam za uwagi. Mam jeszcze trochę czasu do namysłu (muszę odesłać komputer z uwagi na uszkodzenie mechaniczne). Ale chyba zrobię tak, jak radzą wikingagressor i yossarian (oraz /tmp w RAM-ie).
Offline
[quote=yossarian]A wszystkie dane (filmy, zdjęcia i inne pierdoły) to się nie trzyma na /home, tylko na jakimś innym magazynie zamontowanym przykładowo jako /home/filmy lub gdzieś w /mnt/filmy, które fizycznie siedzą na HDD. Wtedy masz zupełnie inne opcje montowania, uprawnienia, kopie zapasowe itp do takiego magazynu danych.[/quote]
Ja u siebie stworzylem taki wariant: wszystkie wieksze pliki, ktore moga byc uzywane w calej sieci domowej sa na partycji [i]/mnt/magazyn[/i]. Dodatkowo stworzony zostal specjalny uzytkownik [i]sambauser[/i] bez praw dostepu do zadnej powloki i to on montuje zasoby i jest punktem dostepu do danych za pomoca samby. Jako wisienka na torcie, program [i]minidlna[/i] udostepnia dane multimedialne do streamowania na telewizor.
Offline
Strony: 1
Time (s) | Query |
---|---|
0.00009 | SET CHARSET latin2 |
0.00004 | SET NAMES latin2 |
0.00093 | 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.135.206.166' WHERE u.id=1 |
0.00064 | REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.135.206.166', 1732698252) |
0.00054 | SELECT * FROM punbb_online WHERE logged<1732697952 |
0.00064 | DELETE FROM punbb_online WHERE ident='54.36.148.173' |
0.00063 | SELECT topic_id FROM punbb_posts WHERE id=320538 |
0.00154 | SELECT id FROM punbb_posts WHERE topic_id=30576 ORDER BY posted |
0.00075 | 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=30576 AND t.moved_to IS NULL |
0.00013 | SELECT search_for, replace_with FROM punbb_censoring |
0.00115 | 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=30576 ORDER BY p.id LIMIT 0,25 |
0.00077 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=30576 |
Total query time: 0.00785 s |