Заміна системи завантаження Debian - Легко
Вас не ідентифікували.
# 1 26-28-2018 09:35:53
обмінне навантаження
Я хотів би отримати вашу думку, я беру на себе проект аутсорсингу, де сайт із високим трафіком більше не доступний під час пікового завантаження 700 800 живих з'єднань
сервером, на якому розміщений сайт, є виділений SYS-SAT-1-32 - W3520 - 32 ГБ - сервер SoftRaid 2x2TB з debian 8
людина, яка раніше встановлювала сервер, не передбачала збільшення навантаження, і я помітив, що розділ підкачки становить 1 Гб на 32 Гб пам'яті
Я ставлю результат free-h
Пам'ять: 31G 21G 9.7G 1.0G 482M 14G
-/ + буфери/кеш: 7.2G 24G
Підкачка: 1,0G 924M 97M
і я помітив, що у htop обмін на 100% червоний і на 90%, коли не відбувається збільшення навантаження
ми можемо збільшити розділ підкачки, не перевстановлюючи всю систему
# 2 26.03.2018 09:39:49
Re: обмін навантаженнями
Останній раз редагувалось chad (26.03.2018 09:40:31)
intel i5-4200u
8 Гб оперативної пам'яті ddr3
# 3 26.03.2018 09:47:25
Re: обмін навантаженнями
так, це я теж сказав,
але ви повинні бути дуже обережними при реорганізації розділів .
робота дуже довга. повинен бути терплячим. дуже терплячий. і добре подумайте, перш ніж діяти .
крім того, є шанс, що ми заплатимо собі fsck при перезавантаженні .
Останній раз редагував Debian Alain (26-03-2018 09:49:00)
# 4 26.03.2018 09:53:47
Re: обмін навантаженнями
Я кажу собі, що ми не можемо повторно розділити відредагований бал (вже спробували)
можливо через живий CD/USB .
але на сервері. я не знаю
intel i5-4200u
8 Гб оперативної пам'яті ddr3
# 5 26.06.2018 10:01:21
Re: обмін навантаженнями
ну, він повинен робити це в автономному режимі .
з диском, як розлучена магія:
але я дам тобі, Чаде, відключення сервера для обслуговування. гул !
Не знаю, чи буде це робити. його начальник та користувачі можуть бути не задоволені .
Останній раз редагував Debian Alain (26.03.2018 10:03:21)
# 6 26.03.2018 10:18:40
Re: обмін навантаженнями
# 7 26.03.2018 10:32:26
Re: обмін навантаженнями
Я ставлю результат free-h
Краще було б залишити заголовки стовпців і включити повний висновок у блок коду, щоб зберегти вихідний формат.
Підкачка заповнена, але, схоже, в інших місцях є вільна пам’ять.
Якщо на дисках є вільний простір, можна або розширити існуючий обмін, або створити новий і додати його до існуючого. Як зазначає Чад, для збільшення свопу потрібно його деактивувати спочатку, а потім переформатувати (остерігайтеся зміни UUID), але мені здається, що для цього достатньо вільної пам'яті.
Якщо своп є логічним томом, розширити його легко. Якщо це звичайний розділ (погана ідея для програмної RAID-системи), вільний простір повинен бути після розділу. Якщо це набір програмних RAID, це як розділ, але складніше, тому що вам потрібно розширити набір RAID. Коротше кажучи, додати додатковий своп, мабуть, простіше. Не забудьте визначити різні пріоритети, щоб два обміни використовувались послідовно, а не одночасно.
Інша можливість: стиснення свопу за допомогою zswap для збільшення його ємності без збільшення його розміру.
Останній раз редагував raleur (26-03-2018 10:33:28)
Краще показати, ніж розповісти.
# 8 26-03-2018 10:51:02
Re: обмін навантаженнями
Востаннє відредаговано chad (26.03.2018 10:51:16)
intel i5-4200u
8 Гб оперативної пам'яті ddr3
# 9 26.03.2018 20:24:19
Re: обмін навантаженнями
Я змінив розділ підкачки, не вимикаючи сервер, додавши 2GO
Пам'ять: 31G 23G 8.4G 1.0G 506M 16G
-/ + буфери/кеш: 6,4G 25G
Обмін: 3.0G 924M 2.0G
так я зробив
створення файлу обміну 2GO
д/мнт /
dd, якщо =/dev/нуль = 2G. обмін bs = 1k count = 2048000
chmod 600 /mnt/2G.swap
mkswap 2G.swap -f
swapon /mnt/2G.swap
розділ підкачки змінюється на 3 Гб
# 10 26.03.2018 20:28:46
Re: обмін навантаженнями
Бен
___________________
Дурне єдине питання - це те, яке ми не задаємо.
# 11 27.03.2018 08:53:35
Re: обмін навантаженнями
з буфером ми отримуємо 28,2 завантаженого барана (якщо я правильно розумію), тому ні, місця більше немає, отже насиченість свопу
Як ви прийшли до такого висновку? Для мене було 9,7 Гб вільної пам'яті (насправді не використовується, а не як частина кешу, який зайнятий, але може бути звільнений при необхідності, тому вважається доступним).
Я змінив розділ підкачки, не вимикаючи сервер, додавши 2GO
Ні, ви не модифікували розділ підкачки, і він не змінився на 3 ГБ. Ви щойно створили та активували файл обміну 2 ГБ, який є доповненням до ГБ існуючого розділу підкачки.
Додаткові спостереження:
- Використання файлу підкачки трохи менш ефективно, ніж пристрій блоку підкачки (диск, розділ, логічний том, набір RAID.), І не сумісний з усіма файловими системами (наприклад, btrfs).
-/mnt зовсім не те місце, де можна розмістити файл підкачки. Цей каталог призначений служити тимчасовою точкою монтування.
Останній раз редагував raleur (27.03.2018 08:54:03)
Краще показати, ніж розповісти.
# 12 28.03.2018 15:24:19
Re: обмін навантаженнями
Оскільки за замовчуванням він потрапляє досить швидко в свопі.
(Особисто я змінюю це на всіх своїх конфігураціях, щоб обмежити доступ до SWAP)
+ навчальний посібник із зміни цінності та чудових пояснень:
https://www.howtoforge.com/tutorial/linux-swappiness/
Сподіваючись, що це може допомогти.
Останній раз редагував d33p (28.03.2018 15:31:28)
наука без совісті - це лише руїна душі.
# 13 28.03.2018 15:39:36
Re: обмін навантаженнями
Якщо це може допомогти оптимізувати
Оскільки за замовчуванням, він досить швидко потрапляє в обмін.
І що ? В чому проблема ?
Краще показати, ніж розповісти.
# 14 28.03.2018 15:57:57
Re: обмін навантаженнями
Ну, саме під час доступу до свопу продуктивність руйнується, тому менше доступу до свопу = краща продуктивність.
і в цьому контексті:
і я помітив, що у htop обмін на 100% червоним і на 90%, коли не відбувається збільшення навантаження
здавалося розумним хоча б перевірити.
Останній раз редагував d33p (28.03.2018 15:59:25)
наука без совісті - це лише руїна душі.
# 15 28.03.2018 16:21:25
Re: обмін навантаженнями
Отже, це цілеспрямовано. В іншому випадку найкращим рішенням буде збільшення кількості барана.
Я буду більше за думку вище, перейдіть, наприклад, до 64 ГБ
використання процесора не надто велике?, потужність сервера достатня на вимогу?
обмін відбувається повільно, і перехід від 1 до 3 ГБ - це дуже мало.
своп активується з певного відсотка використання оперативної пам'яті, мені здається
# 16 28.03.2018 18:42:22
Re: обмін навантаженнями
так, при 40% використання оперативної пам'яті він починає "міняти місцями", ну, здається, з того, що ми можемо прочитати.
Звідси ідея модулювати це за допомогою мінливості.
ви дивились/читали?
** Я відносно свіжий у світі Linux, як ви знаєте, я намагаюся допомогти/запропонувати, тому, якщо ідея здається вам божевільною, будь ласка, не соромтеся це сказати. але в цьому конкретному випадку, можливо, варто перевірити, а не платити за оновлення сервера діапазону вище. ні?
Останній раз редагував d33p (03-28-2018 19:01:00)
наука без совісті - це лише руїна душі.
# 17 29.03.2018 12:24:45
Re: обмін навантаженнями
Ну, саме під час доступу до свопу продуктивність руйнується, тому менше доступу до свопу = краща продуктивність.
Ні, це під час доступу до диска, а не просто підключення. Однією з цілей підкачки є саме зменшення загального доступу до диска шляхом вивантаження даних, які не використовуються з пам'яті, з тим щоб зробити їх доступними для даних, що використовуються (зокрема, кеш-пам’яті).
і я помітив, що у htop обмін на 100% червоним і на 90%, коли не відбувається збільшення навантаження
здавалося розумним хоча б перевірити
Не плутайте своп-заняття та активність свопу. Саме дія обміну створює доступ до диска. Обмін, заповнений до кінця невикористаними даними, сам по собі не генерує жодного доступу до диска і, отже, не зменшує швидкість.
своп активується з певного відсотка використання оперативної пам'яті, мені здається
так, при 40% використання оперативної пам'яті він починає "міняти місцями", ну, здається, з того, що ми можемо прочитати.
Вам це виглядає дуже погано. Це груба помилка і повне нерозуміння того, як працює своп. Механізм виселення запускається лише тоді, коли вільна пам’ять майже повністю вичерпана. Потім параметр swappiness втручається для арбітражу між налаштуваннями свопу та виселенням кешу: низьке значення сприяє виселенню кешу, велике значення - налаштуванню свопу. Ранній обмін невикористаними даними (різниця між swappiness = 0 та swappiness = 1) призводить до дуже незначної активності диска.
Якщо ви вважаєте, що завжди краще виселити з кешу, ніж міняти місцями, ви помиляєтесь: виконуваний код і файли даних процесу знаходяться в кеші, лише дані, створені процесами, знаходяться в "анонімній" пам'яті (не пов'язані з файлом), той, який, ймовірно, буде замінено. Однак краще поміняти місцями рідко використовувані анонімні дані, ніж витіснити виконуваний код з активних процесів, які рано чи пізно доведеться перезавантажити.
Якщо ви сумніваєтесь у корисності кешу, зробіть невелику перевірку: очистіть кеш, а потім оцініть повільність системи, якій доведеться перезавантажити значну частину, щоб продовжувати запускати програми.
Значення параметра, встановлене на “60”, означає, що ваше ядро поміняється місцями, коли оперативна пам’ять досягне 40% ємності.
Це помилково і абсурдно. Звідки ця цитата? ?
Востаннє відредаговано raleur (2018-03-29 13:20:54)
Краще показати, ніж розповісти.
# 18 29.03.2018 12:58:54
Re: обмін навантаженнями
Я розмістив джерела посилань.
приклад:
https://www.howtoforge.com/tutorial/linux-swappiness/
А в пошуковій системі є десяток таких сайтів, які пояснюють одне і те ж.
Тож чудово, що ви проливаєте світло на помилкове уявлення, яке здається помилковим.
Зі свого боку, якщо у вас є надійні джерела інформації, що пояснюють цей процес чи інші, я зацікавлений.
Востаннє відредаговано d33p (2018-03-29 13:03:13)
наука без совісті - це лише руїна душі.
# 19-29-2018 23:08:48
Re: обмін навантаженнями
Востаннє відредаговано raleur (2018-03-29 23:10:05)
Краще показати, ніж розповісти.
# 20 30.03.2018 05:07:22
Re: обмін навантаженнями
цей теж непоганий
наука без совісті - це лише руїна душі.
# 21 30.03.2018 05:43:57
Re: обмін навантаженнями
залежно від випадку, це може оптимізувати продуктивність.
це делікатно. не так просто бути категоричним щодо цього питання.
Останній раз редагував d33p (30.03.2018 05:51:51)
наука без совісті - це лише руїна душі.