web-dev-qa-db-ja.com

SSDに何を入れてはいけませんか？

SSDを購入しましたが、完全に新しいLinuxインストールでデスクトップシステムをセットアップします。

SSDは高速であることが知られていますが、欠点があります：（ブロックあたりの）書き込み回数が制限されています。

SSDとHDDドライブのどちらにデータを配置するかを考えています。一般に、頻繁に変化するデータはHDDに配置し、頻繁に変化しないデータはSSDに配置できると考えました。

  • 次に、同様のシナリオで this の質問を読みます。回答には、「SSDドライブはスワップ領域に最適です...」と書かれています。

    SSDがスワップ領域に最適なのはなぜですか？ OK、システムのパフォーマンスを向上させる可能性は高いと思いますが、データを頻繁に変更しないため、SSDに多くの書き込みが行われ、SSDの寿命が短くなりますか？

  • / varディレクトリはどうですか？内容も頻繁に変わりませんか？ HDDに置くのはいい考えではないでしょうか？

  • SSDに配置すべきではない他のデータはありますか？

hard-diskswapssdflash-memory
74
user41961

書き込みサイクルを心配する場合、どこにも行きません。

SSDには頻繁に変更されるデータがあります。あなたの家、あなたの設定、あなたのブラウザのキャッシュ、おそらくデータベース（もしあれば）。それらはすべてSSD上にある必要があります。頻繁に実行する処理の速度を上げるために、なぜ他にSSDがあるのでしょうか。

書き込みの数は限られている場合がありますが、最新のSSDはウェアレベリングに非常に優れているため、あまり心配する必要はありません。ディスクはそこに書き込まれます。そのために使用しない場合は、ペーパーウェイトとして使用するだけで、コンピューターに挿入することはありません。

スワップ領域に適したストレージデバイスがありません。スワップは、SSDであってもslowです。常に交換する必要がある場合は、いずれかの方法でRAMを取得することをお勧めします。

スワップに使用されないスワップ領域ではなく、ディスクへのサスペンドのシナリオでは異なる場合があります。当然、そのために使用されるストレージメディアが高速であるほど、一時停止と再起動が速くなります。

個人的には、大きな静的データを除いてすべてをSSDに置きました。たとえば、HDDは映画を再生するのに十分な速度を備えているため、映画はSSDの高価なスペースを無駄にする必要がありません。 SSDストレージを使用すると、より速く再生されません。

すべてのストレージメディアと同様に、SSDは、使用するかどうかにかかわらず、ある時点で故障します。 HDDと同じように信頼性が高いと考える必要がありますが、HDDはまったく信頼できないため、バックアップを作成する必要があります。

88
frostschutz

わかりましたので、目標はできる限り多くの費用を負担することです-速度と交換用ハードウェアの価格の比較（1つの大きなハードディスクと中型のSSDを想定しています）。単純化するために、ファイルをSSDに移動するために書き込まれたセクターの数に対して、ファイルをSSDに移動することによる速度の増加に気づく度合いを比較検討できます。

  • SSDに移動する場合、多くのファイルを読み取る必要があり、まれに書き込む必要があるファイル（OSやプログラムなど）がおそらく最も明白です。
  • 固定データレートで一度書き込まれ、何度も読み取られるファイル（HDDが十分に高速である場合（音楽、ビデオなど））は、おそらくそこに留まるはずです。 。通常は変更されませんが、セクターのlotに書き込まれることを考慮してください。
  • 頻繁に変更される小さなファイル（一部の一時ファイルなど）はより複雑です。たとえば、512バイトのセクターサイズを指定すると、単一のセクターファイルを20,000,000回上書きしてから、単一の1 GiBファイルを1回書き込むのと同じ量の書き込みを「消費」することができます。 SSDが ウェアレベリング を処理します。これらは同等である必要があります。

もちろん、最高の計算でさえ、時間の中で最も貴重なリソースを使い果たしてしまいます。したがって、長期的には、シンプルな状態を維持し、絶対に理想的なケースよりも頻繁に少しだけ新しいハードウェアを購入することをお勧めします。

31
l0b0

他の人と同意して、高価なSSDスペースを無駄にしないように、非常に大きな（ビデオ）ファイルを除いて、ほとんどすべてのものを配置する必要があります。

ただし、 [〜＃〜] trim [〜＃〜] が有効になっていることも確認する必要があります。

  • SSDはTRIMをサポートしています
  • パーティションが複数のEBSに配置されている
  • ファイルシステムはファイルシステムでTRIMをサポートします（ext4は通常サポートします）
  • あなたは定期的にfstrimを実行します（おそらくcronで毎週）
  • 少なくとも25％の空きディスク容量を確保している[ 1 ]

データをバックアップしてください。

更新：

2
Wernight

ここでのすべての答えのほかに、私が気に入っている小さなヒントがあります。 SSDで再びramdiskを使い始めて、装着効果を少し遅くしました。私はそれをブラウザキャッシュ（ブラウザ全体のプロファイル）、さまざまな一時ファイル、重要でないログなど（シンボリックリンク経由）に使用しています。

私のramdiskはfstabで次のように設定されています。

tmpfs       /mnt/ramdisk tmpfs   nodev,nosuid,size=512M   0 0

詳細RAMより大きなRAMディスクがあり、効率的に使用できます。これにより、ブート/シャットダウンスクリプトがあります。起動時の優先度が最も低く、シャットダウン時の優先度が最も高い場合でも、暗号化されたデバイス/フォルダーにRAMディスクバックアップを書き込むさまざまな経験。

これにより、システムの速度が少し向上し、書き込みサイクルが節約されます。 15分ごとにrsyncを実行するcronジョブが良いでしょうか？

#!/bin/bash

### BEGIN INIT INFO
# Provides:          Ramdisk control
# Required-Start:    $local_fs
# Required-Stop:     $local_fs
# Default-Start:     2 3 4 5
# Default-Stop:      0 6
# Short-Description: Start/stop script at runlevel change.
# Description:       Ramdisk auto backup and restore
### END INIT INFO

PATH=/sbin:/bin:/usr/sbin:/usr/bin
USER="user1"
RDISK=/mnt/ramdisk
BACKUP=/opt/
#/home/$USER/BackUps/

#echo "$(date) $1" >> $BACKUP/rd.log

case "$1" in
    stop)
        rsync -aE --delete $RDISK $BACKUP
        ;;
    start|force-reload|restart|reload)
        #restore ramdisk
        cp -rp $BACKUP/ramdisk/* $RDISK 2> /dev/null
        ;;
    *)
        echo 'Usage: /etc/init.d/ramdisk {start|reload|restart|force-reload|stop|status}'
        echo '       stop                       - backup ramdisk data'
        echo '       start|*                    - restore ramdisk data from backup'
        echo '       - default backup location is /xxxxx'
        exit 1
        ;;
esac


exit $?

Ubuntuユーザーに対する警告はほとんどありません。ramdiskバックアップに/ media/ser /フォルダーを使用しないでください。更新によってリセットされるため、プロファイルデータが定期的に失われていました。また、Ubuntuを使用すると、暗号化されたホームフォルダーでramdisk bakupを作成するときにいくつかの問題が発生しました。

2
tomasb

HDDとSDD経由でデータをディスパッチするのに時間をかけたくない場合は、SDDをキャッシュとして使用できます。

0
Emmanuel