.png)
Tengo una base de datos pequeña (<1G), pero tenemos mucha lógica compleja en el sitio web y el cliente se queja sobre el tiempo de renderizado, que es de 3 a 5 segundos. No somos Google y miles de usuarios al día es nuestro sueño, por lo que el tamaño no es un problema, pero la velocidad es importante. ¿Alguien puede compartir su experiencia con unidades SSD para aplicaciones basadas en ASP.NET (MVC)/LINQ/MS SQL? ¿Cómo aumentó su rendimiento?
ACTUALIZACIÓN: este documento técnico afirma que será 20 veces más rápido. http://www.texmemsys.com/files/f000174.pdf
Respuesta1
Agregaría mi comentario a una respuesta anterior, pero no tengo suficiente reputación... así que ahí va...
Compra más RAM. Mucha más RAM. Si tienes 4GB, pasa a 16GB o 32GB. Incluso 32 GB o RAM probablemente serán más baratos que un BUEN SSD. La mayoría de las unidades SSD no son mejores que los discos duros, siendo las costosas unidades Intel la excepción notable (hay otras SSD que son incluso más rápidas, pero son mucho más caras).
Si su base de datos tiene solo 1 GB, SQL Server almacenará en caché casi todo en la memoria si agrega suficiente memoria. La única excepción es si su proceso escribe muchos datos. Si tiene 1000 transacciones INSERT que deben realizarse para cada acción del usuario, una gran cantidad de memoria no ayudará mucho, y entonces una unidad SSD PODRÍA ser útil... pero sospecho que ese no es el caso. En cualquier operación de lectura la memoria siempre mejorará el rendimiento mucho más que los discos duros.
Respuesta2
¿Ha rastreado realmente dónde radica su problema? ¿Está en la consulta de la base de datos? ¿Está procesando la consulta en el lado del servidor? ¿Representación de contenido? ¿Transmisión del contenido renderizado? Hay muchas áreas que pueden obstaculizar el rendimiento en una aplicación web de varios niveles y, para lograr una mejora significativa en el rendimiento, es necesario analizar qué está ralentizando las cosas.
Respuesta3
No es realmente bueno responder a mi propia pregunta, pero...
Tengo dos proyectos importantes en los que estoy trabajando. Ambos usan MS SQL/LINQ/ASP.NET. Uno es más antiguo y tiene una estructura de tabla muy normalizada. Significa que para presentar información sobre una entidad comercial, probablemente leo entre 5 y 6 tablas relacionadas.
Otro es más nuevo y tiene mayores requisitos de rendimiento. También utiliza LINQ. Dentro de la arquitectura actual, me obligué a buscar 1 registro adicional por cada resultado de búsqueda.
Con SSD: 1er proyecto. Mejora del 30 al 50 % en la carga total de la página. Entonces, de hecho, este es un segundo proyecto de alguna manera útil. Mejora del 10 al 20 % en la carga total de la página. la diferencia es casi mínima. Sin embargo, tengo la sensación de que en este caso el sistema está más preparado para manejar el estrés y las lecturas aleatorias.
En resumen, si para su tamaño el SSD cuesta entre 2 y 3 días-hombre, recomendaría usarlo, pero no esperaría grandes mejoras.
Respuesta4
¿Ha evaluado sus consultas reales con respecto a su base de datos? Tu rendimiento debería ser mejor de lo que estás viendo.