Czego NIE należy wkładać na dysk SSD?

Kupiłem dysk SSD i zamierzam skonfigurować komputer stacjonarny z całkowicie świeżą instalacją Linuksa.

Wiadomo, że dyski SSD są szybkie, ale mają tę wadę: Liczba zapisów (na blok?) Jest ograniczona.

Zastanawiam się więc, które dane powinny znajdować się na dysku SSD, a które na dysku HDD. Ogólnie uważałem, że dane, które często się zmieniają, powinny być umieszczone na dysku twardym, a dane, które nie zmieniają się często, można umieścić na dysku SSD.

• Teraz czytam to pytanie z podobnym scenariuszem. W odpowiedzi napisano: „Dyski SSD idealnie nadają się do przestrzeni wymiany ...”

  Dlaczego dyski SSD idealnie nadają się do przestrzeni wymiany? OK, widzę duży potencjał do zwiększenia wydajności systemu, ale czy wymiana danych nie zmienia się często, a zatem na dysku SSD zapisywanych jest wiele zapisów, co skutkuje krótkim czasem życia dysku SSD?

• A co z katalogiem / var? Czy jego zawartość również nie zmienia się często? Czy nie byłoby dobrym pomysłem umieszczenie go na dysku twardym?

• Czy są jakieś inne dane, które nie powinny znajdować się na dysku SSD?

Jeśli martwisz się o cykle zapisu, nigdzie się nie dostaniesz.

Będziesz mieć dane na dysku SSD, które często się zmieniają; twój dom, twoje konfiguracje, pamięć podręczna przeglądarki, może nawet bazy danych (jeśli używasz). Wszystkie powinny znajdować się na dysku SSD: po co miałbyś taki mieć, jeśli nie chcesz przyspieszyć tego, co często robisz?

Liczba zapisów może być ograniczona, ale nowoczesny dysk SSD jest bardzo dobry w wyrównywaniu zużycia, więc nie powinieneś się tym zbytnio przejmować. Dysk jest do zapisania; jeśli nie użyjesz go do tego, równie dobrze możesz użyć go jako przycisku do papieru, a nawet nigdy nie wkładać go do komputera.

Nie ma urządzenia pamięci masowej dostosowanego do przestrzeni wymiany. Swap jest powolny , nawet na SSD. Jeśli musisz ciągle wymieniać, lepiej w ten czy inny sposób uzyskać więcej pamięci RAM.

Może być inaczej w przypadku przestrzeni wymiany, która nie jest używana do wymiany, ale w przypadku scenariuszy zawieszenia na dysk. Oczywiście im szybciej użyje się do tego nośnika pamięci, tym szybciej się zawiesi i ponownie się obudzi.

Osobiście umieszczam wszystko na dysku SSD oprócz dużych, statycznych danych. Na przykład film nie musi marnować drogiego miejsca na dysku SSD, ponieważ dysk twardy jest wystarczająco szybki, aby go odtworzyć. Nie będzie grać szybciej, używając do tego pamięci SSD.

Podobnie jak wszystkie nośniki pamięci, dysk SSD w pewnym momencie ulegnie awarii, niezależnie od tego, czy go używasz, czy nie. Powinieneś uznać je za równie niezawodne jak dyski twarde, które wcale nie są niezawodne, więc powinieneś robić kopie zapasowe.

Ok, więc celem jest uzyskanie jak największej korzyści - Szybkość w stosunku do ceny zamiennego sprzętu (przy założeniu jednego dużego dysku twardego i średniej wielkości dysku SSD, co wydaje się być normą). Aby uprościć, możesz zważyć, jak bardzo zauważysz wzrost prędkości od przeniesienia pliku na dysk SSD do liczby sektorów zapisanych w celu przeniesienia tego pliku na dysk SSD.

• Pliki, które należy często czytać i zapisywać rzadko (takie jak system operacyjny i programy), byłyby prawdopodobnie najbardziej oczywiste, aby przenieść się na dysk SSD.
• Pliki, które są zapisywane jeden raz i odczytywane wiele razy ze stałą szybkością przesyłania danych, gdzie dysk twardy jest wystarczająco szybki (na przykład muzyka, wideo), powinny prawdopodobnie tam pozostać. Zazwyczaj nie są modyfikowane, ale uważają, że są napisane w wielu sektorach.
• Małe pliki, które są często modyfikowane (takie jak niektóre pliki tymczasowe) są bardziej skomplikowane. Na przykład, biorąc pod uwagę rozmiar sektora 512 bajtów, możesz nadpisać plik jednego sektora 20 000 000 razy, zanim „zużyje” tyle samo zapisów, co jeden plik GiB. Jeśli SSD zajmuje się wyrównaniem zużycia, powinny one być równoważne.

Oczywiście nawet najlepsze obliczenia wykorzystują najcenniejszy zasób wszechczasów. Więc na dłuższą metę prawdopodobnie najlepiej jest zachować prostotę i kupować nowy sprzęt nieco częściej niż absolutnie idealna obudowa.

Oprócz wszystkich odpowiedzi tutaj jest mała wskazówka, którą lubię. Zacząłem ponownie używać ramdysku z dyskiem SSD, aby nieco spowolnić efekt noszenia. Używam go do pamięci podręcznej przeglądarki (dobrze cały profil przeglądarki), różnych szablonów, niektórych nieistotnych dzienników itp. (Poprzez dowiązania symboliczne)

