Чого НЕ ставити на SSD?

Я купив SSD і збираюся налаштувати свою робочу систему з цілком свіжою установкою Linux.

Відомо, що SSD є швидкими, але вони мають недолік: Кількість записів (на блок?) Обмежена.

Тому я замислююся про те, які дані повинні розташовуватися на SSD, а які на жорсткому диску. Як правило, я вважав, що дані, які часто змінюються, слід розміщувати на жорсткому диску, а дані, які часто не змінюються, можна розміщувати на SSD.

• Зараз я читаю це питання, за аналогічним сценарієм. У відповідях написано: "SSD-накопичувачі ідеально підходять для місця обміну ..."

  Чому SSD-диски ідеально підходять для обміну місцями? Гаразд, я бачу високий потенціал для підвищення продуктивності системи, але чи не змінюється обмін даними часто, отже, на SSD буде багато записів, що призводить до короткого терміну служби SSD?

• А як щодо каталогу / var? Чи не змінюється і його вміст часто? Чи не було б гарною ідеєю ставити його на жорсткий диск?

• Чи є інші дані, які не повинні розташовуватися на SSD?

Якщо ви переймаєтесь циклами запису, ви нікуди не потрапите.

У вас будуть дані на вашому SSD, які часто змінюються; ваш будинок, ваші конфігурації, кеші браузера, можливо, навіть бази даних (якщо ви використовуєте такі). Усі вони повинні бути на SSD: чому б інакше у вас є, якщо не набирати швидкості для речей, які ви робите часто?

Кількість записів може бути обмеженою, але сучасний SSD дуже добре справляється з рівнем зносу, тому не варто надто переживати про це. Диск існує для запису; якщо ви не використовуєте його для цього, ви можете так само добре використовувати його як вагу для паперу і навіть ніколи не ставити його на комп'ютер.

Немає жодного пристрою зберігання даних, який би підходив для обміну місцями. Зміна повільна , навіть на SSD. Якщо вам потрібно постійно обмінюватися, вам краще так чи інакше отримати більше оперативної пам’яті.

Це може бути різним для простору підкачки, який не використовується для заміни, але для сценаріїв призупинення на диск. Природно, чим швидше використаний носій для зберігання даних, тим швидше він призупиниться і знову прокинеться.

Особисто я ставлю все на SSD, крім великих, статичних даних. Наприклад, фільм не повинен витрачати дорогий простір на SSD, оскільки HDD є більш ніж швидким для його відтворення. Він не відтворюватиметься швидше, використовуючи для нього SSD-накопичувач.

Як і всі носії інформації, SSD в якийсь момент вийде з ладу, використовуєте ви його чи ні. Ви повинні вважати їх настільки ж надійними, як і жорсткі диски, що зовсім не є надійним, тому слід робити резервні копії.

Гаразд, тому мета полягає в тому, щоб отримати якомога більше грошей на долар - Швидкість проти ціни на обладнання для заміни (якщо припустити, один великий жорсткий диск і SSD середнього розміру, що, здається, є нормою). Для спрощення можна зважити, наскільки ви помітили збільшення швидкості від переміщення файлу на SSD проти кількості записуваних секторів для переміщення цього файлу на SSD.

• Файли, які потрібно багато читати і писати рідко (наприклад, ОС і програми), мабуть, будуть найбільш очевидними для переходу на SSD.
• Файли, які записуються один раз і читаються багато разів з фіксованою швидкістю передачі даних, де жорсткий диск досить швидкий (наприклад, музика, відео), мабуть, повинен залишатися там. Зазвичай вони не змінюються, але вважають, що вони написані у багатьох секторах.
• Невеликі файли, які значно модифіковані (наприклад, деякі тимчасові файли), є складнішими. Наприклад, з урахуванням розміру сектора 512 байтів, ви можете перезаписати односекторний файл у 20 000 000 разів, перш ніж "споживати" таку ж кількість записів, що і один раз записати один файл GiB 1. Якщо SSD піклується про вирівнювання зносу, вони повинні бути рівнозначними.

