Forum Linux.général Nombre de fichiers dans un répertoire

Posté par  .
Étiquettes : aucune
0
27
fév.
2006
Bonjour à tous !
Depuis ce matin j'ai une question que l'on pourrait qualifier de "à la con" qui me turlupine et qui est la suivante.

Dans un système de fichiers de type ext3, est on limité en nombre de fichiers pour un même répertoire ? Si oui à combien ?

Merci d'avance ;)
  • # Nombre de fichiers dans un répertoire

    Posté par  . Évalué à 1.

    virtuellement il me semble le nombre de fichier dans un repertoire n'est pas limité avec un fs comme ext3.
    En revanche les fs sous Unix ont des grosses baisses de performance quand un repertoire a un grand nombre de fichiers.
    Enfin Reiserfs est plus adapté que ext3 pour ce genre de configuration (dumoins sur le cas beaucoup de petits fichiers)
  • # Plusieurs solutions :

    Posté par  . Évalué à 1.

    1. Lire la source
    2. Trouver quelqu'un qui a lu la source
    3. Essayer

    Pour le trois, voici un petit script :

    #!/bin/bash

    i=0
    b=1

    echo $i

    while [ $? = 0 ]; do
    i=$(( i + b ))
    touch $i
    done

    echo $i


    Si il y a une limite, le script s'arrête et affiche le nombre de fichiers crées, donc à réaliser dans un nouveau répertoire (vide) pour avoir le nombre maximum sans avoir à calculer.

    Je n'ai pas de ext3 sous la main, mais ici sur du ReiserFS il en est à 301730 et ça continue... (c'est pas des plus rapides non plus)
  • # non pas pour un répertoire, mais pour le nombre de fichiers et rep total

    Posté par  . Évalué à 2.

    Wikipedia en un coup:

    http://en.wikipedia.org/wiki/Ext3#Notes

    cf: The maximum number of inodes (and hence the maximum number of files and directories) is set when the file system is created. If V is the volume size in blocks, then the default number of inodes is given by V/8192(, and the minimum by V/838861). The default was deemed sufficient for most applications.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.