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

Question

Eu tenho um pequeno banco de dados (< 1G), mas temos um monte de log complexo no site e cliente reclama no tempo de renderização, que é de 3-5 segundos. Nós não somos 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 com experiência com unidades SSD para ASP.NET (MVC) / LINQ / MS SQL baseado em aplicativo? Como seu desempenho aumentou?

ATUALIZAÇÃO: este whitepaper afirma que será 20 vezes mais rápido. link

    

Answer 1

Eu adicionaria 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 32GB ou RAM provavelmente será mais barato do que o GOOD SSD. A maioria das unidades SSD não é melhor que as unidades de disco rígido, com as dispendiosas unidades da Intel sendo a exceção notável (existem outros SSDs que são ainda mais rápidos, mas são muito mais caros).

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

    

Answer 2

Você realmente localizou onde está seu problema? Está na consulta do 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 restringir o desempenho em um aplicativo da Web multicamadas e, para melhorar significativamente o desempenho, é necessário analisar o que está atrasando as coisas.

    

Answer 3

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

Eu tenho dois grandes projetos, nos quais estou trabalhando. Ambos usando o MS SQL / LINQ / ASP.NET Um é mais antigo e tem uma estrutura de tabelas muito normalizada. Isso significa que, para renderizar informações sobre uma entidade de negócios, li provavelmente de 5 a 6 tabelas relacionadas.

Outro é mais novo e tem requisitos de desempenho mais altos. Ele também usa o LINQ. Na arquitetura atual, forcei a procurar 1 registro adicional por cada resultado de pesquisa.

Com o SSD: 1º projeto. 30-50% de melhoria na carga total da página. Então, de fato isso é de alguma forma útil 2º projeto. Melhoria de 10 a 20% na carga total da página. a diferença é quase mínima. No entanto, tenho a sensação de que, neste caso, o sistema está mais preparado para lidar com o estresse e as leituras aleatórias.

Em resumo, se para você os custos de SSD do tamanho como 2-3 man-days eu recomendaria usá-lo, mas não esperar grandes melhorias.

    

Answer 4

Eu suponho que você tenha uma matriz RAID adequada?

você NÃO precisa de um SSD, em termos de hardware ... RAM = DEUS. Adicionar um SSD não lhe dará nenhum benefício Os SSDs são úteis como back-end para tabelas temporárias quando você está realizando terabytes no processamento.

compre alguns dos livros em aqui . Eles vão te ensinar como otimizar seu esquema e consultas.

    

Answer 5

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

    

Answer 6

Não sou especialista em servidores, mas tenho a mesma dúvida sobre isso. Se você tem conhecimento suficiente, você pode entender o artigo a seguir, onde eles são custo de avaliação versus desempenho.

Estudo de preço e desempenho da Ssd Vs Hdd