Finder extrêmement LENT (Uniquement le Finder) <Résolu>

[abattez]

Bonjour,
Possesseur d'un MAC depuis quelques jours, la transition entre PC & Mac c'est bien faite. Après une semaine d'utilisation intensive, j'ai acquis pas mal de chose. Par contre, je suis surpris par la lenteur du Finder. En effet, lorsque j'accède à mon NAS, certain dossiers bien remplis mettent plusieurs minutes avant de s'ouvrir. En fouillant sur google j'ai vu que certain proposaient de désactiver la case "Utiliser un aperçu comme icône" dans présentation du Finder. Malgré cela, il reste très long. Un dossier contenant 1000 fichiers mes plusieurs minutes à s'ouvrir alors qu'avec mon PC quelques secondes.
Il y a t-il quelque chose à faire ? Merci pour votre aide.

Ce message a été modifié par abattez - 20 Mar 2018, 20:53.

[baron]

Bonjour et bienvenue !

Est-ce la seule lenteur constatée ? Si oui, tu peux compléter le titre de ton sujet pour le préciser (bouton Editer en dessous de ton premier message).

Il serait aussi certainement utile de savoir quel protocole est utilisé entre ton NAS et tes ordinateurs.
Samba (SMB) semble souvent provoquer ce problème mais je n'y connais pas grand chose de plus…

[Ulf64]

Le finder fonctionne avec des fichiers de configuration qui définissent le type de présentation, la taille des icônes, la position des fenêtres à l'écran.
Ces fichiers sont invisibles sous MacOS, mais parfaitement visibles et gênants sous Windows.
Si ces fichiers .DS_STORE sur le NAS sont altérées ou supprimés par une connexion depuis Windows, lors de la prochaine connexion depuis le Mac, le Finder va les reconstruire.
Le plus simple est donc d'enpècher le Finder de les créer sur le NAS via la commande de Terminal:

Code

defaults write com.apple.desktopservices DSDontWriteNetworkStores true

Une autre solution c'est d'utiliser un autre gestionnaire de fichiers que le Finder pour accéder au NAS.

D'autre part, vu que tu accèdes au NAS depuis Windows, utilise le protocole réseau SMB depuis le Mac pour monter les partages.
Le plus simple est de désactiver le support du protocole AFP sur le NAS.
Le protocole propriétaire d'Apple l'AFP autorise des caractères dans les noms de fichiers et de répertoires qui ne sont pas supportés par le protocole SMB et de Windows.
Une arborescence de dossier et sous-dossiers de fichiers créés sur le NAS sous partage AFP pourrait créer des problèmes avec le partage monté en SMB. Et ça aussi bien sur le Mac que sur le PC.

Une autre chose qui ralentit l'accès au NAS via le Finder, c'est l'économiseur d'énergie intégré à MacOS (App Nap) qui retire le jus aux applications non-sollicitées ou tournant en arrière plan.
Le moniteur d'activité onglet Energie te renseigne
L'accès au NAS au moyen du Finder peut être ralenti par cet économiseur.
On peut désactiver ce dernier au moyen d'OnyX ou via une commande de Terminal.

[abattez]

Bonjour,
Et merci pour votre aide. J'ai appliqué les solutions proposées par Ulf64, mais malgré tout ça, l'accès aux dossiers via le finder était toujours très lent. J'ai donc installé RAIDar de chez Netgear (la marque de mon NAS) qui m'a permis de paramétrer les protocoles sur mon NAS, et chose étonnante en activant le mode AFP dans le NAS, les choses sont rentrées dans l'ordre.

[Ulf64]

C'est très possible que ça va mieux avec le protocole de réseau propriétaire d'Apple. Le contraire serait étonnant vu que ça fait partie de l'écosystème d'Apple conçu pour rendre les utilisateurs captifs.
Mais attention lorsque l'on accède aussi au NAS, aux mêmes données, depuis d'autres plate-formes (Windows, Android, Linux).

J'utilise des NAS depuis plus de 10 ans. J'en suis à mon 4me.
Les 2 premiers étaient des entrées de gamme (D-Link) limités et rapidement dépassées.
Au 3me je suis passé à du QNAP semi-pro. Il a tourné pendant 7 ans 7/24/365. 1 disque sur les 5 a du être remplacé. Par rapport au D-Link il n'y a pas photo.
Actuellement le Firmware n'est plus mis à jour mais il sert encore ponctuellement pour une copie de sécurité mensuelle par RTRR

Ce message a été modifié par Ulf64 - 20 Mar 2018, 16:32.