Breaking News : Maverick

EDIT : Mes premières conclusions on été publiées hier sur Mac4ever (http://www.mac4ever.com/actu/84436_le-smb2-de-mavericks-n-est-pas-une-reussite-et-on-le-prouve) Merci à l’équipe (notamment Didier) qui à eut la gentillesse de me faire confiance. Il me fallait donc répondre à plusieurs interrogations (légitimes) suscités par mes chiffres.

Voici l’article original :

Hier soir est sorti OSX Maverick qui nous promettait monts et merveilles en terme de gestion SAMBA, Apple ayant annoncé l’abandon de l’AFP.

Aujourd’hui la réalité est passée par là … Et les promesses sont loin d’êtres tenues …

Voici les débits moyens constatés en 10.8 :
smb_10.8

Et voici la même configuration en 10.9 :
smb_10.9

Les chiffres parlent d’eux-même, Apple à réussi à rendre ses transferts SAMBA encore plus lents, c’est accablant. Espérons qu’un correctif viendra prochainement patcher ce qui prends pour l’instant la forme d’un dealbreaker.

Seule satisfaction, les performances de l’AFP restent tout à fait correctes, ce qui devrait nous permettre d’attendre les correctifs coté SAMBA.

Les débits AFP obtenus en 10.8 :
afp_10.8

Les débits AFP obtenus en 10.9 :
afp_10.9

(Article tout frais, édition probable au cours de la journée au fur et à mesure des différents test)

Et voici la suite :

Pour commencer, merci à amnesic pour son commentaire tout à fait juste à bien des égards.
En premier lieu sur cette phrase : « l’Outil Blackmagic Disk Speed Test semble donner des résultats complètement erronés depuis la version 2.2 » -> Absolument je suis d’accord. Voilà précisément pourquoi j’utilise une version antérieure comme le prouve cette capture d’écran :

version_bm

Mais effectivement je ne l’avais pas précisé jusqu’ici. De plus l’outil Blackmagic n’est qu’un outil parmi d’autres dans mon protocole de test, c’est simplement le plus visuel et le plus rapide à exporter la session de test, mais voici, pour ceux qui sont intéressés, les tests de débit via iStat Menus (v3.24), seulement sur Maverick ce matin :

Voici le résultat de l’upload en AFP :
envoi_afp

Puis de l’upload en SMB : (beaucoup moins véloce même si la capture d’écran est intervenue dans un « creux » :
envoi_smb

Voici maintenant le download en AFP :
reception_afp

Et en SMB un fois de plus le débit est inférieur :
reception_smb

J’utilise également le terminal et la commande rsync afin de comparer les débits réels par fichier :

Une copie rsync en smb :

xxxxxx:~ xxxxx$ rsync -aEv /Users/xxxx/Desktop/xxx/* /Volumes/serveursmb/AURELIEN/xxxx/xxx/ --progress
building file list ... done
0110701_05_Hier_xxxxxx.mxf
1266043904 100% 47.35MB/s 0:00:25 (xfer#1, to-check=6/7)
0126021_07_Boulevard_xxxx.mxf
2662213120 100% 46.31MB/s 0:00:54 (xfer#2, to-check=5/7)

La même copie vers le même serveur en AFP :

xxxxxx:~ xxxxx$ rsync -aEv /Users/xxxx/Desktop/xxx/* /Volumes/serveurafp/AURELIEN/xxxx/xxx/ --progress
building file list ... done
0110701_05_Hier_xxxxxx.mxf
1266043904 100% 60.98MB/s 0:00:19 (xfer#1, to-check=6/7)
0126021_07_Boulevard_xxxx.mxf
2662213120 100% 60.11MB/s 0:00:42 (xfer#2, to-check=5/7)

Plus d’infos à suivre, notamment un test vers un serveur Windows Server.

MAJ du 10 novembre 2013 :

Je n’ai finalement pas eut le temps d’effectuer mes tests vers un Windows Server. En revanche je confirme mes premières observations, sur une machine et un réseau différent cette fois.

Il s’agit de la copie de 3 archives .7z depuis un Mac Mini, en liaison Gigabit simple connecté à un switch Cisco semi-pro, vers un NAS Synology en DSM 4.2-3211.

Voici les chiffres, qui complètent mes premières constatations :

AFP Mountain Lion :

server:~ user$ rsync -aEv /Users/user/Desktop/test_debit/* /Volumes/video/test/ –progress
building file list …
3 files to consider
Fichier_01.7z
1126067617 100% 30.82MB/s 0:00:34 (xfer#1, to-check=2/6)
Fichier_02.7z
1125773536 100% 31.00MB/s 0:00:34 (xfer#3, to-check=1/6)
Fichier_03.7z
1322965624 100% 31.05MB/s 0:00:40 (xfer#5, to-check=0/6)

Soit une moyenne de 30.96MB/s

SMB Mountain Lion :

server:~ user$ rsync -aEv /Users/user/Desktop/test_debit/* /Volumes/video/test/ –progress
building file list …
3 files to consider
Fichier_01.7z
1126067617 100% 24.44MB/s 0:00:43 (xfer#1, to-check=2/6)
Fichier_02.7z
1125773536 100% 22.02MB/s 0:00:48 (xfer#3, to-check=1/6)
Fichier_03.7z
1322965624 100% 20.97MB/s 0:01:00 (xfer#5, to-check=0/6)

Soit une moyenne de 22.48MB/s

AFP Maverick :

server:~ user$ rsync -aEv /Users/user/Desktop/test_debit/* /Volumes/video/test/ –progress
building file list …
3 files to consider
Fichier_01.7z
1126067617 100% 30.20MB/s 0:00:35 (xfer#1, to-check=2/6)
Fichier_02.7z
1125773536 100% 30.01MB/s 0:00:35 (xfer#3, to-check=1/6)
Fichier_03.7z
1322965624 100% 30.07MB/s 0:00:41 (xfer#5, to-check=0/6)

Soit une moyenne de 30.09MB/s contre 30.96MB/s pour l’OS précédent.

On peut donc affirmer que l’AFP se maintient à peu près au même niveau entre la 10.8 et la 10.9

SMB Maverick :

server:~ user$ rsync -aEv /Users/user/Desktop/test_debit/* /Volumes/video/test/ –progress
building file list …
3 files to consider
Fichier_01.7z
1126067617 100% 24.17MB/s 0:00:44 (xfer#1, to-check=2/6)
Fichier_02.7z
1125773536 100% 24.14MB/s 0:00:44 (xfer#3, to-check=1/6)
Fichier_03.7z
1322965624 100% 23.53MB/s 0:00:53 (xfer#5, to-check=0/6)

Soit une moyenne de 23.95MB/s contre 22.48MB/s pour l’OS précédent.

Certes, la différence est sur ce test en faveur de Maverick, mais on est encore très loin des débits de l’AFP.

Vivement la 10.9.1 !

Ce contenu a été publié dans Pro. Vous pouvez le mettre en favoris avec ce permalien.

4 réponses à Breaking News : Maverick

  1. amnesic dit :

    Bonjour Aurélien,

    Avant de faire peur à tout le monde ;-), quelques petites pistes investigations :

    . Outil Blackmagic Disk Speed Test semble donner des résultats complètement erronés depuis la version 2.2

    .  » Apple ayant annoncé l’abandon de l’AFP. » source ? c’est juste SMB par défaut au lieu de AFP, mais aucun abandon n’a officiellement été annoncé

    . « gestion SAMBA » tu confonds le protocol SMB (Server message block) avec l’implémentation Open Source de celui ci. Samba, probablement à cause de son passage en licence GPLv3, n’est plus utilisé par Apple depuis la version 10.7. (http://appleinsider.com/articles/11/03/23/inside_mac_os_x_10_7_lion_server_apple_replaces_samba_for_windows_networking_services )

    Enfin je te conseil de parcourir les forums de ton NAS QNAP, je ne serais pas surpris qu’un update de firmware soit prévue prochainement 😉

    Merci,

  2. amnesic dit :

    Bonjour Aurélien,

    Avant de faire peur à tout le monde ;-), quelques petites pistes investigations :

    . Outil Blackmagic Disk Speed Test semble donner des résultats complètement erronés depuis la version 2.2

    .  » Apple ayant annoncé l’abandon de l’AFP. » source ? c’est juste SMB par défaut au lieu de AFP, mais aucun abandon n’a officiellement été annoncé

    . « gestion SAMBA » tu confonds le protocol SMB (Server message block) avec l’implémentation Open Source de celui ci. Samba, probablement à cause de son passage en licence GPLv3, n’est plus utilisé par Apple depuis la version 10.7. (http://appleinsider.com/articles/11/03/23/inside_mac_os_x_10_7_lion_server_apple_replaces_samba_for_windows_networking_services )

    Enfin je te conseil de parcourir les forums de ton NAS QNAP, je ne serais pas surpris qu’un update de firmware soit prévue prochainement 😉

    Merci,

  3. avassor dit :

    Bonjour amnesic, merci pour ta réponse, j’ai rajouté pas mal d’infos dans l’article ce matin, qui devrait pouvoir répondre à plusieurs interrogations posés : . Outil Blackmagic Disk Speed Test semble donner des résultats complètement erronés depuis la version 2.2

    -> Je te réponds dans le corps de l’article.

    . » Apple ayant annoncé l’abandon de l’AFP. » source ? c’est juste SMB par défaut au lieu de AFP, mais aucun abandon n’a officiellement été annoncé

    -> Absolument tu as raison. De toute façon Apple à encore besoin de l’AFP pour communiquer de Mac à Mac (initiation du dialogue par SMB2 puis passage en AFP d’après ce que j’ai pût lire ici et là) et pour la sauvegarde TimeMachine. J’anticipe effectivement la mort de l’AFP par défaut d’intérêt d’Apple comme pas mal de produits ces dernières années (Xserve, FCP, Shake …) mais rien ne me ferait plus plaisir que de me tromper sur ce point, car j’adore l’AFP.

    . « gestion SAMBA » tu confonds le protocol SMB (Server message block) avec l’implémentation Open Source de celui ci. Samba, probablement à cause de son passage en licence GPLv3, n’est plus utilisé par Apple depuis la version 10.7. (http://appleinsider.com/articles/11/03/23/inside_mac_os_x_10_7_lion_server_apple_replaces_samba_for_windows_networking_services )

    -> Effectivement, c’est une confusion de ma part, dans l’empressement de sortir cette news au plus vite hier, afin d’éventuellement empêcher certains de sauter le pas sans tester plus que cela, comme on en vois à chaque MAJ majeure, et qui se retrouvent ensuite coincés sans possibilité simple de downgrade. J’essayerais de corriger cela dans la journée.

    Enfin je te conseil de parcourir les forums de ton NAS QNAP, je ne serais pas surpris qu’un update de firmware soit prévue prochainement

    -> Certainement. Néanmoins, quand on à une flotte entière de serveurs de marques différentes, on ne peut pas vraiment se permettre de faire les updates de Firmwares aussi vite … Il faut tester, encore tester, valider …
    Bref c’est un travail de longue haleine, qui ne devrait pas ou plus incomber aux fabricants de NAS à mon avis.
    Apple les fait tourner en bourrique depuis un moment, en modifiant ses protocoles d’une version à l’autre et j’ai bien peur que certains s’en lassent …

  4. avassor dit :

    Bonjour amnesic, merci pour ta réponse, j’ai rajouté pas mal d’infos dans l’article ce matin, qui devrait pouvoir répondre à plusieurs interrogations posés : . Outil Blackmagic Disk Speed Test semble donner des résultats complètement erronés depuis la version 2.2

    -> Je te réponds dans le corps de l’article.

    . » Apple ayant annoncé l’abandon de l’AFP. » source ? c’est juste SMB par défaut au lieu de AFP, mais aucun abandon n’a officiellement été annoncé

    -> Absolument tu as raison. De toute façon Apple à encore besoin de l’AFP pour communiquer de Mac à Mac (initiation du dialogue par SMB2 puis passage en AFP d’après ce que j’ai pût lire ici et là) et pour la sauvegarde TimeMachine. J’anticipe effectivement la mort de l’AFP par défaut d’intérêt d’Apple comme pas mal de produits ces dernières années (Xserve, FCP, Shake …) mais rien ne me ferait plus plaisir que de me tromper sur ce point, car j’adore l’AFP.

    . « gestion SAMBA » tu confonds le protocol SMB (Server message block) avec l’implémentation Open Source de celui ci. Samba, probablement à cause de son passage en licence GPLv3, n’est plus utilisé par Apple depuis la version 10.7. (http://appleinsider.com/articles/11/03/23/inside_mac_os_x_10_7_lion_server_apple_replaces_samba_for_windows_networking_services )

    -> Effectivement, c’est une confusion de ma part, dans l’empressement de sortir cette news au plus vite hier, afin d’éventuellement empêcher certains de sauter le pas sans tester plus que cela, comme on en vois à chaque MAJ majeure, et qui se retrouvent ensuite coincés sans possibilité simple de downgrade. J’essayerais de corriger cela dans la journée.

    Enfin je te conseil de parcourir les forums de ton NAS QNAP, je ne serais pas surpris qu’un update de firmware soit prévue prochainement

    -> Certainement. Néanmoins, quand on à une flotte entière de serveurs de marques différentes, on ne peut pas vraiment se permettre de faire les updates de Firmwares aussi vite … Il faut tester, encore tester, valider …
    Bref c’est un travail de longue haleine, qui ne devrait pas ou plus incomber aux fabricants de NAS à mon avis.
    Apple les fait tourner en bourrique depuis un moment, en modifiant ses protocoles d’une version à l’autre et j’ai bien peur que certains s’en lassent …

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *