Como o disco rígido SSD afetou a velocidade do seu site (banco de dados asp.net/linq/ms sql)

Como o disco rígido SSD afetou a velocidade do seu site (banco de dados asp.net/linq/ms sql)

Eu tenho um banco de dados pequeno (<1G), mas temos muita lógica complexa no site e o cliente reclama do tempo de renderização, que é de 3 a 5 segundos. Não somos o Google e milhares de usuários por dia é o nosso sonho, então o tamanho não é um problema, mas a velocidade é importante. Alguém pode compartilhar experiência com unidades SSD para aplicativos baseados em ASP.NET (MVC)/LINQ/MS SQL? Como seu desempenho aumentou?

ATUALIZAÇÃO: este whitepaper afirma que será 20 vezes mais rápido. http://www.texmemsys.com/files/f000174.pdf

Responder1

Eu acrescentaria meu comentário a uma resposta anterior, mas não tenho reputação suficiente... então aqui vai...

Compre mais RAM. Muito mais RAM. Se você tiver 4 GB, vá para 16 GB ou 32 GB. Mesmo 32 GB ou RAM provavelmente serão mais baratos que um BOM SSD. A maioria das unidades SSD não são melhores que os discos rígidos, sendo as caras unidades Intel a exceção notável (há outros SSDs que são ainda mais rápidos, mas são muito mais caros).

Se o seu banco de dados tiver apenas 1 GB, o SQL Server armazenará quase tudo em cache na memória se você adicionar memória suficiente. A única exceção é se o seu processo estiver gravando muitos dados. Se você tiver 1.000 transações INSERT que precisam acontecer para cada ação do usuário, muita memória não ajudará muito e uma unidade SSD PODE ser útil ... mas suspeito que não seja o caso. Em qualquer operação de leitura, a memória sempre melhorará muito mais o desempenho do que os discos rígidos.

Responder2

Você realmente rastreou onde está o seu problema? Está na consulta ao banco de dados? Está processando a consulta no lado do servidor? Renderização de conteúdo? Transmissão do conteúdo renderizado? Há muitas áreas que podem causar gargalos no desempenho de um aplicativo Web multicamadas e, para fazer qualquer melhoria significativa no desempenho, você precisa analisar o que está retardando as coisas.

Responder3

Não é muito bom responder à própria pergunta, mas ...

Tenho dois grandes projetos nos quais estou trabalhando. Ambos usando MS SQL/LINQ/ASP.NET One é mais antigo e possui estrutura de tabela bastante normalizada. Isso significa que, para renderizar informações sobre uma entidade comercial, li provavelmente de 5 a 6 tabelas relacionadas.

Outro é mais recente e possui requisitos de desempenho mais elevados. Ele também usa LINQ. Na arquitetura atual, forcei a buscar 1 registro adicional para cada resultado da pesquisa.

Com SSD: 1º projeto. Melhoria de 30-50% no carregamento total da página. Então, de fato, este é um segundo projeto útil de alguma forma. Melhoria de 10-20% no carregamento total da página. a diferença é quase mínima. Porém, tive a sensação de que neste caso o sistema está mais preparado para lidar com estresse e leituras aleatórias.

Em resumo, se para você o tamanho do SSD custa de 2 a 3 dias-homem, eu recomendaria usá-lo, mas não esperaria grandes melhorias.

Responder4

Você avaliou suas consultas reais em relação ao seu banco de dados? Seu desempenho deve ser melhor do que você está vendo.

informação relacionada