Forum Debian Users Gang

A można jeszcze tak zrobić żeby przeglądarkę skopiować do ramu za każdym bootem systemu ;)

Dziękuję wszystkim za odpowiedzi.

Jacekalex napisał(-a):

4. /tmp — 10 GB na dysku HDD.

Po co to? /tmp najlepiej umieścić w pamięci RAM jako tmpfs.

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?

wikingagressor napisał(-a):

Ja bym reszte sdd przeznaczyl na /home ze wzgledu ze bedzie czesto uzywana.

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.

FeliksLeon napisał(-a):

wikingagressor napisał(-a):

Ja bym reszte sdd przeznaczyl na /home ze wzgledu ze bedzie czesto uzywana.

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.

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.

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 co najmniej 20% wolnego miejsca na SSD.

Jacekalex napisał(-a):

Pamięci ograniczyć? Chyba żartujesz.
(...)
W całym /tmp mam teraz zajętych AŻ 12 KILOBAJTÓW, faktycznie "bardzo dużo".

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ć. Ale... 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.

yossarian napisał(-a):

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.

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.

morfik napisał(-a):

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.

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.

morfik napisał(-a):

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ć.

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.

yossarian napisał(-a):

Podobny problem z brakiem miejsca w /tmp może występować przy nagrywaniu płyt DVD (chociaż obecnie płyty to zabytek).

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