SSDハードドライブがWebサイトの速度にどのように影響したか（asp.net/linq/ms sqlデータベース）
私は小さなデータベース（<1G）を持っていますが、ウェブサイトに多くの複雑なロジックがあり、クライアントは3〜5秒のレンダリング時間について不平を言っています。私たちはグーグルではなく、1日に何千人ものユーザーが私たちの夢なので、サイズは問題ではありませんが、速度は重要です。 ASP.NET（MVC）/ LINQ/MS SQLベースのアプリケーション用のSSDドライブの経験を共有できる人はいますか？パフォーマンスはどのように向上しましたか？
更新：このホワイトペーパーには、20倍高速になると記載されています。 http://www.texmemsys.com/files/f000174.pdf
以前の回答にコメントを追加しますが、評判が十分ではありません...だからここに行きます...
RAMを追加購入します。より多くのRAM。 4GBの場合は、16GBまたは32GBに移動します。 32GBまたはRAMはGOODSSDよりも安い可能性があります。ほとんどのSSDドライブはハードドライブよりも優れていますが、高価なIntelドライブは例外です（さらに高速なSSDが他にもあります） 、しかしそれらははるかに高価です）。
データベースが1GBしかない場合、十分なメモリを追加すると、SQLServerはほぼすべてのものをメモリにキャッシュします。唯一の例外は、プロセスが大量のデータを書き込んでいる場合です。ユーザーアクションごとに1,000個のINSERTトランザクションを実行する必要がある場合、大量のメモリはあまり役に立ちません。SSDドライブが役立つ可能性があります...しかし、そうではないと思います。どの読み取り操作でも、メモリは常にハードドライブよりもはるかにパフォーマンスを向上させます。
問題がどこにあるかを実際に追跡しましたか？データベースクエリに含まれていますか？サーバー側でクエリを処理していますか？コンテンツのレンダリング？レンダリングされたコンテンツの送信？多層Webアプリケーションのパフォーマンスをボトルネックにする可能性のある領域はたくさんあります。意味のあるパフォーマンスの向上を行うには、何が速度を低下させているのかを分析する必要があります。
自分の質問に答えるのはあまり良くありませんが...
私は2つの主要なプロジェクトに取り組んでいます。どちらもMSSQL/LINQ/ASP.NET Oneを使用しており、古いものであり、非常に正規化されたテーブル構造を備えています。これは、1つのビジネスエンティティに関する情報をレンダリングするために、おそらく5〜6個の関連テーブルから読み取ったことを意味します。
もう1つは新しく、パフォーマンス要件が高くなっています。また、LINQを使用します。現在のアーキテクチャでは、検索結果ごとに1つの追加レコードを探す必要がありました。
SSDを使用：最初のプロジェクト。ページの総読み込みが30〜50％向上しました。だから、確かにこれはどういうわけか役立つ2番目のプロジェクトです。ページの総読み込みが10〜20％向上しました。違いはほとんどありません。ただし、この場合、システムはストレスとランダム読み取りを処理する準備ができていると感じました。
要約すると、SSDのサイズが2〜3人日程度の場合は、それを使用することをお勧めしますが、大幅な改善は期待できません。
私はサーバーの専門家ではありませんが、同じ質問がありました。十分な知識がある場合は、次の記事を理解できます。これらは、評価コストとパフォーマンスです。
適切なRAIDアレイがあると思いますか？
ハードウェアの観点からは、SSDは必要ありません.... RAM =GOD。SSDを追加してもメリットはありません。SSDは、実行中の一時テーブルのバックエンドとして役立ちます。テラバイト相当の処理。
ここ から本のいくつかを購入します。彼らはあなたのスキーマとクエリを最適化する方法をあなたに教えます。
DBに対して実際のクエリを評価しましたか？あなたのパフォーマンスはあなたが見ているものよりも良いはずです。