Як я розумію, мета розділу swap в Linux полягає в тому, щоб звільнити деяку "не так часто доступну" інформацію з оперативної пам'яті та перемістити її до певного розділу на жорсткому диску (ціною зробити це повільніше читати чи писати з нього) до), по суті дозволяючи активним додаткам більше «швидкісної пам’яті».

Це чудово, коли ви працюєте на машині з невеликою кількістю оперативної пам’яті і не хочете стикатися з проблемами, якщо ви закінчитеся. Однак, якщо у вашій системі є 16 ГБ або 32 ГБ оперативної пам’яті, і якщо ви припускаєте, що ви не запускаєте базу даних MySQL для StackExchange або редагуєте повнорозмірний фільм 1080p в Linux, чи слід використовувати розділ підкачки?

Так.

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

Причина полягає в тому, що своп корисний не лише тоді, коли ваші програми споживають більше пам’яті, ніж фізична оперативна пам’ять (насправді в цьому випадку своп зовсім не корисний, оскільки це серйозно впливає на продуктивність). Основний стимул для swap нині - не магічно перетворити 16 Гбіт оперативної пам’яті на 32 ГіБ, а більш ефективно використовувати встановлену, доступну оперативну пам’ять.

На сучасному комп’ютері оперативна пам’ять не залишається невикористаною. Невикористана оперативна пам’ять - це те, що ви могли так само не придбати і заощадити гроші. Тому, все, що ви завантажуєте або що - небудь , що в іншому випадку відображених в пам'яті, нічого , що могло можливо бути повторно використано ким - або пізніше в будь-який час (обмежено обмеження безпеки) знаходиться в кеші. Дуже скоро після завантаження машини вся фізична ОЗУ буде використана для чогось .

Щоразу, коли ви запитуєте нову сторінку пам'яті в операційній системі, менеджер пам'яті повинен приймати освічене рішення:

1. Очистити сторінку з буфера кеша
2. Очищення сторінки з відображення (фактично така ж, як №1, у більшості систем)
3. Перемістіть сторінку, до якої не було доступно тривалий час - бажано ніколи - для обміну (це може насправді навіть статися проактивно, не обов'язково в останній момент)
4. Вбийте процес або вбийте випадковий процес (OOM)
5. Ядра панікує

Опції №4 та №5 дуже небажані і відбудуться лише в тому випадку, якщо в операційній системі немає іншого вибору. Варіанти №1 і №2 означають, що ви викинете щось, що вам, можливо, буде потрібно незабаром знову. Це негативно впливає на результативність.

Варіант №3 означає, що ви переміщуєте те, що вам (ймовірно) незабаром не потрібно на повільне зберігання. Це добре, тому що тепер те, що вам потрібно, може використовувати швидку ОЗУ.

Видаливши варіант №3, ви фактично обмежили операційну систему виконувати або №1, або №2. Перезавантаження сторінки з диска - це те саме, що і перезавантаження її з swap, за винятком того, що необхідність перезавантажуватися з swap, як правило, є менш ймовірною (через прийняття правильних рішень під час пейджингу).

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

[EDIT]

Уважний читач mmap сторінки керівництва , а саме опис MAP_NORESERVE, помітить ще одна причина , чому своп є в деякій мірі необхідності навіть в системі з «досить» фізичної пам'яті:

"Якщо місце для заміни не зарезервовано, ви можете отримати SIGSEGV під час запису, якщо фізична пам'ять недоступна."

- Зачекайте хвилинку, що це означає?

Якщо ви картографуєте файл, ви можете отримати доступ до вмісту файлу безпосередньо так, як якщо б файл був якимось чином за допомогою магії в адресному просторі вашої програми. Для доступу лише для читання операційній системі в принципі потрібно не більше однієї сторінки фізичної пам’яті, яку вона може переповнювати різними даними щоразу, коли ви отримуєте доступ до іншої віртуальної сторінки (з міркувань ефективності, це, звичайно, не те, що робиться, але в принципі ви могли отримати доступ до даних, що варті терабайт, за допомогою однієї сторінки фізичної пам'яті). А що робити, якщо ви такожнаписати в картографічне відображення? У цьому випадку для кожної сторінки, на яку написано, операційна система повинна мати фізичну сторінку - або обміняти місце. Немає іншого способу зберігати дані, поки процес запису брудних сторінок не виконає свою роботу (що може бути кілька секунд). З цієї причини ОС резервує (але не обов'язково ніколи вчиняє) місця для обміну, тому у випадку, якщо ви пишете на картографування, поки фізична сторінка не використовується, це неможливо і нормальний стан), знову гарантовано , що він все одно буде працювати.

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

