Є ще один варіант, якщо надійність, вирівнювання зносу та різниця між швидкістю запису та швидкістю читання викликає занепокоєння:
У мене є накопичувач оперативної пам’яті Acard 9010, підтримуваний акумулятором, з якого я запускаю Linux. Населення обійдеться дорожче, ніж вартість середнього SSD, але ви отримаєте деякі переваги:
- Швидка швидкість читання І великі швидкості запису. SSD мають дійсно великі швидкості читання і дещо менші швидкості запису.
- Вирівнювання зносу не потрібно.
- Немає занепокоєння щодо запису повних дисків повільніше, ніж порожніх, як це існує на SSD
- Вимикачі живлення покриваються внутрішнім акумулятором приблизно на добу, а також ви можете використовувати зовнішню настінну бородавку для живлення таранного приводу (крім внутрішнього резервного акумулятора).
- Довше, ніж тривалість зберігання ваших даних, вирішується SD-карта, вбудована в пристрій: як тільки живлення вимкнеться, а напруга акумулятора набереться до певного низького рівня, RAM-накопичувач створює резервну копію вмісту пам’яті до компактної спала у 64 Гб картка, яка вбудована на передню панель оперативного накопичувача, після включення живлення вона копіює дані SD-карти назад в рамну пам'ять.
Щоб безпосередньо відповісти на частину питання, як упорядкувати розділи на SSD (або диск RAM):
Я ставив все, окрім /homeдрайвового диска. /homeйде на жорсткому диску. Для Slackware64 потрібно близько 5 ГБ, тому з 32 ГБ оперативної пам'яті у мене є багато додаткового місця для розробки.
Вам не доведеться виконувати свою роботу /home, хоча це звичайний "Linux-спосіб", замість цього подумайте про те, щоб створити каталог у дереві Linux, як, /javaабо /projectsякий був би на вашому оперативному диску, встановивши дозволи та право власності, щоб ваш користувач міг мати змогу використовувати цей каталог і швидко розміщувати свої проекти на SSD / RAM-диску. Покладіть свій ОС / інструменти / вихідний код на диск RAM, працюйте там, а потім створіть сценарій відключення, який копіює вашу щоденну роботу на жорсткий диск.
У міру запобіжного заходу, я написав пару простих сценаріїв, які створюють резервну копію важливих створених користувачем файлів, які знаходяться на диску RAM (або SSD) у разі виникнення проблем. Файли на кшталт ваших /etc/fstabі /etc/X11/xorg.confякі можуть бути проблематичними, щоб швидко отримати саме так (особливо якщо у цих файлах є купа mp3-програвачів у fstab або складна установка монітора в xorg.conf тощо), якщо у вас виникли проблеми з SSD / Оперативна пам’ять, яка вискакує в будь-який момент.
У мене також є пара скриптів, які створюють резервну копію / відновлення кожного окремого файлу на оперативному диску в каталог, що знаходиться на жорсткому диску. Я згадую ці сценарії, тому що в іншій відповіді згадувались питання щодо надійності SSD (або накопичувачів RAM). Сценарії дають мені додаткову міру резервного копіювання та легкого відновлення, якщо в якийсь момент щось піде не так. Налаштуйте хроноване завдання для резервного копіювання декілька разів на день, якщо хочете, все одно не погана ідея.
Отже, що я роблю:
/ на SSD/work( /javaабо /projectsінше) для вашої робочої зони на SSD/home на жорсткому диску/usr/scripts (створено для створених користувачем сценаріїв)- сценарії для резервного копіювання файлів конфігурації користувача з SSD на жорсткий диск
- сценарії, щоб повністю скопіювати диск RAM на жорсткий диск.
Оперативна пам’ять має час доступу .01 мс відповідно до їх веб-сайту. Це набагато швидше, ніж HD, але не подвійне (як хтось казав раніше).