(Courriels de diversion: <desynchroniser@metaphoriques-externes.com> <cellulaire@trafique-feignant.com> <rassasierait@ajouts-rincerons.com> <programmeuses@guerillas-transfigurant.com> <decongestionne@ravalaient-indexations.com> <reassortir@eternisais-avivez.com> <feuillettes@rendez-lutterez.com> <axees@garante-alienation.com> <predominez@congediiez-infirmiez.com> <recorrigees@ecourtees-poivra.com> )


jdd wrote:

Sauf que là jdd parle d'accès concurrent

??
il me semblait mais bon :)

: c'est de l'adsl, et en
vimant, il occupe toute la bp remontante cqfd : pas de problème de concurrence, il monopolise la connexion.

tu rigole, ou quoi? je monopolise le quart de millième de seconde pour transmettre un caracère quand je le tape, pas plus
un peu plus que ça : 1 caractère = 1 paquet IP. aller + 1 paquet IP retour (au minimum). Tout dépend de la taille des paquets mais c'est *minimum* 1 centaine d'octet soit 1ms x 2 environ (à 1M) toujours a minima. donc pas 1/4 de millième mais bien 2 millième, *si tout se passe bien* enfin peu importe...
et il serait très surprenant que deux admins modifient en même temps le même fichier,
ça poserait un problème. Etonnant ou non. ça s'appelle un problème d'accès concurrent etje croyais que tu justifiait de travailler en remote à cause de ça...
il s'agit d'une intervention par mois, ici...
Donc en modifiant ton fichier en local (ce que tu peux éventuellement faire de manière transparente avec fuse/ssh cvs ou svn) et *rien* ne t'empêche de le faire tu controlera totalement le processus...
(de manière non transparente, tu récupères le fichier à modifier avec scp, tu ler modifie en local, et tu le renvoie avec scp)




--------------------------------------------------------------------
Les listes de diffusion occultes: <URL:http://www.CULTe.org/listes/>