En r�ponse � Eric BERTHOMIER <[EMAIL PROTECTED]>: > > En FAT32, le nombre de fichier maximum dans un r�pertoire est de > 65535. > > Je me demandais si une telle limite existait sous linux. Je suppose > qu'en plus elle d�pend du syst�me de fichiers ... > > Quelqu'un aurait il lu quelque chose � ce niveau ?
Ce genre de limitation est li� en effet au syst�me de fichier. Sous Linux, g�n�ralement on utilise le format ext2 ou ext3 (parfois reiserfs mais je ne le connais pas). Ce syst�mes sont compl�tement diff�rents du format FAT, puisqu'ils sont bas�s sur des iNodes et non sur des tables de fichiers. Je m'explique un poil (et non pas �) : - FAT implique que tu as sur ton disque une Table d'allocation des Fichiers, c'est � dire une zone qui va te dire "tel zone correspond � tel fichier ou tel r�pertoire". Les blocs correspondant � cette zone �tant limit�s en taille, cela implique que le nombre de fichier est limit�, et de m�me que la taille des fichiers est aussi limit�e (4 Go je crois, mais j'en suis pas sur du tout) - Sous Ext2/3, � chaque fichier (au sens g�n�rique du terme) est affect� un iNode, c'est � dire un bloc. Ce bloc contient en particulier les adresses des blocs qui correspondent au contenu des fichiers. Ces m�mes blocs contiennent donc des donn�es, mais aussi des redirections vers d'autres iNodes/blocs. La norme extfs pr�cise le nombre de redirection qui peuvent exister, cela fixe la taille maximale des fichiers. Sous Nux, il me semble que l'on arrive aussi � 4 Go (qui correspond en fait � 2^32, soit la taille maximale adressable par le processeur). Comme il n'y a pas de _diff�rence_ au niveau nature de fichier entre un simple fichier et un r�pertoire, il est donc probable que le nombre maximal de fichiers que tu peux stocker dans un r�pertoire (directement � la racine, pas dans des sous-r�pertoires) doit avoisiner les 4 milliards ... Il faut toutefois ne pas perdre de vue que la taille associ�e au r�pertoire qui contiendrait ces 4 milliards de fichiers (celle qui est associ�e � un r�pertoire lors d'un "ls -l") n'est pas � n�gliger dans ce cas ... il existe peut-�tre des solutions propri�taires (HP ? Sun ?) qui permetraient une optimisation pour r�duire le co�t en terme de place de la cr�ation de tr�s nombreux fichiers dans un seul r�pertoire. Olivier
