[gull] reiserFS et df -i

[Christian Alt]

Bonjour et merci pour la réponse.

A mon avis les développeurs testent à la fois la taille restante et le
nombre d'inodes. par contre je ne sais pas comment il le font. Je ne
connaissais pas XFS. J'ai lu des bonnes choses à son sujet aujourd'hui.
Nous avons initialement travaillé avec ext3 et j'ai ensuite passé à
reiserFS car j'ai rencontré la limite du nombre de fichiers maximum dans un
répertoire. La solution a été de passer à reiserFS.

Ce que je rencontre en ce moment est vraisemblablement un bug dans la
manière de calculer l'espace encore disponible. Mais j'ai besoin de pouvoir
argumenter car df -i leut permet de dire qu'il n'y a pas d'inode à
disposition.

Concernant XFS je vais regarder cela de plus prêt.

Christian ALT


2012/11/6 dc <dc at mjt.ch>

> On 06/11/2012 12:05, Christian Alt wrote:
>
>  Le justificatif des développeurs du produit étant que df -i montre un
>> filesystem avec 0 inodes de libre. Ce matin ils m'ont demandé de
>> reformater la partition. Je suis un peu sceptique et je pense que
>> j'aurai le même résultat. Qu'en pensez-vous?
>>
>
> Je suis peut-etre un peu a cote de la plaque, mais pourquoi utilise 'df
> -i' pour determiner la place restante ? 'df -h' (ou df tout court), il me
> semble, donne bien la quantite d'espace restant sur le disque, alors que le
> nombre d'inode ne donne que le nombre de fichiers... D'autant que je peux
> remplir le disque avec un seul fichier, ou 'essorer' le nombre d'inode en
> n'utilisant que trs peu d'espace du disque.
>
> <parenthese>
> Ce qui est aussi bizarre, a mes yeux, est l'utilisation de ReiserFS... Ce
> FS n'est plus integre au kernel depuis quelques annees. Hans Reiser est en
> prison et ce FS n'a plus qu'une toute petite equipe pour le developement et
> relativement peu de support... J'ai utilise ReiserFS pendant des annees,
> puis j'ai passe a XFS qui donne de tres bonnes performances et est tres
> stable; en attendant que les equipes de btrfs et apt aient regle leur petit
> concours de "celui qui a la plus grosse"; suite a quoi je passerai sans
> doute a btrfs plour les fonctionalites te la performance.
> </parenthese>
>
> dc
>
>
> ______________________________**_________________
> gull mailing list
> gull at forum.linux-gull.ch
> http://forum.linux-gull.ch/**mailman/listinfo/gull<http://forum.linux-gull.ch/mailman/listinfo/gull>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://forum.linux-gull.ch/pipermail/gull/attachments/20121106/38bcc0cd/attachment.html>