inodes et profondeur de l'tree dans ext2

J'ai un système de files ext2 avec un nombre maximum d'inodes par directory (environ 32k) et un nombre maximum d'inodes dans l'set du système de files (environ 350 m environ). Parce que j'utilise ce système de files comme magasin de données pour un service qui a plus de 32k objects, je dissortingbue ces objects entre plusieurs sous-directorys (comme un dictionary sépare AK et LZ).

Ma question est la suivante:

Y a-t-il une signification pour la profondeur de l'tree lorsque je construisais ces inodes? Existe-t-il une différence ou une limitation significative qui affectera mon service si je choisit "/ usr / www / service / data / a_k / aardvark" sur "/ data / a_k / aardvark"?

One Solution collect form web for “inodes et profondeur de l'tree dans ext2”

Il ne devrait pas y avoir de différence mesurable à less que vous ayez un système vraiment mis à mort. Le operating system mettra en cache l'inode de /usr/www/service/data/ in et fera des searchs à partir de là, et ne passera pas sur une hiérarchie entière chaque fois qu'un file est accessible.

  • Système de files OpenVZ
  • Comment générer des files randoms et des directorys qui diffusent sur toute la partition?
  • Snapshots FS / disque (comme LVM) avec cache partagé
  • Qu'est-ce que FS dissortingbué, avec une charge de travail de lecture / écriture de petits files, fonctionne mieux?
  • mkfs fs-options pour ext2 loopback device for backup
  • Faire en sorte que NFS se comporte comme un périphérique de bloc
  • MHDDFS rompt de manière random
  • Windows System State Analyzer 3.0 échouant à comparer les instantanés du système de files
  • Quel système de files Linux est le mieux pour une énorme partition Apache Mod_disk_cache?
  • Disparition externe du disque USB Linux - système de files corrompu
  • Corruption du système de files dans AWS Storage Gateway Volume
  • Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de rĂ©seau.