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