Чому "/ dev / rdisk" приблизно в 20 разів швидше, ніж "/ dev / disk" в Mac OS X

Відповідно до документації rasbery pi , ви можете завантажити вашу ОС на флеш-карту або / dev / disk або / dev / rdisk.

rdisk означає необроблений диск.

/ dev / disk - це пристрій рівня блоку, чому б rdisk був у 20 разів швидшим?

Використання Mac OSX

Примітка: В OS X кожен диск може мати дві посилання на шлях у / dev: / dev / disk # є захищеним пристроєм, що означає, що будь-які дані, що надсилаються, піддаються додатковій обробці. / dev / rdisk # - це необроблений шлях, який набагато швидший та ідеально нормальний при використанні програми DD. На SD-картці класу 4 різниця була приблизно в 20 разів швидшою, використовуючи шлях rdisk.

Від man hdiutil:

/ dev / rdisk - це спеціальні пристрої, але вони є "сирими" в BSD-значенні та вирівнюванням блоку вводу-виводу. Вони ближче до фізичного диска, ніж буфер кеша. / dev / disk-вузли, з іншого боку, є захищеними спеціальними блоками пристроями і використовуються головним чином кодом файлової системи ядра.

Зрозуміло, мирянин /dev/rdiskпереходить майже безпосередньо на диск і /dev/diskпроходить довшим більш дорогим маршрутом

Прийнята відповідь правильна, але вона не надто детально описується.

Однією з ключових відмінностей між /dev/diskта /dev/rdisk, коли ви отримуєте доступ до них з користувальницького простору, є те, що /dev/diskвони буферні. Шлях читання / запису для /dev/diskрозбиття вводу / виводу на 4КБ фрагменти, який він зчитує в кеш-пам'яті буфера, а потім копіює в буфер простору користувача (а потім видає наступне зчитування 4КБ…). Це приємно тим, що ви можете робити неузгоджене читання та запис, і це просто працює. На відміну від цього, в /dev/rdiskосновному просто передається читання або запис прямо на пристрій, а це означає, що початок і кінець вводу / виводу потрібно вирівняти за секторальними межами.

Якщо ви читаєте чи записуєте більше одного сектора /dev/rdisk, цей запит буде передано прямо. Нижні шари можуть розбивати його (наприклад, USB розбиває його на 128 КБ через максимальний розмір корисної навантаження в протоколі USB), але, як правило, ви можете отримати більші та ефективніші введення / виведення. Під час трансляції, як-от через dd, від 128 КБ до 1 МБ є досить непогані розміри, щоб отримати майже оптимальну продуктивність на поточному апараті без RAID.

Кешування керованими /dev/diskшляхами читання і запису дуже просте і майже не загине. Це кешує навіть якщо це не суворо необхідно; наприклад, якщо пристрій зможе відобразити карту пам'яті та безпосередньо перенести її в буфер програми. Це робить невеликий (4 Кб) введення / вивід, що призводить до великої накладних витрат вводу / виводу. Це не робить жодного читання вперед або запису ззаду.

