hgbook

changeset 425:2b4022f9e3f8

translated 2 paragraphs
author Javier Rojas <jerojasro@devnull.li>
date Fri Nov 21 00:07:44 2008 -0500 (2008-11-21)
parents 9221accc2ccc
children e5739e8d708f
files es/concepts.tex
line diff
     1.1 --- a/es/concepts.tex	Thu Nov 20 00:11:23 2008 -0500
     1.2 +++ b/es/concepts.tex	Fri Nov 21 00:07:44 2008 -0500
     1.3 @@ -530,21 +530,26 @@
     1.4  lector empieza leyendo datos de la bitácora de cambios, luego del
     1.5  manifiesto, y finalmente del fichero de registro.
     1.6  
     1.7 -Since the writer has always finished writing filelog and manifest data
     1.8 -before it writes to the changelog, a reader will never read a pointer
     1.9 -to a partially written manifest revision from the changelog, and it will
    1.10 -never read a pointer to a partially written filelog revision from the
    1.11 -manifest.
    1.12 -
    1.13 -\subsection{Concurrent access}
    1.14 -
    1.15 -The read/write ordering and atomicity guarantees mean that Mercurial
    1.16 -never needs to \emph{lock} a repository when it's reading data, even
    1.17 -if the repository is being written to while the read is occurring.
    1.18 -This has a big effect on scalability; you can have an arbitrary number
    1.19 -of Mercurial processes safely reading data from a repository safely
    1.20 -all at once, no matter whether it's being written to or not.
    1.21 -
    1.22 +%TODO revisar párrafo completo, no me gusta el resultado
    1.23 +Como el escritor siempre termina de escribir los datos en el fichero
    1.24 +de registro y en el manifiesto antes de escribir a la bitácora de
    1.25 +cambios, un lector nunca verá un apuntador a una versión parcialmente
    1.26 +escrita de revisiones del manifiesto desde la bitácora de cambios, y
    1.27 +nunca leerá un apuntador a una revisión parcialmente escrita del
    1.28 +fichero de registro desde el manifiesto.
    1.29 +
    1.30 +\subsection{Acceso concurrente}
    1.31 +
    1.32 +El reordenado de lectura/escritura y la atomicidad garantizan que
    1.33 +Mercurial nunca necesita \emph{bloquear} un repositorio cuando está
    1.34 +leyendo datos, aún si se está escribiendo al repositorio mientras se
    1.35 +hace la lectura. Esto tiene un gran efecto en la escalabilidad; usted
    1.36 +puede tener cualquier cantidad de procesos Mercurial leyendo datos de
    1.37 +un repositorio de manera segura al mismo tiempo, sin importar si se
    1.38 +está escribiendo al mismo o no.
    1.39 +
    1.40 +La naturaleza carente de bloqueos de la lectura significa que si usted
    1.41 +está compartiendo un repositorio
    1.42  The lockless nature of reading means that if you're sharing a
    1.43  repository on a multi-user system, you don't need to grant other local
    1.44  users permission to \emph{write} to your repository in order for them