Combien de fichiers puis-windows server 2008 r2 répertoire en toute sécurité?
Combien de fichiers puis-windows server 2008 r2 répertoire en toute sécurité?
Je suis en train de penser en termes d'un site web qui a des galeries d'images. Dire qu'il y a un répertoire qui contient toutes les vignettes et un autre répertoire qui contient l'intégralité de la taille des images. Combien de paires d'images peuvent être stockées en toute sécurité?
Ou, s'il n'y a pas une bonne coupe et sec réponse, dois-je viens de l'essayer avec 30 000 images?
OriginalL'auteur quakkels | 2010-10-22
Vous devez vous connecter pour publier un commentaire.
Si votre serveur utilise NTFS pour son volume de système de fichiers, vous n'êtes pas limité à un nombre quelconque de fichiers par répertoire soi, mais plus que vous êtes limité à un certain nombre de fichiers/répertoires par volume.
Pour NTFS, les limites de taille sont:
Bien sûr, qui ne dit rien à propos de la performance, et il y a d'autres considérations qui entrent en jeu. Avec 30000, vous ne devriez pas vous inquiéter. Quand vous arrivez dans la des millions, vous pourriez avoir à commencer à la restructuration.
modifier à l'adresse de mise à l'échelle/performance
Techniquement parlant, le système de fichiers NTFS utilise un mondial de la MFT qui conserve la trace de tous les fichiers (répertoires et fichiers sont principalement utilisés pour la représentation logique pour l'utilisateur final) de sorte que chaque fois que vous modifiez le volume, que le changement est reflété dans la MFT.
Lorsque vous commencez à avoir un répertoire unique, avec un grand nombre de fichiers, l'une des procédures recommandées est de désactiver automatique de génération de nom 8.3. De l'article technet j'ai lié ci-dessus:
Donc, si vous êtes constamment à la modification d'un répertoire unique, avec une grande quantité de fichiers, le système doit générer un nom court, ce qui peut conduire à une dégradation des performances si vous êtes constamment en train de modifier le contenu d'un répertoire unique. Puisque vous êtes de stocker des images, il pourrait être très probablement un grand nombre de fichiers ont les mêmes noms de fichier au début, comme imageblahblahblah.
Pour le fichier de recherche de la performance, même pour les gros répertoires NTFS devrait être assez rapide en raison de la sous-jacentes B-Arbre de la mise en œuvre.
Aussi consulter ce fil de discussion: NTFS de performance et de gros volumes de fichiers et de répertoires
J'ai édité quelques informations concernant les performances dans ma réponse.
merci pour les conseils et de ressources!
OriginalL'auteur wkl