Здається, це працює /dev/diskі по- /dev/rdiskрізному для HDD та SSD. Хотіли перевірити це на MicroSD-картці. Щойно написав образ диска 2 Гб на Sandisk Ultra MicroSD 64 Гб ( https://www.amazon.com/gp/product/B073JYVKNX ).

Повторні тести кілька разів, але результати були стабільними: 17MB / s для /dev/diskпроти 20MB / s для /dev/rdisk. Зміна bs=1mне bs=16mдає різниці в швидкості запису.

1. Написання до /dev/disk2

   sudo dd if=~/Downloads/ubuntu-18.04-4.14-minimal-odroid-xu4-20180531.img of=/dev/disk2 bs=1m
   2094006272 bytes transferred in 121.860007 secs (17183704 bytes/sec)
   

2. Написання до /dev/rdisk2

   $ sudo dd if=~/Downloads/ubuntu-18.04-4.14-minimal-odroid-xu4-20180531.img of=/dev/rdisk2 bs=1m
   2094006272 bytes transferred in 102.743870 secs (20380839 bytes/sec)
   

Тоді я вирішив перевірити швидкість читання: 26MB / s для /dev/diskпроти 87MB / s для /dev/rdisk. Зміна bs=1mне bs=16mдає абсолютно різниці в швидкості читання.

1. Читання з /dev/disk2

   sudo dd if=/dev/disk2 of=~/Downloads/ubuntu-18.04-4.14-minimal-odroid-xu4-20180531-2.img bs=1m
   257949696 bytes transferred in 9.895572 secs (26067184 bytes/sec)
   

2. Читання з /dev/rdisk2

   $ sudo dd if=/dev/rdisk2 of=~/Downloads/ubuntu-18.04-4.14-minimal-odroid-xu4-20180531.img bs=1m
   877658112 bytes transferred in 10.021974 secs (87573377 bytes/sec)
   

Я знаю, що це стара тема, але інших людей може зацікавити швидкість того, що я спробував. Я хочу створити резервну копію свого внутрішнього SSD в моєму MacBook Pro 13 "Retina (із силіконовим накопичувачем SSD 1 ТБ) на зовнішній накопичувач жорсткого диска USB 3.0 2.5", бажаючи захопити як розділи macOS, так і BOOTCAMP. Мій початковий командний рядок:

sudo dd if=/dev/disk0 of=/dev/disk2 bs=1m

Результати були швидкістю копіювання ~ 31,3 Мб / секунду. Це було занадто довго, щоб змусити мене чекати. Отже, з другої спроби командний рядок:

sudo dd if=/dev/rdisk0 of=/dev/rdisk2 bs=1m

Використовуючи /dev/rdiskзамість того, щоб /dev/diskзначно покращити речі, приблизно до 98,4 Мб / секунду! Однак стає ще краще. Отже, для третьої спроби я використав цей командний рядок:

sudo dd if=/dev/rdisk0 of=/dev/rdisk2 bs=1m conv=sparse

Редкий параметр вказує DD не турбувати записування до вихідних блоків, які всі 0 на вході. Приємно, що це стає набагато швидше, ніж ви могли б подумати, навіть перебуваючи посеред "повних" областей диска. На будь-якому не повному диску, ви матимете величезні шматки 0, ще більше прискоривши DD. Поки що, щонайменше, DD - це якраз збігання з теоретичною швидкістю передачі мого жорсткого диска: ~ 116,4 Мб / секунду, і він ще не досяг цих великих порожніх областей.

Спробуйте скористатися цими параметрами - вони працюють! Зверніть увагу: ОБЕРЕЖНО змінити if=та  of=правильно вказати на правильні диски, перелічені (для Macs):

diskutil list

Для запису, щонайменше, у macOS High Sierra / видається, що / dev / disk набагато швидше, ніж / dev / rdisk. Запускаючи dd або ddrescue, моє копіювання порівняльної пропускної здатності з магнітного HD на SSD становило 3,7 Мбіт / с за допомогою / dev / rdisk і 45 Мбіт / с за допомогою / dev / disk. Отже, на пізніших версіях macOS для кращої продуктивності найкраще використовувати / dev / disk замість / dev / rdisk.

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

як, наприклад, Micro SD-карта, клас 4/10 / HC I ... чіп і інтерфейс зчитувача SD-карт, usb 1.1 / 2.0 / 3.0 / 3.1 os загальна пам'ять / вільна пам'ять, завантаження os, тип жорсткого диска, HDD / SSD, HDD швидкість віджиму та розмір кешу, розмір SSD / кеш / вільний простір / інтерфейс жорсткого диска, ата / sata / esata,

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

ось мій результат: osx 10.12.6, ssd,

читати microSD 16G за допомогою USB 2.0 карти читання та запису на зовнішній 3,5-дюймовий HDD від usb 3.0,

15193+1 records in
15193+1 records out
15931539456 bytes transferred in 1423.067033 secs (11195214 bytes/sec)

записувати microSD 32G через внутрішнє читання картки, а джерелом даних є зовнішній 3,5-дюймовий HDD від usb 3.0,

0+253945 records in
0+253945 records out
15931539456 bytes transferred in 440.093686 secs (36200336 bytes/sec)

ви можете бачити, швидкість запису> швидкість читання !!