No creo que nuestra subversión se haya ralentizado por el envejecimiento. Actualmente tenemos varios TeraBytes de datos, principalmente binarios. Pagamos/comprometemos diariamente hasta 50 Gigabytes de datos.En total tenemos actualmente 50000 revisiones. Estamos utilizando FSFS como tipo de almacenamiento y estamos interactuando directamente con SVN: (Servidor Windows) o mediante Apache mod_dav_svn (Servidor Gentoo Linux).
No puedo confirmar que esto haga que svn se ralentice con el tiempo, ya que configuramos un servidor limpio para la comparación del rendimiento que podíamos comparar. No podríamos medir una degradación significativa.
Sin embargo, tengo que decir que nuestra subversión es extraordinariamente lenta por defecto y, obviamente, es subversión en sí misma, como hemos intentado con otro sistema informático.
Por alguna razón desconocida, la subversión parece estar completamente limitada a la CPU del servidor. Nuestras tarifas de pago/confirmación están limitadas a entre 15-30 MegaBytes/s por cliente, porque entonces el núcleo de la CPU de un servidor se agota por completo. Esto es lo mismo para un repositorio casi vacío (1 GigaByte, 5 revisiones) como para nuestro servidor completo (~ 5 TeraByte, 50000 revisiones). Ajustar como configurar la compresión a 0 = apagado no mejoró esto.
Nuestro High Bandwith (entrega ~ 1 GigaByte/s) FC-Array inactivo, los otros núcleos inactivos y de red (actualmente 1 GigaBit/s para clientes, 10 GigaBits/s para el servidor) inactivos también. Está bien, no realmente al ralentí, pero si solo se utiliza el 2-3% de la capacidad disponible, lo llamo "ralentí".
No es realmente divertido ver todos los componentes funcionando al ralentí y tenemos que esperar a que se revisen o completen nuestras copias de trabajo. Básicamente no tengo idea de lo que está haciendo el proceso del servidor al consumir completamente un núcleo de la CPU todo el tiempo durante la verificación/confirmación.
Sin embargo, estoy tratando de encontrar una manera de ajustar la subversión. Si esto no es posible, podríamos necesitar cambiar a otro sistema.
Por lo tanto: Respuesta: No SVN no se degrada en el rendimiento, es inicialmente lento.
Por supuesto, si no necesita rendimiento (alto) no tendrá problemas. Por cierto. todo lo anterior se aplica a subversioon 1.7 última versión estable
En su repositorio de 20GB, ¿está almacenado como FSFS o BDB? –
Es FSFS (al menos lo es ahora). Para el primer año más o menos de la vida útil de nuestro repositorio, era BDB (FSFS aún no existía). Como punto, hicimos un ciclo de volcado/carga para convertir a FSFS. No teníamos ningún problema específico con BDB, pero FSFS parece mejor desde el punto de vista arquitectónico (por lo tanto, ahora FSFS es el valor predeterminado). –
Esa es una información interesante. Tengo un repositorio con 73000 archivos (aproximadamente 350 MB) y es increíblemente lento. Tengo que preguntar qué están usando. – Till