Чи слід вимкнути файл сторінки за допомогою SSD?

Я читав це питання , і в ньому багато чудової інформації.

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

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

Як ви думаєте, хлопці?

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

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

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

Наприклад, накопичувачі Intel X25-E вимагають тривалості запису в 1 петабайт випадкових записів для накопичувача на 32 ГБ. Якщо ви насичуєте інтерфейс запису (200 Мб / сек) безперервно, перезаписуйте, я вважаю, що це триватиме близько 58 днів. Але це записування чогось на зразок 17 ТБ даних на день на цей диск.

Типова завантаженість сервера на накопичувачі ОС буде набагато набагато меншою, навіть якщо у вас є файл сторінки. Зателефонуйте їй 50 Гб на день. Якщо цифра 1 ПБ є точною (і я знаю, це може вважатися середньою цифрою, більше обговорення пізніше), це все ще десь північ 50 років.

Зрозуміло, ці цифри здаються передбачувано високими, тому давайте подивимося на фактичні показники, які цитує Intel для очікуваного довговічності накопичувачів . Intel були задоволені тим, що MLC (непідприємницькі) накопичувачі записують 100 ГБ даних щодня протягом п'яти років. Стандартне розуміння спалаху SLC проти MLC говорить, що спалах SLC триває приблизно в 10 разів довше, ніж MLC (вищезазначене посилання показує це також на графіку).

Правда буде зрозуміло часом, звичайно - ми або почнемо спостерігати, як диски виходять з ладу рано, або не будемо. Але цифра за приводами додати до приводу довголіття не є проблемою , з гідною SSDs якості на всіх .

Якщо ви використовуєте MLC SSD, то, можливо, ви маєте рацію переживати. Але майте на увазі, що якщо Intel із задоволенням оцінює накопичувач у 100 ГБ / день протягом п'яти років, це все одно принципово те саме, що 50 ГБ / день протягом 10 років. І, повернувшись до мого початкового пункту, ви все ще повинні знати, яке фактичне навантаження ви збираєтеся робити на диску.

Особисто я настійно кажу, що не використовувати MLC SSD у виробничому сервері. Якщо пристойний SSC SSD занадто дорогий, дотримуйтесь прядильних дисків наразі.

(Як результат, якщо ви робите цифри, скажімо, 100 ГБ на день протягом 50 років, що є рейтингом "SLC триває 10 разів довше, ніж MLC"), схоже, Intel каже, що накопичувач на 32 ГБ фактично має загальний час запису ближче до 2 PB даних, а не 1 PB, зазначений у специфікації продукту. Навіть якщо я довіряю лише меншому з цих двох значень, щоб бути щасливим, що мої диски X25-E повинні тривати на північ від 10 років.)

Крім довголіття, напевно, це не буде проблемою, як згадує Даніель Лоусон, та відгуки самої команди MS (нижче), врахуйте

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

Чи слід розміщувати файл сторінки на SSD?

Так. Більшість операцій із створенням сторінок - це невеликі випадкові читання або більші послідовні записи, обидва - це типи операцій, з якими добре справляються SSD.

Переглядаючи телеметричні дані з тисяч слідів та зосереджуючись на читанні та записі сторінки, ми виявляємо це

• Pagefile.sys зчитує більше, ніж pagefile.sys пише приблизно від 40 до 1
• Розміри зчитування сторінки Pagefile.sys, як правило, досить малі, на 67% менше або дорівнює 4 КБ, і на 88% менше 16 КБ.
• Pagefile.sys пише відносно великі, на 62% більше або дорівнює 128 КБ, а 45% мають розмір рівно 1 Мб. Насправді, враховуючи типові еталонні шаблони файлів сторінок та сприятливі характеристики продуктивності SSD на цих шаблонах, є кілька файлів, які краще, ніж файл сторінки, розміщувати на SSD.

Підтримка та питання щодо твердотільних накопичувачів (MSDN)

Замість того, щоб взагалі вимкнути файл сторінки, може бути корисним сказати ОС не використовувати його (наприклад, sysctl vm.swappiness=0).

ОС буде уникати його використання, якщо не буде необхідності, економлячи на SSD зайві записи.

Я б залишав файл сторінки ввімкненим завжди; певні частини вашої ОС або додатків можуть бути написані таким чином, щоб очікувати, що вони будуть там, і як такі можуть неправильно поводитися, якщо таких немає.

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