[/ EDIT]

Однак традиційна рекомендація робити своп вдвічі більше за об'єм оперативної пам’яті є безглуздим. Хоча дисковий простір дешевий, не має сенсу призначати стільки свопів. Витрачати щось дешеве, як і раніше, марно, і ви абсолютно не хочете постійно замінювати та виправляти робочі набори розміром у кілька сотень мегабайт (або більше).

Не існує єдиного "правильного" розміру свопу (існує стільки "правильних" розмірів, скільки є користувачів та думок). Зазвичай я призначаю фіксований 512MiB, незалежно від розміру оперативної пам’яті, що дуже добре працює для мене. Причина цього полягає в тому, що 512MiB - це те, що ви завжди можете собі дозволити, навіть на невеликому диску. З іншого боку, додавання декількох гігабайт swap - це не краще. Ви не збираєтесь їх використовувати, за винятком випадків, коли щось піде серйозно не так.

Навіть на SSD, swap - це на порядок повільніше, ніж оперативна пам'ять (через пропускну здатність і затримку шини), і хоча дуже зручно переміщувати щось для заміни, що, ймовірно, знову не знадобиться (тобто, швидше за все, ви не будете знову поміняти його, щоб ваш пул доступних сторінок ефективно збільшився безкоштовно), якщо вам дійсно потрібні значні обсяги заміни (тобто у вас є додаток, який використовує, наприклад, набір даних 50GiB), ви майже втратили.

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

Я не погоджуюся з кількома думками, які я бачу викладеними тут. Я б все-таки створював розділ SWAP, особливо у виробничих умовах. Я це роблю і для своїх домашніх машин, і для VM.

Сьогодні я розміщую їх приблизно в 1-1,5 рази. Пам'ять у 2 рази використовувалась як правило. Обмінний диск "дешевий" тим, що його не потрібно створювати резервні копії чи захищати.

Якщо вам не вистачає пам’яті, ваш обмінний простір дає трохи часу та подушки для вирішення проблеми.

Зрозумійте, що такі речі, як / tmp, можуть знаходитись у просторі swap.

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

Може бути:

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

Почніть з активного swap-розділу, який, на вашу думку, є достатнім розміром.

Потім відкрийте термінал в робочій області і видайте команду, free -hs 1яка буде повідомляти про використання раз на секунду.

Необов’язково переходити на інші робочі області.

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

Коли ви відчуваєте, що система перебуває під великим навантаженням (або настільки високою, як колись ви отримаєте, а потім і деякими), подивіться на термінал і вивчіть результати. або ще краще перенаправлення виводу у файл, додавши >output.txtдо команди, щоб ви могли вивчити повний запуск. Якщо ваш використаний Swap ніколи не перевищує Mem безкоштовно, вам не потрібен своп. Якщо це так, ви робите.

Мені не потрібен своп. Можливо, і ви. Чому б не дізнатися?

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

ПРИМІТКА. Це сталося зі мною, у конкретній, незвичній ситуації. Якщо ви вирішите проблему, це може бути корисним. Я не маю на увазі, що ВСІ машини повинні ОБОВ'ЯЗАТИ підміна.

