SSD для swap на сервері Ubuntu


11

В даний час я читаю SSD-огляди і цікавлюсь, скільки саме я отримаю користь, якщо я перейду своп 24 ГБ з HDD 7200 об / хв на SSD. Хтось реалізував своп простір на SSD? Це взагалі гарна ідея?

Зі сторони: я читав, що ext4 має набагато кращі показники, якщо журнал знаходиться на SSD. Хтось із таким налаштуванням?

Спасибі!

Редагувати: Тут я відповім на розміщені питання: Іноді, порівняно рідко, я потрапляю на своп. Я знаю, для чого призначений своп, і що краще отримати більше оперативної пам’яті. Коли сервер починає помінятися, його продуктивність знижується (не сюрприз). Ідея полягає в тому, якщо у мене мало процесів голодної пам'яті, щоб поліпшити загальну продуктивність системи на той час, використовуючи SSD для заміни, замість повільних ротаційних носіїв. Наприкінці - я хочу мати можливість швидше увійти та перевірити стан сервера під час заміни, замість того, щоб чекати на запит на вхід. І те, що я бачу, SSD дешевше за ГБ, ніж оперативна пам’ять.

Чи маю я кращу продуктивність сервера під час заміни (як це рідко) із використанням SSD порівняно з HDD? Де HDD-диски 10k або 15k / min оцінювали б у цьому сценарії?

Дякую всім за швидкі та швидкі відповіді!


7
Якщо ви використовуєте достатню кількість свопів, щоб змусити вас перейти на SSD, ви робите щось не так. ІМХО (та багато інших), своп суто там, як захисна сітка, ні більше, ні менше.
ЄЕАА

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

якщо ви поставите всю свою систему на SSD, то ви можете отримати покращення, але це залежить від дистрибутива. деякі послідовності завантаження дистрибутивів не є потоковими, тому швидкість hdd не допомагає (запускає одну програму і чекає її завершення до початку наступної; це поведінка sysvinit за замовчуванням, це не відбувається з OpenRC). Ive стадо кілька хороших результатів від програм, які зменшують випадкові IO прагне, розміщуючи завантажувальні програми в порядку на HDD, не можу запам'ятати назву цього.
Silverfire

1
Вау говорити про недалекоглядних людей. Так, SSD допоможе в обміні, хоча ви повинні надавати його максимально. А для тих, хто говорить більше оперативної пам’яті, 32 Гб - це приблизно ліміт на процесор зараз. Ми робимо статистичний аналіз мільйонів записів і часто використовуємо 50gb своп + 32gb RAM. Отже, сказати "більше оперативної пам'яті" - це не завжди відповідь.
Шелдон Росс

@GraemeDonaldson Якщо у вас (скажімо) 64 ГБ оперативної пам’яті, додати більше оперативної пам’яті може бути неможливо. Це було б набагато дешевше на 120 Гб SSD, ніж було б додати більше оперативної пам’яті, навіть якщо це було б можливо. Це також буде дешевше, ніж використання ваших дисків, коли вашими дисками є диски SAS в апаратному RAID 1 або 10

Відповіді:


22

Ви б'єте свопом? Як правило, краще рішення - уникнути цього цілком або принаймні зробити так, щоб речі, які замінялися, справді не були в активному використанні, так що швидкість не має значення. Покладіть свої гроші в більше оперативної пам’яті.

Це особливо вірно, оскільки, хоча накопичувачі SSD високого класу можуть покращити продуктивність, дешеві в цьому плані дуже непросто.

Існує чудова стаття про тижневі новини Linux щотижня, яку я дуже рекомендую прочитати: http://lwn.net/Articles/428584/ . Підсумок полягає в тому, що дешеві накопичувачі дуже і дуже чутливі до моделей доступу, і Linux в даний час не розроблений так, щоб відповідати цьому. Гірше, що накопичувачі насправді не піддають цю інформацію корисним способом, тому Linux не може обов'язково робити правильно. Найкраще - використовувати їх із існуючими файловими системами FAT32, які налаштовані фабрично, щоб відповідати очікуванням накопичувача.

Або ж ви повинні придбати дорогі високопродуктивні SSD-диски - але лише тоді, коли ви вже не вистачаєте на оперативну пам'ять. (І дійсно, в цей момент, ви можете настійно розглянути можливість отримання нового сервера, який підтримує більше оперативної пам'яті.)