Можливим може бути встановлення його дійсно невеликим.

Це не відповідає безпосередньо ОП, але я хотів виправити помилкове враження у відповіді / коментарях Рональда та Даніеля. (Я новачок, тому не маю достатньо балів для коментарів.)

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

Адреси розміщені так, що хост не повинен знати про це. Ця додаткова активність запису, не пов'язана безпосередньо з записом хоста, називається "посиленням запису". У гіршому випадку повністю повного SSD з невеликою кількістю надмірно захищеного (прихованого запасного) простору посилення запису може легко знаходитися в межах 500% - 700% швидкості запису хоста!

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

Підводячи підсумок, TRIM дійсно важливий як для довголіття, так і для продуктивності.

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

Просто використовуйте другий жорсткий диск для віртуальної пам'яті.

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

Мій ноутбук - чотири роки. Старий, але він працює швидше, ніж деякі настільні комп'ютери, які новіші. Протікання пам'яті, відома також як файл SWAP, є проблемою з ОС Windows з моменту створення методики. На жаль, розробники Linux пішли слідом. Чим менше програмного забезпечення працює у фоновому режимі, тим краще (особливо якщо це Microsoft).

Я б сказав, що не використовуйте своп, якщо ви зможете піти з ним. Або, можливо, поверніть сволочивість вниз. Хоча це важко зносити (скільки часу знадобиться, щоб записати на весь диск 100 000 разів, при максимальній пропускній здатності у вас?), Якщо він вам не потрібен.

Потім знову сплячий режим (призупинення на диску) не працює без будь-якого підміна.

Раніше була якась дивна поведінка без підкачки (як у диску на 50 Мб оперативної пам’яті, на який можна поміняти, було б виграш), але це було виправлено минулого літа (чи це був 2007 рік?), Тож поточна ОС повинна бути добре.

Тепер все, що нам потрібно, - це обладнання, яке підтримує команду erase (Linux підтримує її місяцями), а життя на SSD буде просто денді.

У мене два SSD-класу корпоративного класу вигорали на мене дуже передчасно (тобто в межах гарантійного терміну). Я думаю, що причиною було важке заміну через молотіння. Я часто усвідомлював, що у мене є непотрібні процеси, що працюють / баггі-демони з витоком пам’яті, так що майже безперервно спостерігалася велика активність в обміні. Я iostat -n9 -w 10час від часу біжу на задньому плані і помічаю, що часто відбувається безперервна активність важкого диска. Також активність процесу (swap) ядра була зареєстрована як джерело більшості вводу-виводу. Я пригадую одного демона, який протягом місяця просочувався пам'яттю і потребував періодичних вбивств. Я часто не виправляю неполадки, якщо система не дратує повільно, тому часто молотіння тривало довгий час, перш ніж я знайшов час для перезавантаження демон. І довше для виправлення витоку.

Хоча відключення заміни приверне мою увагу до обмолоту, тому проблема буде вирішена до того, як відбудеться великий знос SSD, це далеко не найкращий спосіб запобігти такій шкоді; будь-який гідний інструмент моніторингу / оповіщення був би кращим.

Застереження, яке багато відповідей не визнають, - це те, що якщо сервер НЕ постійно обробляє SSD, він вигорає досить швидко, протягом року в цій ситуації вигорання є загальними. Класичний обмолот зазвичай відбувається, коли заміна віртуальної пам’яті є достатньо важкою для збереження (своп) накопичувача в основному зайнятим - добре в межах величини його максимальної пропускної здатності вводу / виводу, і існує принаймні один процес, що очікує на пов'язаний із свопом введення / вимикання O, щоб завершити більшу частину часу, що система перебуває в такому стані. Інші відповіді припускають, що система не єобмолот, принаймні, не класичним способом; або покладатися на нерозуміння того, що таке молотіння. І це неправдиве припущення, незважаючи на інші точні дані, призводить до неправильних відповідей щодо ЧОГО пейджингу, навіть коли SSD є єдиним можливим місцем для swapfile, найкраще увімкнути його.

Вимкніть файл сторінки на диску, коли у вас є багато невикористаної пам'яті. Деякі старі програми вимагають функціонування сторінки сторінки, і для цих Windows буде створено невеликий функціонал файлу сторінки в пам'яті.