МОЖЕ БУТИ!

У минулому я зіткнувся з проблемами з "пристроєм", який я створив, запустивши Linux - працюючи на компактному флеш-пристрої, я не хотів носити свій CF, використовуючи swap, і було достатньо пам'яті для програми.

Більшість цих приладів працювали чудово, але в особливо зайнятій коробці я зіткнувся з проблемою:

ПАМ'ЯТНЕ ФРАГМЕНТАЦІЯ

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

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

Перевірте / proc / buddyinfo - моє виглядає ось так:

Node 0, zone      DMA      9      5      3      4      2      3      2      2      3      3      1 
Node 0, zone    DMA32  33901   1149      0      0      0      0      0      0      0      0      1 
Node 0, zone   Normal   2414   1632    259     22      3      0      2      0      1      1      0 

Цифри представляють блоки різних розмірів; кожен розмір - це половина розміру наступного блоку, від 4mb блоків зліва, до 4kb праворуч (тобто 4mb, 2mb, 1mb тощо). Щойно завантажена машина повинна мати всі блоки зліва, дуже мало праворуч (= не фрагментовано). Пам'ятайте також, що той самий об'єм пам'яті (наприклад, 4 Мб) буде представлений у вигляді різних чисел у стовпцях - 1 блок у самому лівому стовпчику, 1024 у самому правому стовпчику.

Пам'ять виділяється з максимально правого пулу; наприклад, якщо ваша програма хоче 12 КБ пам'яті (за один раз), вона візьме її з стовпця 16 Кб; решта з’явиться у стовпці 4 кб. Якщо немає блоків 16 кб, то це займе 32-кбайтних блоків, в результаті чого залишиться 16 кб і 4 кб, і так далі.

Якщо блоків пам'яті немає достатньо великих розмірів, і ви маєте простір SWAP, тоді, наприклад, якщо ви хочете 16 Кб пам'яті, він знайде найменш використаний блок розміром 16 кбіт (який може, наприклад, містити блок, що використовується 4 кб, блок доступний 4 кб, та ще 2 використовуваних блоки 4kb), переміщуйте USED-частини лише для заміни та виділіть звільнену пам'ять новій програмі.

У коробці, що розбився, я мав сотні тисяч блоків 4kb та 8kb, і не багато іншого.

ЯК Я МОЖУ СКАЗАТИ (ідучи через розбиті машини!) Ядро буде переходити з пам’яті на своп і замінюватися на пам’ять, але ніколи не переміщуватиметься з пам’яті в пам’ять.

Підрозділ swap має значне значення вище і далі просто виступає в якості додаткової оперативної пам’яті, коли ви закінчите

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

Крім того, Linux використовує оптимістичну стратегію розподілу пам’яті, за допомогою якої вона дозволить номінально виділяти сторінки, навіть якщо не впевнена, що вона має реальну пам’ять для їх заповнення. Це ефективніше, ніж правильна перевірка та відображення кожного розподілу, і зазвичай не викликає проблем. Однак евристика, яку ядро ​​використовує, щоб визначити, чи дозволяє розподіл розумним, включає рівень заміни, доступний у системі, тому розподіли можуть бути швидшими, якщо система має багато свопів, навіть якщо вона не використовується багато.

Ці фактори разом змушують мене особисто вважати, що краще проводити деякий обмін майже в кожній звичайній системі, проте для великих розмірів оперативної пам’яті я ігнорую правило ram * 2 і просто обмежую свій обмін на рівні 4-8 Гб (залежно від розміру диска ).

