Considérons 100.000 fichiers (le nbre importe peu, mais gros, et pour l'instant sans prendre en compte leur taille), donc 100.000, est il plus rapide -de facon logiciel, pas avec nos petits yeux fatigués- de parcourir ces fichiers lorsqu'ils sont dans un seul répertoire, ou lorsqu'ils sont réparti dans une arborescence -pas explosé l'arborescence-?
Deuxième question, cette fois ci en prenant en compte la taille des fichiers la méthode la plus rapide lors de gros fichiers? lors de petits fcihiers?
(en l'occurence c pour un projet traitant un gros volume d'image -largement + de 100.000- soit en format jpeg, png ... petit vokume donc, soit en bmp brute de scan a 600dpi, gigantiesque donc...
Qu' en pensez vous??
# Re: Parcours de fichiers/répertoires
Posté par Pascal Terjan (site web personnel) . Évalué à 1.
[^] # Re: Parcours de fichiers/répertoires
Posté par cedric . Évalué à 3.
En fait XFS est plus destine a supporte la charge d'un serveur de video, tandis que ext3 se complet dans des fichiers plus "bureautique" comme les bmp, les mp3 et les .doc :-)
Enfin, dans un avenir proche, Reiser4 nous promet d'etre aussi performant sur les petits fichiers que sur les gros. Maintenant ce n'est qu'une annonce, mais tu peux deja tester les beta, je crois.
# Re: Parcours de fichiers/répertoires
Posté par Jerome Herman . Évalué à 1.
Par contre ensuite il faut savoir si tu veux juste indexer tes fichiers, les lires, faire de recherches dedans ou bien les modifier, les sauvegarder ailleurs. Je pense qu'apres tu pourras choisir le langage que tu voudras utiliser pour faire ce traitement et ensuite en deduire l'architecture adaptee.
Kha
# Re: Parcours de fichiers/répertoires
Posté par Nÿco (site web personnel) . Évalué à 1.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.