Звичайно, навіть найкращі розрахунки також використовують найцінніший ресурс усіх часів. Тож у перспективі вам, мабуть, найкраще просто і просто купувати нове обладнання трохи частіше, ніж абсолютно ідеальний випадок.

Поруч з усіма відповідями тут є невелика порада, яка мені подобається. Я знову почав використовувати ramdisk зі своїм SSD, щоб трохи уповільнити ефект носіння. Я використовую його для кешу браузера (ну цілий профіль браузера), різних темп, несуттєвих журналів тощо (через символьні посилання)

Мій ramdisk встановлений у fstab наступним чином:

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

Більше оперативної пам’яті у вас є більший об’єм оперативної пам’яті, який ви можете ефективно використовувати. З цим у мене є сценарій завантаження / відключення. Різний досвід написання резервної копії ramdisk на зашифрованому пристрої / папці, навіть з найнижчим пріоритетом під час завантаження та найвищим при відключенні.

Це трохи прискорює систему та економить деякі цикли запису. Гарна річ, може, робота з хроном виконує rsync кожні 15 хвилин?

#!/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 $?

Невелике попередження для користувачів Ubuntu, не використовуйте / media / user / folder для резервного копіювання ramdisk, оскільки воно отримує перезавантаження деякими оновленнями, тому я періодично втрачав дані профілю. Крім того, з Ubuntu у мене виникли деякі труднощі під час накопичення ramdisk у зашифрованій домашній папці.

Погоджуючись з іншими, ви повинні помістити майже все, крім може бути дуже великих (відео) файлів, щоб уникнути витрачання дорогого місця на SSD.

Однак слід також переконатися, що TRIM увімкнено:

• Ваш SSD підтримує TRIM
• Ваш розділ вирівнюється на множині EBS
• Ваша файлова система підтримує TRIM у вашій файловій системі (як правило, ext4)
• Ви fstrimпрацюєте регулярно (можливо, щотижня)
• Ви зберігаєте принаймні 25% вільного місця на диску [ 1 ]

Не забудьте створити резервну копію даних.

ОНОВЛЕННЯ:

• Arch рекомендує не ставити заміну на SSD, щоб уникнути зносу

Якщо ви не хочете витрачати час на розсилку даних через жорсткий диск і SDD, ви можете використовувати свій SDD як кеш.

• Кеш L2ARC на ZFS (Solaris, * BSD)
• Bcache (Linux) Це альфа-код, але, можливо, не є надійним

Вибачте, погані відповіді. Звичайно, ви можете і маєте створити дуже швидку систему і все-таки переміщувати більшість написаних папок на жорсткий диск. Перемістіть / tmp до / tmpfs або створіть / tmp розділ на HDD, також перейдіть до жорсткого диска та створіть посилання на оригінальних папках для / var / log / var / spool та / var / tmp (не ставте / var / tmp на tmpfs, як там це дані, які повинні бути доступними через перезавантаження). Перейдіть на жорсткий диск та створіть посилання для ~ / завантажень ~ / відео ~ / музики ~ / .config ~ / .cache ~ / .thunderbird ~ / .mozilla ~ / .googleearth ~ / .ACEStream та інших, яких ви знаєте чи дізнаєтесь, пишіть часто кеші (завжди знайдіть, де знаходиться ваш певний кеш браузера, і перемістіть його на HDD Chrome і Firefox, вони покриті цими, я вважаю, але перевірте самі). Якщо вам потрібно відредагувати відео-файл, ви можете перенести його на ssd, інакше 99% документів та медіа-файлів не мають користі від SSD. Крім того, що HDD набагато менше використовується системою, ці трюки мають незначний вплив на продуктивність та величезну різницю в довговічності SSD. Перейдіть на жорсткий диск і створіть посилання для своїх хмарних папок (наприклад, папка ""). Спробуйте також перемістити / var / www, якщо ви його встановлюєте. Зараз у вас дуже швидка система, яка майже не має різниці швидкостей і з набагато меншим зносом.