Ви ніколи не повинні мати своп більше, ніж максимальний розмір, який ви могли б терпіти, чекаючи, коли ядро ​​замінить / вимкне; в іншому випадку ви просто створюєте новий режим відмов для вашої системи (стаючи непереборно забитіми при заміні). Зауважте, що, незважаючи на те, що сучасні накопичувачі можуть передавати порядок GB / sec, Linux, як правило, може лише переміщувати своп із швидкістю, що перевищує лінійку сотень кБ, або, в кращому випадку, Мб, в секунду. Таким чином, величезний обмін може залишати вашу систему непридатною протягом хвилин, годин і навіть днів.

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

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

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

Немає універсальної і чіткої відповіді, оскільки це залежить від завдання, яке ви збираєтеся виконати. Якщо ви збираєтеся запускати сервер DB, HTTP, Virtualization або Cache, ви ніколи не вмикаєте будь-якого типу свопів, незалежно від суми оперативної пам'яті. Якщо у вас робочий стіл або хост із змішаними завданнями, і у вас є швидкість оперативної пам'яті 16+ Gb - подивіться тут: zRam

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

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

• випадок 1: Якщо у вас немає місця підкачки і випадаєте з оперативної пам’яті, ядро ​​Linux вибере один або кілька процесів, які, на його думку, є хорошими кандидатами, і вб'є їх.

• випадок 2: Якщо у вас є місце для підкачки і немає оперативної пам’яті, ядро ​​вибере менш використані сторінки пам’яті і помістить їх у зону swap для звільнення оперативної пам’яті. Це призведе до уповільнення роботи системи, але в іншому випадку ваші програми не вплинуть.

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

Моє правило застосовувати своп у будь-якій системі - це відповідь на це:

• Яке призначення системи?
• Скільки пам’яті споживають програми?
• Це критична система?
• Чи потрібен тимчасовий простір на диску для передачі файлів?
• Прогнозований темп зростання додатків?

Коли я отримую відповідь за цю інформацію, я відповідно розміщую систему. У попередні роки я займався правилом від Sun Microsystem. До 16 ГБ вдвічі більше оперативної пам’яті для SWAP, від 16 ГБ на стільки ж. Але з іншого боку, якщо у вас є достатня кількість оперативної пам’яті, а ваші програми не використовують насильно SWAP, ви можете пропустити своп. Якщо вам потрібно - лише питання поставити новий диск або ланч і налаштувати SWAP. правило Sun застосовується здебільшого тому, що на Solaris у випадку "паніки з ядром" пам'ять повністю скидається для заміни для подальшого аналізу.

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

Ви кажете, що не робите нічого, що вимагає багато оперативної пам’яті. Отже, у вас є достатня кількість оперативної пам’яті.

Тоді вам не потрібно місця для заміни.

Але якщо ви думаєте, що в якийсь момент, незважаючи на те, що ви маєте на увазі у вашому запитанні, ваші програми будуть використовувати, скажіть більше половини (або двох третин) вашої оперативної пам’яті (великого пальця), то, будь ласка, прочитайте іншу «про-swap "відповідає. Вам не знадобиться своп, але це може підвищити продуктивність вашої системи.

Коротка відповідь:

Так, вам завжди потрібен своп, лише в тому випадку, коли програма навіть не турбує відображення пам'яті, а віртуальну пам'ять.

Установіть свій файл swap:

• RAM+round(sqrt(RAM)) якщо ви використовуєте сплячку
• round(sqrt(RAM)) якщо ви цього не зробите

Встановіть swappiness10 на робочому столі, але не на сервері!

Довга відповідь:

В минулому:

Правило, яке було використано протягом останніх 25 років, було мінімум 1xRAM та максимум 2xRAM, так що ви бачите цитований весь час.

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

Максимум було встановлено на той час через зменшення віддачі: просто надто повільно потрібно міняти стільки пам’яті, оскільки доступ до жорсткого диска в 1000 разів повільніше, ніж ОЗУ: хороший в екстреному випадку, але не дуже хороший для щоденного використання! У той час, коли у вас не вистачало місця для заміни, настав час додати більше оперативної пам’яті! (що досі справедливо).

Тепер:

