.png)
私のデータベースは小さいですが (<1G)、Web サイトには複雑なロジックが多数あり、クライアントはレンダリング時間が 3 ～ 5 秒であることに不満を持っています。私たちは Google ではありませんし、1 日に何千人ものユーザーを獲得するのが夢なので、サイズは問題ではありませんが、速度は重要です。ASP.NET (MVC)/LINQ/MS SQL ベースのアプリケーションで SSD ドライブを使用した経験のある方はいらっしゃいますか? パフォーマンスはどのように向上しましたか?
更新: このホワイトペーパーでは、速度が 20 倍になると述べられています。 http://www.texmemsys.com/files/f000174.pdf
答え1
以前の回答にコメントを追加したいのですが、評判が足りません...なので、ここに追加します...
より多くの RAM を購入してください。RAM をもっとたくさん。4GB の場合は、16GB または 32GB にしてください。32GB の RAM でも、良質の SSD より安くなる可能性があります。ほとんどの SSD ドライブはハード ドライブより優れているわけではありませんが、高価な Intel ドライブは例外です (さらに高速な SSD もありますが、それらははるかに高価です)。
データベースが 1 GB しかない場合、十分なメモリを追加すれば、SQL Server はほぼすべてをメモリにキャッシュします。唯一の例外は、プロセスが大量のデータを書き込む場合です。各ユーザー アクションで 1,000 の INSERT トランザクションを実行する必要があると、大量のメモリはあまり役に立ちません。その場合は SSD ドライブが役立つ可能性があります... ただし、そうではないと思います。読み取り操作では、メモリを使用すると、ハード ドライブよりもパフォーマンスが常に向上します。
答え2
問題がどこにあるのか実際に追跡しましたか? データベース クエリにありますか? サーバー側でクエリを処理していますか? コンテンツのレンダリングですか? レンダリングされたコンテンツの転送ですか? 多層 Web アプリケーションではパフォーマンスのボトルネックとなる領域が多数あり、意味のあるパフォーマンス改善を行うには、速度を低下させている原因を分析する必要があります。
答え3
自分の質問に答えるのはあまり良くないですが...
私は現在、2 つの主要なプロジェクトに取り組んでいます。どちらも MS SQL / LINQ / ASP.NET を使用していますが、1 つは古いもので、非常に標準化されたテーブル構造になっています。つまり、1 つのビジネス エンティティに関する情報をレンダリングするには、おそらく 5 ～ 6 個の関連テーブルから読み取ることになります。
もう 1 つは新しいもので、パフォーマンス要件が高くなります。これも LINQ を使用します。現在のアーキテクチャでは、検索結果ごとに 1 つの追加レコードを強制的に検索します。
SSD 使用時: 最初のプロジェクト。ページ全体の読み込みが 30 ～ 50% 改善されました。したがって、これは確かに何らかの形で役立っています。2 番目のプロジェクト。ページ全体の読み込みが 10 ～ 20% 改善されました。違いはほぼ最小限です。ただし、この場合、システムはストレスとランダム読み取りを処理する準備がより整っていると感じました。
要約すると、あなたのサイズの SSD に 2 ～ 3 人日かかる場合は、使用することをお勧めしますが、大きな改善は期待できません。
答え4
実際のクエリを DB に対して評価しましたか? パフォーマンスは表示されているものよりも優れているはずです。