Суть про статтю LWN: вона дивиться на флеш-пристрої типу SDHC та CF, а не на SSD. Навіть "дешеві" сучасні диски SATA будуть працювати значно краще, ніж про пристрої, про які йдеться у статті.
Даніель Лоусон

Це не зовсім вірно. Читайте уважніше. Tht сказав, що зараз інформації більше двох років.
mattdm

Я прочитав це ще раз, і це правда досить. Але ти маєш рацію - інформація (і ця нитка) зараз стара. Мій коментар був просто забезпечити деякий сучасний баланс старої нитки.
Даніель Лоусон

6

Зараз Ram коштує близько 10-20 GBP / Gb, SSD - 20-40 GBP / Gb - SSD повільніше, ніж оперативна пам'ять, і зношується швидше. Ви можете бачити, куди я йду з цим?

64Gb - це багато свопів. Скільки ви насправді використовуєте? Чому?


Звідки взялися ці цифри? Те , що я бачу :. Kingston 12,0 GB DDR3-1333 (3 х 4,0) Kit = $ 300, Intel X25-E Extreme (Єфрем) SSDSA2SH032G1 2,5 "32GB SATA II SLC Внутрішній твердотільний накопичувач (SSD) - OEM = $ 375
GRS

3
Оперативна пам’ять буде працювати набагато краще, ніж SSD з ряду причин, одна з яких, звичайно, набагато більша пропускна здатність, яку має ОЗП над SATA. Хоча різниці в цінах можуть бути суперечливими, я не думаю, що ефективність насправді є порівнянням яблук з яблуками. Swap - це своп, вам фактично потрібно максимально збільшити оперативну пам’ять (як правило), щоб почати міняти. Крім того, SSD-накопичувачі зношуються, особливо коли ви використовуєте один для обміну даними та видаленнями даних. ОЗУ не має такої тенденції.
слэшдот

6

Так. Є кілька переваг використання SSD для файлів своп.

90% доступу до даних - це 10% даних. Набори даних часто не вписуються в таран. Якщо ви потрапляєте у файл swap, читання та запис у файл swap може бути проти жорсткого диска зі спінінг-платином або проти SSD.

Жорсткі диски мають обмеження на ~ 150 / секунду для операцій зчитування / запису в секунду через час пошуку механічної головки, де на $ 200 128 ГБ SSD може виконувати понад 5000 IO в секунду.

Тут майже всі сказали "КУПУЙТЕ БІЛЬШЕ ОЗУ !!!" але, на жаль, серверний баран (подвійний ECC) коштує в 3 рази більше, ніж товар / споживач. Для певних типів використання використовується чітка перевага SSD для ціни та продуктивності перед оперативними.

SSD-накопичувачі не вимагають встановлення дорогої материнської плати на 4 розетки, яка підтримує 512 ГБ дорогої системи ECC. SSD-накопичувачі дешево і легко додавати до товарних серверів для зберігання файлів баз даних або використання як swap-розділів.

Якщо SSP-накопичувач SSD на 200 128 Гбайт поліпшує продуктивність навіть на 50% на сервері 2000 доларів, це економічно вигідно. Однак, вам слід спершу встановити максимум оперативної пам’яті на сервері, враховуючи, наскільки дорога оперативна пам’ять сьогодні.

Однак переваги SSD для використання файлів підкачки сильно залежать від моделей файлів своп.

Резюме: Якщо ви робите багато читання з випадковим доступом і мало записуєте, ви побачите значне поліпшення продуктивності від SSD на жорсткому диску.


2

Ви фактично використовуєте своп? Якщо так, ви побачите підвищення швидкості за допомогою SSD. Чим більше ви обміняєтеся, тим більше виграшів побачите.

Однак спершу я хотів би придбати більше оперативної пам’яті.


0

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


0

Погодьтеся з mattdm, оперативна пам'ять для цього дешевша і краща, ніж SSD.

Крім того, перевірте /etc/sysctl.conf на параметр vm.swapiness, нижній означає нижчу заміну.

Якщо вам потрібен кеш SSD - придбайте адаптер із підтримкою кешування SSD або використовуйте патч ядра bcache:

http://bcache.evilpiepirate.org/

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.