1. Якщо ви не використовуєте сплячий режим і ваша пам'ять перевищує 1GByte нове правило полягає в тому , round(sqrt(RAM))де RAM, очевидно , ваш розмір ОЗУ в ГБ.

2. Якщо ви використовуєте сплячку, вам потрібно мати можливість поміняти весь об'єм оперативної пам’яті + вже замінену оперативну пам’ять на диск, таким чином формула стає: RAM+round(sqrt(RAM))

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

Все це разом дає вам наступну таблицю: (останні 3 стовпчики, що позначають місця заміни)

    RAM   No hibernation    With Hibernation    Maximum
    1GB              1GB                 2GB        2GB
    2GB              1GB                 3GB        4GB
    3GB              2GB                 5GB        6GB
    4GB              2GB                 6GB        8GB
    5GB              2GB                 7GB       10GB
    6GB              2GB                 8GB       12GB
    8GB              3GB                11GB       16GB
   12GB              3GB                15GB       24GB
   16GB              4GB                20GB       32GB
   24GB              5GB                29GB       48GB
   32GB              6GB                38GB       64GB
   64GB              8GB                72GB      128GB
  128GB             11GB               139GB      256GB
  256GB             16GB               272GB      512GB
  512GB             23GB               535GB        1TB
    1TB             32GB              1056GB        2TB

Вище сказане - це лише велике правило; це не закон тяжіння!
Ви можете порушити це правило (на відміну від закону сили тяжіння), якщо ваш конкретний випадок використання інший!

Порада: завжди виділяйте SWAP на початку жорсткого диска, оскільки головки повинні менше рухатися на внутрішній стороні диска.
_{^{Так: На SSD, це вже не має значення, де ви знаходите область заміни, оскільки вони використовують квантове тунелювання замість рухомих головок, а сучасні SSD використовують усі їх комірки пам'яті (навіть нерозподілений простір) для запобігання квантової деградації.}}

Як перевірити, чи ваше використання swap відрізняється від "загального" правила:

Просто виконайте:

for szFile in /proc/*/status ; do 
  awk '/VmSwap|Name/{printf $2 "\t" $3}END{ print "" }' $szFile 
done | sort --key 2 --numeric --reverse | more

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

Якщо ви використовуєте більше декількох КБ: змініть розмір до мінімального, інакше не турбуйтеся ...

Якщо ви перебуваєте на сервері, перестаньте читати зараз: все налаштовано!

Якщо ви перебуваєте на настільному / ноутбуковому клієнті (а не на сервері), ви хочете, щоб ваш графічний інтерфейс був максимально чуйним та мінявся лише тоді, коли вам це потрібно . Ubuntu був оптимізований для раннього обміну для використання сервера, але на своєму клієнті ви хочете, щоб редагування цієї величезної необмеженої картинки на 250 мегапікселів gimpбуло швидкою , тому встановлення swappinessзначення 10 не дозволить ядру занадто рано замінюватися, гарантуючи, що це не буде ' t помінятися занадто пізно:

sudo nano /etc/sysctl.conf

і додати:

# change "swappiness" from default 60 to 10 
# (theoretically only swap when RAM usage reaches around 80 or 90 percent)
vm.swappiness = 10

до кінця файлу збережіть файл ( Ctrl+ XY+ Enterу нано) та виконайте:

sysctl --system

щоб перезавантажити параметр або просто заради старого часу, скористайтеся підходом до Window $ та перезавантажте ... :-)

Компромісна відповідь: це залежить від значення "слід".

Вам потрібен розділ swap у тому сенсі, що щось погане відбудеться, якщо у вас його немає в описаних вами умовах експлуатації? Немає.

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

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

Підсумовуючи це, чудово, що у вас є 16 Гб оперативної пам’яті. Але якщо ви також маєте 1 ТБ диск, чи не можете ви залишити його 16 Гб для обміну? Це всього 1,5% диска.