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.