.png)
나는 작은 데이터베이스(<1G)를 가지고 있지만 웹사이트에 복잡한 로그가 많고 클라이언트가 렌더링 시간이 3~5초에 대해 불평합니다. 우리는 구글이 아니며 하루에 수천명의 사용자가 우리의 꿈이므로 크기는 문제가 되지 않지만 속도가 중요합니다. ASP.NET(MVC)/LINQ/MS SQL 기반 애플리케이션용 SSD 드라이브에 대한 경험을 공유할 수 있는 사람이 있습니까? 성능이 어떻게 향상되었나요?
업데이트: 이 백서에서는 속도가 20배 더 빨라질 것이라고 명시하고 있습니다. http://www.texmemsys.com/files/f000174.pdf
답변1
이전 답변에 내 의견을 추가하고 싶지만 평판이 충분하지 않습니다.
RAM을 더 구입하세요. 훨씬 더 많은 RAM. 4GB라면 16GB나 32GB로 가세요. 32GB나 RAM이라도 GOOD SSD보다 저렴할 가능성이 높습니다. 대부분의 SSD 드라이브는 하드 드라이브보다 나을 것이 없습니다. 값비싼 Intel 드라이브는 눈에 띄는 예외입니다(더 빠른 다른 SSD도 있지만 훨씬 더 비쌉니다).
데이터베이스가 1GB에 불과한 경우 충분한 메모리를 추가하면 SQL Server는 거의 모든 것을 메모리에 캐시합니다. 유일한 예외는 프로세스에서 많은 양의 데이터를 쓰는 경우입니다. 각 사용자 작업에 대해 발생해야 하는 1,000개의 INSERT 트랜잭션이 있는 경우 많은 메모리는 별로 도움이 되지 않으며 SSD 드라이브가 유용할 수 있습니다. 그러나 나는 그렇지 않다고 생각합니다. 모든 읽기 작업에서 메모리는 항상 하드 드라이브보다 성능이 훨씬 더 향상됩니다.
답변2
실제로 문제가 있는 위치를 추적해 보셨나요? 데이터베이스 쿼리에 있습니까? 서버 측에서 쿼리를 처리하고 있습니까? 콘텐츠 렌더링? 렌더링된 콘텐츠를 전송합니까? 다중 계층 웹 애플리케이션에는 성능 병목 현상을 일으킬 수 있는 영역이 많이 있으며, 의미 있는 성능 개선을 수행하려면 속도를 저하시키는 요소를 분석해야 합니다.
답변3
자신의 질문에 대답하는 것이 좋지는 않지만 ...
제가 진행하고 있는 두 가지 주요 프로젝트가 있습니다. 둘 다 MS SQL/LINQ/ASP.NET을 사용합니다. 하나는 더 오래되었고 매우 표준화된 테이블 구조를 가지고 있습니다. 이는 아마도 5-6개의 관련 테이블에서 읽은 하나의 비즈니스 엔터티에 대한 정보를 렌더링한다는 의미입니다.
또 다른 하나는 더 새롭고 더 높은 성능 요구 사항을 갖습니다. LINQ도 사용합니다. 현재 아키텍처에서는 각 검색 결과당 1개의 추가 레코드를 찾아야 했습니다.
SSD 사용: 첫 번째 프로젝트. 총 페이지 로드가 30-50% 향상되었습니다. 그래서 실제로 이것은 어떻게든 도움이 되는 두 번째 프로젝트입니다. 총 페이지 로드가 10-20% 향상되었습니다. 차이는 거의 미미합니다. 그러나 이 경우 시스템이 스트레스와 무작위 읽기를 처리할 준비가 더 잘 되어 있다는 느낌을 받았습니다.
요약하면, SSD 비용이 2-3일 정도 소요된다면 사용을 권장하지만 큰 개선은 기대하지 않습니다.
답변4
DB에 대한 실제 쿼리를 평가해 보셨나요? 당신의 성과는 당신이 보고 있는 것보다 더 좋아야 합니다.