[Linux] Збільшення швидкості IDE Harddisk, Фрагментація. (Linux hdd ex2fs faq)
Ключові слова: linux
, hdd , ex2fs , faq , ( знайти схожі документи )
_ RU.LINUX (2: 5077 / 15.22) ___________________________________________ RU.LINUX _ From: Igor Hrapovskii 2: 5062 / 1.20 04 Aug 99 22:07:36 Subj: [Linux] Збільшення швидкості IDE Harddisk, Фрагментація. ________________________________________________________________________________ Привіт All ... 1999.07.19 - Збільшення швидкості IDE Harddisk Дворазове збільшення швидкості було помічено на масивних дискових операціях введення / виводу (таких як клонування диска) при установках для IDE пристрою - використовувати DMA і 32-bit передачу даних. Ядро кажеться за замовчуванням використовує більш консервативні установки. Комманда: # / sbin / hdparm -c 1 / dev / hda (або hdb, hdc і т.д.) Для іспоьзованія 32-bit I / O на PCI шині. (В hdparm (8) manpage говоритися що вам може знадобитися використовувати опцію "-c 3" для деяких чіпсетів материнських плат.) Команда: # / sbin / hdparm -d 1 / dev / hda (або hdb, hdc і т.д. ) Використання DMA. Це може залежати від підтримки вашого чіпсета на материнській платі яка вбудовано в ядро. Ви можете протестувати свої зміни запустивши hdparm в режимі тесту швидкості. # / Sbin / hdparm -t / dev / hda (або hdb, hdc т.д.) Коли ви знайдете оптимальні установки для себе, ви повинні зробити: # / sbin / hdparm -k 1 / dev / hda (або hdb, hdc т.д.) для збереження цих параметрів до скидання IDE контролера. Я помітив, що ядро іноді ресета IDE контролер і якщо ви не встановите "-k 1", то установки будуть скинуті на дефолтні і ви втратите своє збільшення прізводітельності. Опція "-m" може бути використана для зміни кількості сектров передовать за кожне переривання. Ви можете отримати додатковий виграш "граючи" з нею, але мені вона не допомогла. -------------------------------------------------- ---------------------- Автор: Kenn Humborg, Отримано з TuneLinux.com 1999.07.19 - Фрагментація.' Коли файл запісиваеться на диск він часто буде записаний в послідовні блоки. Файл який записаний не в послідовні блоки- фрагментований. Hа читання фрагментированного файлу вимагаєте більше часу тому головка диска робить більше переміщень. Бажано уникати фрагментації. Для систем з хорошим буфером кеша і з випереджувальним читанням це менша проблема. Ext2 файлова система питаеться мінімально фрагментировать файли, зберігаючи всі блоки файлу ближче один до одного, навіть коли вони не можуть бути збережені в послідовних секторах. Ext2 ефективно налаштовує вільні блоки - які найбільш близькі до інших блоків файлу. Для ext2 рідко виникає необхідність піклуватися про фрагментацію. Большенство дистрибутивів містить програми для дефрагментації, але якщо у вас її немає ви можете взяти її тут: ftp://metalab.unc.edu/pub/Linux/system/filesystems/ Існує безліч MS-DOS Дефрагментує програм які переміщують блоки по всій файлової системи при дефрагментації. Для інших типів файлових систем дефрагментація може бути виконана резервним копіюванням файлової системи, перетворенням її, і відновленням файлів з резервних копій. Резервне копіювання файлової системи перед дефрагментацією являеться гарною ідеєю для всіх типів файлових систем, тому що можуть статися різні казуси протягом фрагментації. Інші утиліти для ext2 файлової системи: На додаток до mke2fs (створення файлової системи) і e2fsck (перевірка) які зазвичай є в дистрибутиві, ext2 файлова система має деякі додаткові утиліти, які можуть бути корисні: tune2fs коригує параметри файлової системи. Hекоторое найцікавіші параметри: .Счетчік монтування. e2fsck примусово перевіряє файлову систему при досягненні певного числа підключень (монтування) її, навіть якщо прапор перевірки не встановлено. .Для систем які іспользуються для розробок або тестування може бути гарною ідеєю зменшити цю межу. . Максимальний час між перевірками. e2fsck може так само задавати максимальний час між двома перевірками диска, навіть якщо прапор перевірки не встановлено і файлова система не була монтована дуже часто. Це може бути вимкнено. . Число блоків зарезервованих для root. Ext2 резервує якесь у блоків для root так що якщо файлова система заповнитися, все ще буде можливість адмініструвати систему без необхідності видаляти що-небудь. За замовчуванням резервуєте 5%, що на деяких дисках і не економно. Hа флоппі дисках місце не резервуєте. Також дивіться: debugfs це відладчик файлової системи. Він дозволяє на пряму мати доступ до даних і структурам файлової системи і може бути використаний в при відновленні диска, якщо він настільки пошкоджений, що fsck не може виправити автоматично. Він так само може бути використаний для відновлення видалених файлів. Але використання debugfs вимагає розуміння що ви робите, інакше ви можете знищити всі свої дані. dump і restore можуть бути використані для резервного копіювання ext2 файлової системи. Вони спечефічни для версії ext2 і входять в традиційний набір утиліт для резервного копіювання в UNIX. 1999.07.26 - Навіщо мати великі блоки Якщо ви в Linux постійно працюєте з великими файлами, ви повинні звернути увагу на збільшення швидкості роботи файлової системи при форматуванні вашого диска з великим розміром блоку. За замовчуванням файлова система Linux використовує 1024 байти на блок. Крім того, якщо ви маніпулюєте файлами розміром з 1Gb (прим перекладача: напевно автор хотів сказати 1Mb) ви можете спробувати зробити подібне: mke2fs -b 4096 / dev / щось При цьому розмір блоку буде 4 кб, замість 1кб. Це збільшить час переміщення, зменшить фрагментацію і збільшить швидкість роботи fsck. Проблема тільки одна-повернутися до 1024 байт на блок можна знову таки переформатуванням. При форматуванні дані бубут знищені. Крім того якщо ви серйозно думаєте зробити це, ви так само повинні знати, що система резервує 5% диска для логів і для зростання, в разі якщо диск повний. З 4Кб блоками 5% буде займати більше місця. Ви можете зменшити це до 1% командою: mke2fs -b 4096 -m 1 / dev / whatever ------------------------------ ------------------------------------------ Author: Larry Reckner [larryr @ linux .com] 1999.07.22 - Що за файл програма змінила? Якщо вам треба дізнатися які файли змінила програма (всередині Директорії) коли вона запустилася, перед запуском програми наберіть комманду: touch * Це змінить час створення файлу на поточний. Запустіть програму. Потім подивіться на час створення знову. Програма модіфіціривала ті файли у яких дата змінилася. -------------------------------------------------- ---------------------- Автор: Marius Aamodt Eriksen [[email protected]] 1999.07.23 - Зробіть ваші файли і Директорії трохи захищеності. Використовуйте комманду: chattr + i з під root для того що б зробити файли і Директорії непрікосаемимі для rm і т.д. Навіть для root-а. Омен можна: chattr -i 1999.07.24 - Бед блоки. Hикогда не завадить перевірити диск на бед-блоки, це не важко. Існує 3 корисних програми які допоможуть вам знайти і відновити бед-блоки у вашій файловій системі. Ви можете виявити бід-блоки за допомогою програми badblocks. Синтакс: badblocks -o bad.block.output.file / device / name number.of.blocks start block, Ось для прикладу: badblocks -o badblocks / dev / sda2 2024190 1 Перевірить пристрій / dev / sda2 яке має 2024190 блоків починаючи з блоку 1, і виведе результат в файл з назвою badblocks Якщо ви не знаєте скільки блоків на вашому диску, ви можете використовувати другу, більш зручну програму-dumpe2fs. Вона скаже вам все про файлову систему на певному пристрої, включаючи загальна кількість блоків. Ось приклад того що вона виведе: Filesystem volume name: Last mounted on: Filesystem UUID: 8d42d04c-15f1-11d3-9a9c-0040053f15fc Filesystem magic number: 0xEF53 Filesystem revision #: 0 (original) Filesystem features: (none) Filesystem state: clean Errors behavior: Continue Filesystem OS type: Linux Inode count: 507904 Block count: 2024190 Reserved block count: 101209 Free blocks: 1161922 Free inodes: 485305 First block: 1 Block size 1024 Fragment size 1024 Blocks per group: 8192 Fragments per group : 8192 Inodes per group: 2048 Inode blocks per group: 256 Третя програма-fsck.ext2 прапор -l вказує з якого файла брати список бед-блоків для восстоновленія. -------------------------------------------------- ---------------------- Автор: Larry Reckner [[email protected]] 1999.08.03 - Збільшення швидкості своп-диска. Спробуйте розташувати свій своп-диск ближче до початку вашого IDE диска. Hачало жорсткого диска фізично розташоване на зовнішній часи целиндра. Головка читання / зпісі, в цьому випадку, cможет покрити більшу область за один оборот диска. Це означає що може бути записано / лічено більше даних за один оборот. У мене різниця состовляет 3MB / сек залежно від місця розташування логічного диска на IDE пристрої. Тест: hdparm -t --------------------------------------------- --------------------------- Автор: Rowin Andruscavage Переклад: Ігор Храповскій. Igor Hrapovskii E-mail: [email protected] Пріветствуються будь-які коментарі з приводу статті, можливі неточності. Ви можете використовувати статтю в будь-яких Hе комерційних цілей. Пріветсвуеться розміщення на сайтах і FAQ присвяченій Лінукс із зазначенням імені перекладача. ... З повагою, Ігор. --- 3.00.Beta3 + * Origin: "Старий, досвідчений камікадзе." (2: 5062 / 1.20)
Обговорення [ RSS ]
- 1 , alx (??), 10:08 09/02/2007 [ відповісти ]
/ - 
Мені дуже допоміг ваш рада:
".Счетчік монтування. E2fsck примусово перевіряє файлову систему при
досягненні
певного числа підключень (монтування) її, навіть якщо прапор перевірки
не встановлений.
.Для систем які іспользуються для розробок або тестування може
бути гарною ідеєю зменшити цю межу. "
Особливо якщо врахувати що я шукаю як це зробити !!!!
Додати коментар
Спонсори:
Хостинг:
Що за файл програма змінила?
