AFP, SMB, NFS який найкращий протокол передачі даних?


14

У мене є комп'ютер з великими жорсткими дисками під управлінням Gentoo. Мені доводиться обслуговувати мед / великі файли через дротову мережу на пристрої Apple (усі вони мають ОС X X).

Який протокол найкращий для наступних потреб? :

  1. Швидкість
  2. Простота використання (клієнтами та сервером)
  3. Менш обмежений (максимальний розмір файлу, обмежена діаграма для імен файлів)
  4. Безпека

Відповіді:


7

Ця стаття має бути цікавою: продуктивність
iSCSI, AFP, SMB та NFS з клієнтами Mac OS X 10.5.5 .

Він показує такі результати тесту:

(у секундах)

iSCSI 134.267530
AFP 140.285572
SMB 159.061026
NFSv3 (без тюнінгу) 477.432503
NFSv3 (без тюнінгу) 293.994605


Дякую за статтю, яка була корисною! Чи можу я сказати, що в моєму випадку AFP буде швидшим та простішим у використанні, ніж інші?
— Камі

3
Повідомлені результати NFS v3 досить хитрі. У моїй середньо масштабній роботі з оптимізації пропускної здатності для клієнтів, NFS, як правило, вдвічі швидше або більше, ніж SMB. З одним сервером, одним хостом через гігабітну мережу, без іншого трафіку, я можу отримати 900 мегабіт в секунду для NFS, коли CIFS бореться за останні 250. Це, безумовно, не є стійкою пропускною здатністю в реальному світі, і не скасовує ці тести за se, але це робить мене досить підозрілим щодо результатів.
— Джон Лассер

@ Джон Лассер: Проблема з такими тестами полягає в тому, що вони, як правило, коректні лише для обладнання, яке використовується І характеру тесту. Загалом, вони в кращому випадку є лише слабкими показниками.
— harrymc

@Kami: Я не можу відповісти на це, як на мій коментар до Джона Лассера. Якщо у вас є час, ви можете спробувати скопіювати ці результати тестування на вашому обладнанні. Якщо вони різняться будь-яким чином, вам може бути цікаво опублікувати їх тут.
— harrymc

7

Я зробив декілька реальних дій, ненаукових тестів швидкості вводу / виводу iscsi та різних мережевих протоколів в OS X.

Моя установка:

  • На початку 2011 року MPB runnig OS X 10.7 Lion, підключений до гігабітного комутатора Netgear
  • Qnap TS-419P II NAS з 4 дисками в RAID5, підключений до гігабітного комутатора Netgear
  • Buffalo LinkStation Pro NAS з 1 диском, підключеним до гігабітного комутатора Netgear
  • globalSAN іSCSI-ініціатор для OS X використовувався для тестів iSCSI

Тест був зроблений, скопіювавши (cp) близько 2 Гб файлів із сировиною камери (розміром приблизно 20-25 Мб) на пристрій, перезавантаживши пристрій та скопіювавши ті самі дані на локальний накопичувач SSD.

Виконання запису:

  1. Qnap, Async NFS = 34,59 мб / с
  2. Qnap, AFP = 31,83 мб / с
  3. Qnap, ISCSI = 31,89 мб / с
  4. * Qnap, SMB, cp = 30,71 mb / s
  5. Qnap, NFS = 27,22 мб / с
  6. Буффало, AFP = 10,07 мб / с
  7. * Qnap, SMB, mv = 3,93 mb / s

*) Тільки під час використання SMB я отримав дуже різні результати продуктивності запису від копіювання файлів на пристрій за допомогою команди cp або mv!

Налаштування параметра асинхронізації для NFS значно покращує продуктивність читання. Для тесту я використовую таку команду mount:

mount -t nfs -o resvport,soft,intr,rsize=32768,wsize=32768,timeo=900,retrans=3,proto=tcp,vers=3,async server:/share /private/share/

Прочитайте виставу:

  1. Qnap, Async NFS = 71,99 Мбіт / с
  2. Qnap, AFP = 67,44 мб / с
  3. Qnap, ISCSI = 60,22 мб / с
  4. Qnap, NFS = 46,51 mb / s
  5. Qnap, SMB = 35,82 мб / с
  6. Буффало, AFP = 5,46 mb / s

Схоже, протоколи кешують кешування керуванням по-різному. Це результати, які я отримав під час копіювання файлів на пристрій та негайно повернення на локальний диск SSD (без перезавантаження пристрою)

Читання продуктивності - без перезавантаження

  1. Qnap, ISCSI = 151,71 mb / s
  2. Буффало, AFP = 145,54 мб / с
  3. Qnap, AFP = 143,23 mb / s
  4. Qnap, Async NFS = 71,99 Мбіт / с
  5. Qnap, NFS = 47,37 мб / с
  6. Qnap, SMB = 38,13 mb / s

Мій висновок: я буду використовувати або AFP, або NFS, оскільки обидва протоколи дають однакову продуктивність та гнучкість (порівняно з iSCSI) для моїх цілей (Lightroom, резервне копіювання, потокове передача медіа)


3

Хоча вони є протоколом передачі даних, я хочу нагадати вам, що вони не приймають тих самих символів, що і ім’я файлу. Наприклад, \ /: *? ”<> | заборонено в Windows NTFS та Samba.

Це трапляється з протоколом Apple Talk з мого досвіду роботи на MacOS 8.6 та Windows 95 під керуванням сумісної служби AppleTalk. Деякі символи в іменах файлів, дозволені в MacOS, недійсні для Windows.

Детальніше про мій досвід копіювання файлів з Linux Desktop на QNAP TS-212P під управлінням Samba та NFS можна знайти в Порівнянні продуктивності для резервних копій файлів Linux на QNAP TS-212P . Результат тесту в Мб / с, що вас цікавить:

  1. Монтаж Samba командою в терміналі: Прочитайте 63, запишіть 43
  2. NFS монтується командою в терміналі: Прочитайте 71.8, запишіть 31.8

Я зробив тест з FTP, Samba, iSCSI та NFS в передачі файлів з різним рішенням спільного доступу до NAS з QNAP TS-112. Результат тесту в Мб / с, що вас цікавить:

  1. Гора Самба від Наутілуса: Прочитайте 24.4, напишіть 18.6
  2. Монтаж Samba командою в терміналі: Прочитати 56.4, написати 36.3
  3. NFS монтується командою в терміналі: Прочитайте 42.5, запишіть 20.6

Тому з мого досвіду Samba швидше, ніж NFS. Але деякі мої файли містять незаконні символи в NTFS та Samba, я вибираю використовувати NFS в якості свого основного протоколу.

Бажаю, щоб це допомагало!


1

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

  • SMB - ПК
  • AFP - MAC
  • NFS - NIX

4
Гаразд, я це вже знаю, але як щодо швидкості, простоти використання, обмежень та безпеки?
— Камі

Насправді це для мене досить корисно.
— Кріс

Не впевнений, чому це призведе до голосування, за винятком того, що це дотична спрощеність; AFP має перевагу на Mac, оскільки він має найкращий драйвер, підтримка NFS OS X не велика, а SMB краще для останніх версій OS X. Отже, великим фактором продуктивності є підтримка протоколу на обох кінцях; NAS з хорошим драйвером AFP буде найкращим, наприклад, для користувачів Mac у більшості випадків.
— Харавік
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.