Re: Debian et les autres
- To: debian-user-french <debian-user-french@lists.debian.org>
- Subject: Re: Debian et les autres
- From: Matthieu Moy <Matthieu.Moy@imag.fr>
- Date: Fri, 29 Mar 2002 09:40:43 +0100
- Message-id: <[🔎] vpqzo0rkbqs.fsf@montrose.imag.fr>
- In-reply-to: <20020329002413.GB30488@greux.loria.fr> (Vincent Lefevre's message of "Fri, 29 Mar 2002 01:24:14 +0100")
- References: <001801c1d4d6$fcb82160$0401a8c0@Bernard> <20020326184045.GB1673@home.mamane.lu> <20020326194836.GA1515@littlebigmac> <20020326215229.GA3220@home.mamane.lu> <20020328021119.GD19607@greux.loria.fr> <vpq663hrvdy.fsf@montrose.imag.fr> <20020328123702.GA22159@greux.loria.fr> <20020328152600.GC16582@pounk.gen.oleane.fr> <20020329002413.GB30488@greux.loria.fr>
Vincent Lefevre <vincent@vinc17.org> writes:
> Quand on accède à un fichier, la date de dernier accès est bien
> modifiée. Là, c'est pareil, sauf que cela devrait prendre moins
> de temps (si cela est correctement implémenté), puisque seules les
> créations/suppressions sont affectées.
Et les déplacements/renomages.
> D'autre part, une partie du
> traitement pourrait se faire par un processus en background.
Rappelons qu'en ext3, reiserfs, (et même ntfs, histoire de troller un
peu), qui sont journalisés, un déplacement de fichier ressemble à
* Ecrire qu'on va déplacer le fichier
* Défaire l'ancien lien
* Créer un lien au nouvel emplacement
* Ecrire que c'est bon, le fichier a été déplacé
On perds clairement en performances, mais ce n'est pas nécéssairement
si catastrophique que ça.
Les bases de données font ça, aussi, et elles y gagnent en
performances si on fait plus d'acces que de modifications.
Pour les fichiers temporaires, on peut avoir une partition /tmp qui ne
soit pas indexée, de même qu'il n'est pas stupide d'avoir un / en ext3
et un /tmp en ext2.
--
Matthieu
--
To UNSUBSCRIBE, email to debian-user-french-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Reply to: