Кращі / etc / fstab-секції для підвищення SSD / HDD


12

Я знаю, що EXT4 - це найшвидший за три роки вже перевірку публікацій тестових блогів від різних авторів, але є й інші параметри, які роблять SSD швидше, що я знайшов у http://www.howtogeek.com/62761/how-to-tweak-your-ssd- in-ubuntu для кращої продуктивності /

sudo gedit /etc/fstab
add to / partition <options> noatime,nodiratime,
and also if kernel is >2.6.33 also add discard,
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0

І https://wiki.ubuntu.com/MagicFab/SSDchecklist

sudo gedit /etc/fstab
add to / partition <options> noatime, and thats it
and data=writeback mounting option if you formatted the disk without journaling. Otherwise add data=ordered which sould be a good compromise between full journaling and none at all.
tmpfs   /tmp  tmpfs  nodev,nosuid,noexec,mode=1777  0 0

Чому тільки в часі? І як дізнатись, чи є диск без журналу після встановлення? А що швидше? Ні Джорналінг, ні навпаки? І різниці немає журнальних даних = записування чи дані в журналі = замовлені?

І чому tmpfs / tmp відрізняється в обох арктикулах, і як вони відрізняються і відьма краще і чому?

Все це стосується SSD, але чи можу я використовувати ті ж налаштування на жорсткому диску? Я хочу знайти відповідь для жорсткого диска та SSD, коли я одноразово робив сценарії для його налаштування у своєму https://wiki.ubuntu.com/Kangarooo/AfterCleanInstallation

Відповіді:


10

Сайт howtogeek є більш відповідальним за два згадані вами сайти. Налаштування atime - це лише оптимізація метаданих, що передається, коли файл отримає певне оновлення часових міток. Вона застосовна незалежно від засобів масової інформації, якими ви користуєтесь, також залежить від того, наскільки ваша програма сприйнятлива до когерентності цих метаданих. Більшість користувачів настільних ПК цього не пропустять.

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

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

Я б не звертав уваги на згадану вами вікі Ubuntu за винятком поняття, що вирівнювання розділів є цінним. Ось більш відповідальне посилання:

http://www.ibm.com/developerworks/linux/library/l-4kb-sector-disks/index.html?ca=dgr-lnxw074KB-Disksdth-LX

Деякі рекомендації, що містяться у вікі Ubuntu, якраз неправильні, як-от переналаштування tmpfs за допомогою "nodev". Це вже RAMFS!

Переміщення кешу Firefox до / tmp може збільшити швидкість у вашому поточному сеансі. Хоча це може загрожувати безпеці (не захищена у вашому домі), і вона буде перебудовуватися на кожному завантаженні, оскільки tmpfs не є стійким.

Підсумок:

Додавання discardпараметрів ext4 є доцільним, режим зворотного запису - це режим за замовчуванням, залиште параметри журналу в спокої, налаштування анімації добре, а також може бути корисним перехід на планувальник термінів чи nop, вирівнювання розділів необов’язково. Решта - двоярусна.


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

1
Я погоджуюся, що relatimeце найкращий компроміс, проте я обмежував свій аналіз наведеними фактами. Багато цих налаштувань насправді не мають значення, якщо у вас немає завантаженості сервера. Я говорю про продуктивність, а не вирівнювання зносу. Найголовніше, що може зробити цей користувач - це discardпідтримка підтримки. Я вже 1,5 року володію SSD і ніколи його не підробляв, чудово працює, керує власними видаленнями.
ppetraki

1
Чому було nodevб дурно? Це не дає системі усвідомлювати, що файлова система - це пристрій, але запобігає поводженню файлів пристроїв як пристроїв. Ви можете протестувати різні, використовуючи sudo mknod -m666 test c 1 3(що створює файл, testякий виконує функції записуючого нульового пристрою, тобто /dev/null). У файлової системи встановлено nodev, echo > testі cat testвиходить з ладу, незалежно , якщо ви запустите його як корінь чи ні.
Лекенштейн

Я знаю, що говорить сторінка людини. Чи можете ви пояснити, як це впливає на продуктивність, особливо в умовах SSD?
ppetraki

4

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

Натомість створіть щоденну роботу cron, яка працює fstrim -v /(або будь-які ваші SSD-розділи). Це рішення, з яким постачається Ubuntu 14.04 LTS.


"варіант відкидання більше не пропонується" - Джерело, будь ласка?
eMPee584

1
… Знайшов цю публікацію розробник XFS marc.info/?l=linux-xfs&m=133047907914622&w=2 : "Інтернет-відкидання - це не дуже розумна річ, яку слід використовувати для споживчих SSD [...] саме тому, що видалення дуже повільне і не- queuable операція на більшості апаратних засобів, які його підтримують. " Так systemctl enable fstrim.timerі є ..
eMPee584

1

Не вмикайте "noexec" on / tmp, інакше у вас виникнуть проблеми з певними драйверами 3D, які потребують виконання з / tmp. У драйверах NVIDIA для сучасного обладнання передбачена ця вимога, будь-яка програма, яка у вас є, буде по умолчанню (наприклад, xscreensaver glmatrix), якщо у вас включено "noexec".


Тож я можу додати рядок без noexec? Подобається це? tmpfs / tmp tmpfs nodev, nosuid, mode = 1777 0 0
Кенгуру

0

Окрім відповіді ppetraki , якщо знос спалаху викликає занепокоєння, вам слід встановити файлову систему RAM для вашої /tmpпапки.

tmpfs /tmp tmpfs defaults,size=15%,mode=1777 0 0
tmpfs /var/tmp tmpfs defaults,size=10%,mode=1777 0 0

Але не переміщуйте свої /var/logфайли в оперативну пам’ять, якщо ви не впевнені, що ви не будете виходити з ладу;) І ви вже встановили всі ваші серверні пакети, які створюють нові /var/logкаталоги (наприклад, apache) і не люблять, щоб вони зникали між черевиками :

tmpfs /var/log tmpfs defaults,mode=0755 0 0 
tmpfs /var/log/apt tmpfs defaults 0 0
none /var/cache unionfs dirs=/tmp:/var/cache=ro 0 0

Це поєднання відповідей JR0cket та інших статей у блозі на цю тему.

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