Mój ramdysk jest ustawiony w fstab w następujący sposób:

tmpfs       /mnt/ramdisk tmpfs   nodev,nosuid,size=512M   0 0

Więcej pamięci RAM, masz większy ramdysk, z którego możesz efektywnie korzystać. Dzięki temu mam skrypt rozruchowy / zamykający. Różne doświadczenia związane z pisaniem kopii zapasowej ramdysku na zaszyfrowanym urządzeniu / folderze, nawet z najniższym priorytetem przy rozruchu i najwyższym przy zamykaniu.

Przyspiesza to trochę system i oszczędza niektóre cykle zapisu. Dobrze, że cron wykonuje rsync co 15 minut?

#!/bin/bash

### BEGIN INIT INFO
# Provides:          Ramdisk control
# Required-Start:    $local_fs
# Required-Stop:     $local_fs
# Default-Start:     2 3 4 5
# Default-Stop:      0 6
# Short-Description: Start/stop script at runlevel change.
# Description:       Ramdisk auto backup and restore
### END INIT INFO

PATH=/sbin:/bin:/usr/sbin:/usr/bin
USER="user1"
RDISK=/mnt/ramdisk
BACKUP=/opt/
#/home/$USER/BackUps/

#echo "$(date) $1" >> $BACKUP/rd.log

case "$1" in
    stop)
        rsync -aE --delete $RDISK $BACKUP
        ;;
    start|force-reload|restart|reload)
        #restore ramdisk
        cp -rp $BACKUP/ramdisk/* $RDISK 2> /dev/null
        ;;
    *)
        echo 'Usage: /etc/init.d/ramdisk {start|reload|restart|force-reload|stop|status}'
        echo '       stop                       - backup ramdisk data'
        echo '       start|*                    - restore ramdisk data from backup'
        echo '       - default backup location is /xxxxx'
        exit 1
        ;;
esac


exit $?

Małe ostrzeżenie dla użytkowników Ubuntu, nie używaj / media / user / folder do tworzenia kopii zapasowych ramdysku, ponieważ niektóre aktualizacje resetują, więc okresowo traciłem dane profilowe. Również z Ubuntu miałem pewne trudności z tworzeniem bakupów ramdysku w zaszyfrowanym folderze domowym.

Zgadzając się z innymi, powinieneś umieścić prawie wszystko, z wyjątkiem bardzo dużych plików (wideo), aby uniknąć marnowania drogiego miejsca na dysku SSD.

Jednak należy również upewnić się, że TRIM jest włączony:

• Twój dysk SSD obsługuje TRIM
• Twoja partycja jest wyrównana na wielokrotności EBS
• Twój system plików obsługuje TRIM w twoim systemie plików (zazwyczaj robi to ext4)
• Prowadzisz fstrimregularnie (prawdopodobnie w cron co tydzień)
• Zachowujesz co najmniej 25% wolnego miejsca na dysku [ 1 ]

Pamiętaj, aby wykonać kopię zapasową danych.

AKTUALIZACJA:

• Arch nie zaleca wymiany dysku SSD, aby uniknąć zużycia

Jeśli nie chcesz tracić czasu na wysyłanie danych przez HDD i SDD, możesz użyć swojego SDD jako pamięci podręcznej.

• Pamięć podręczna L2ARC na ZFS (Solaris, * BSD)
• Bcache (Linux) Jest to jeszcze kod alfa, więc być może nie jest wiarygodny

Przepraszam, złe odpowiedzi. Oczywiście możesz i powinieneś zbudować bardzo szybki system i nadal przenosić większość zapisanych folderów na HDD. Przenieś / tmp do / tmpfs lub utwórz partycję / tmp na HDD, przenieś także na HDD i twórz dowiązania symboliczne w oryginalnych folderach dla / var / log / var / spool i / var / tmp (nie umieszczaj / var / tmp na tmpfs jako tam to dane, które powinny być dostępne przy ponownym uruchomieniu). Przenieś na HDD i twórz dowiązania symboliczne dla ~ / Pobrań ~ / Wideo ~ / Muzyka ~ / .config ~ / .cache ~ / .thunderbird ~ / .mozilla ~ / .googleearth ~ / .ACEStream i innych, o których wiesz lub dowiesz się, że często piszą pamięci podręczne (zawsze znajdź pamięć podręczną przeglądarki i przenieś ją na HDD Chrome i Firefox są objęte tymi, które, jak sądzę, ale sprawdź sam). Jeśli musisz edytować plik wideo, możesz przenieść go do SSD, w przeciwnym razie 99% dokumentów i multimediów nie skorzysta z dysku SSD. Ponieważ dysk twardy jest znacznie rzadziej wykorzystywany przez systen, te sztuczki mają negatywny wpływ na wydajność i ogromną różnicę w trwałości dysków SSD. Przenieś na dysk twardy i utwórz dowiązania symboliczne dla swoich folderów w chmurze (np. Dropbox). Zastanów się także nad przeniesieniem / var / www, jeśli go apaszujesz. Teraz masz bardzo szybki system, prawie bez różnicy prędkości i przy znacznie mniejszym zużyciu.