タグ付けされた質問 「trim」

4
RAIDのSSDの現在の状態(2016年)は?
RAID構成でSSDドライブを使用することを議論する多くのリソースがオンラインで利用可能です-しかし、これらは主に数年前のものであり、SSDエコシステムは非常に動きが速いです-今年後半にIntelの「Optane」製品リリースを期待これはすべてを変更します...再び。 質問の前に、コンシューマーグレードのSSD(Intel 535など)とデータセンターグレードのSSD(Intel DC S3700など)の間に質的な違いがあることを確認します。 私の主な関心事TRIMは、RAIDシナリオでのサポートに関するものです。私の理解では、SSDが一般消費者向けのコンピューターに導入されてから6年以上、NVMeが市販されてから4年が経過しているにもかかわらずTRIM、IntelのRAIDコントローラーを除き、現在のRAIDコントローラーは接続されたSSDへのコマンド発行をまだサポートしていませんRAID-0モード。 TRIMドライブが相互にミラーリングする方法を考えると、サポートがRAID-1モードにないことに驚いています。しかし、私は脱線します。 ディスク(HDDとSSDの両方)でフォールトトレランスが必要な場合は、RAID構成で使用しますが、SSDにはTRIMがないため、書き込み増幅が発生し、余分な摩耗が発生します。その結果、SSDが時期尚早に故障することになります-これは残念な皮肉です。ドライブの故障から保護するように設計されたシステムは、最終的には直接結果となる可能性があります。 そう: TRIM最新(2015-2016年)のSSDにはサポートが必要ですか? 1.1。TRIMSATA、SATA-Express、およびNVMeベースのSSDのサポートの必要性に違いはありますか? 多くの場合、ドライブは組み込みのガベージコレクションが改善されていると宣伝されています。それは必要性を取り除きTRIMますか?RAID環境でGCプロセスはどのように機能しますか? 1.1。たとえば、2010年のこのQAを参照してください。これは、TRIMを使用しないことによるかなり悪いパフォーマンスの低下について説明しています(https://superuser.com/questions/188985/how-badly-do-ssds-degrade-without-trim)-および2015年の記事では、TRIMの使用を強くお勧めしています(http://arstechnica.com/gadgets/2015/04/ask-ars-my-ssd-does-garbage-collection-so-i-dont-need-trim -right /)。の必要性に対するこれらの強い議論に対するあなたの反応は何TRIMですか? 初期の多くの記事と議論は、SLC対MLCフラッシュに関するものであり、SLCは寿命がはるかに長いため望ましいとされていますが、今日のすべてのSSDは(消費者から企業への周波数帯に関係なく)MLCであるようです最近-この関連性の区別はもうありますか? 1.1 TLCフラッシュはどうですか? エンタープライズSSDの耐久性/書き込み制限ははるかに高い傾向があります(多くの場合、ドライブの予想される5年間の寿命全体で1日にドライブを完全に上書きできる回数で測定されます)-書き込みサイクルの制限が非常に高い場合(例: 1日あたり100回の完全な書き込み)これは、TRIMこれらの制限が非常に高いため、まったく必要ないことを意味しますか、または反対に、これらの制限は使用することによってのみ達成可能TRIMですか?
51 raid  ssd  trim 

6
SSD上のBtrFSでTRIMサポートを確認する
SSDディスクのアレイでBtrFSを使用することを検討しており、BtrFSが実際にファイルの削除時にTRIM操作を実行することを確認するように求められました。これまでのところ、TRIMコマンドがディスクに送信されたことを確認できませんでした。 BtrFSは本番環境とは見なされていませんが、私たちは最先端を好むので、テストしています。サーバーはUbuntu 11.04サーバー64ビットリリース(mkfs.btrfsバージョン0.19)です。Linux 3.0.0カーネルをインストールしました。BtrFSの変更ログには、Ubuntu 11.04(2.6.38)に同梱されているカーネルではバルクTRIMを使用できないことが示されているためです。 これが私のテスト方法です(最初はhttp://andyduffell.com/techblog/?p=852から採用され、BtrFSで動作するように修正されています): 開始する前にディスクを手動でトリムします。 for i in {0..10} ; do let A="$i * 65536" ; hdparm --trim-sector-ranges $A:65535 --please-destroy-my-drive /dev/sda ; done ドライブがTRIMされたことを確認します。 ./sectors.pl |grep + | tee sectors-$(date +%s) ドライブをパーティション分割します。 fdisk /dev/sda ファイルシステムを作成します。 mkfs.btrfs /dev/sda1 マウント: sudo mount -t btrfs -o ssd /dev/sda1 /mnt ファイルを作成します。 dd …
21 linux  ubuntu  ssd  btrfs  trim 

5
Linuxでext4 + LVM +ソフトウェアRAIDでSSD TRIM(破棄)を動作させることは可能ですか?
Linux(現在2.6.37)上のmdでRAID1 + 0を使用してmdデバイスを作成し、LVMを使用してデバイス上でボリューム管理を提供し、次にext4をLVMボリュームグループのファイルシステムとして使用します。 SSDをドライブとして、TRIMコマンドがレイヤー(ext4-> LVM-> md-> SSD)を介してデバイスに伝播することを確認したいと思います。 最近の2.6.3xカーネルには、Device Mapperシナリオのより多くのカバレッジを含む、多くの新しいSSD関連のTRIMサポートが追加されたように見えますが、それを適切にカスケードダウンさせることはまだできないようです。 これはまだ可能ですか?もしそうなら、どのように?そうでない場合、何か進展がありますか?
18 linux  raid  lvm  ssd  trim 

2
破棄の有効化HP 3PAR StoreServ 7400
以前に尋ねられたこれらの質問から分離 マウントされたドライブRedhat 7から空き領域を取得する方法 更新crypttabはfstrimのパスフレーズを要求します 38のホストに170のVMが展開されたHP 3PAR StoreServ 7400があります。 私が理解している問題は次のとおりです(また、真実かどうかわからない情報をいくつか聞いたことがありますが、HP 3PAR StoreServ 7400ホワイトペーパーを読みましたが、実際にストレージ担当者を裏付けるものは見つかりませんだから、もし誰かが真実ではないことに気付いたら、私に知らせてください。 3 PARは3つのセクションに分かれており、 レイヤー1:よくアクセスされるファイルのキャッシュとクイックアクセスに使用されるSSD。 レイヤー2:およびレイヤー3:回転するディスクの種類、不明な追加の2つのレイヤーが存在する理由と理由は不明ですが、最も一般的にアクセスされないデータにはレイヤー2が使用され、ビット3にアクセスするにはレイヤー3が使用されます残りのストレージ。 SSDブロックにデータを書き込むときに多くの記事で読んだSSD部分内で、新しいデータが書き込まれるまでそのブロックがゼロ化されないため、ブロック内のデータが削除されるとマッピングを格納するテーブル情報が更新され、新しいデータがその同じブロックに書き込まれるとき、ブロックは最初にゼロ化される必要があり、それから書き込むことができます。ドライブが周期的に調整されていない場合、SSD内のこのプロセスにより、速度が低下する可能性があります。 3PAR LUNはシンプロビジョニングされ、VMはEager Thickプロビジョニングされます。 私のストレージ担当者によると、3PARには特別な機能が組み込まれており、必要に応じて他のVMがSSDストレージを使用できないようにしますが、これは意味がありません。 事実確認: シックプロビジョニングされたVMはVMDKファイルです。VMの作成時に、VMのサイズを指定すると、VMDKファイルが作成されます。私の心では、VMに定期的にアクセスしている場合、VMDKファイル全体がSDDに移動され、VMDKが40GBを使用するように設定されていても、その40GBの一部を使用できる他のVMですか?これは、シックではなくシンプロビジョニングされたVMのように思えます。 問題が発生しました。 Windowsシステムでは、sdeleteを使用して未使用のブロックを見つけてゼロにします。 私たちのLinux Fedoraシステムでは、私はfstrimを機能させる方法を模索していました。 dd = write-big-file delete-big-fileコマンドを試してみたところ、屋根からディスクI / Oが送られましたが、気が付いたので、もう一度やらないように言われました。 少し調べてみると、sdeleteはdd = write-big-file delete-big-fileとほとんど同じことをしているので、WindowsシステムのディスクI / Oが屋根を通過しないのはなぜですか? だから私はそれを2つの解決策に絞り込んだと思う。どちらも私は方法を知っています。 どういうわけか、VMを別のストレージアレイにvモーションせずに、SANのSSD部分全体でfstrimのような機能を実行できます。 サイドノート:私が読んだすべてを理解したら、fstrimはすべてのブロックを見てデータが存在するかどうかを確認し、必要な場合は不要な場合はブロックをゼロにします.sdeleteが巨大なファイルを書き込んでから削除します。3PARのSSD部分全体でfstrimオプションを探しているのはそのためです。 ロングショットですが、fstrimでエラーが発生します: [root @ rhtest〜]#fstrim -v / fstrim:/:破棄操作はサポートされていません OSとデータストアの両方で破棄オプションを設定する必要があることを読みましたが、3PARで破棄オプションを設定する方法や場所を理解できないのは、3PARにSSHとGUIの両方のアクセス権があります。 …

3
Linux + SSDのスワップパーティションでのバックグラウンド破棄
問題 LinuxのSSDディスク内のスワップパーティションでバックグラウンド TRIM操作を有効にしたい。この記事などのいくつかの記事によると、カーネルはこの構成を検出し、自動的に破棄操作を実行しますが、「破棄」マウントオプションを使用してこの動作を強制しても、テストでは動作していないようです。 シナリオ Linux 3.2.0を実行しているDebian Wheezy SSDディスク:1 x 120GB OCZ Vertex 3 MI 2GBスワップ「プレーン」パーティション、他のレイヤー(LVM、RAIDなど)なし バックグラウンド 以下は、バックグラウンドTRIMがスワップパーティションで動作しているかどうかを確認するために実行する手順です。 TRIMサポート:SSDディスクがTRIMコマンドをサポートし、カーネルがデバイスに非回転フラグを立てているかどうかを確認します。 # hdparm -I /dev/sda | grep TRIM * Data Set Management TRIM supported (limit 1 block) * Deterministic read data after TRIM # cat /sys/block/sda/queue/rotational 0 スワップフィルアップ:パーティションをマウントし、すべてのVMキャッシュを消去し、積極的にスワップするようにLinuxを構成して、vm.swappinessを100に設定します。次に、利用可能なすべてのメモリを割り当て、カーネルにスワッピングを開始させるスクリプトを実行します。 # swapon [--discard] /dev/sda2 # …
11 linux  debian  ssd  swap  trim 

4
CentOS 5.5を搭載したCrucial C300 SSD上のext4のSSD TRIM(破棄)問題
古いOS(CentOS 5.5)で最新のカーネル(現在2.6.37)を使用して遊んで、SSD(Crucial C300)でTRIM(破棄)を動作させることができます。 最新のhdparm(9.37)では、C300がTRIMをサポートしていることに同意しています。 ./hdparm -I /dev/sdc | grep TRIM * Data Set Management TRIM supported (limit unknown) * Deterministic read data after TRIM しかし、破棄オプションを指定して/ dev / sdcをマウントしようとすると、カーネルは同意しないようです。 EXT4-fs warning (device sdc): ext4_issue_discard:2619: discard not supported, disabling 私はこれを入力するときに他のLinuxフレーバーを試していますが、何が起こっているのかを知っているといいのですが。 これは、カーネルを誤って通知しているCentOS 5.5の他の古代コンポーネントの現れですか?または、hdparmはTRIMがサポートされているかどうかを判断するためにカーネルとは異なるメカニズムを使用しているのでしょうか?
11 linux  centos  ssd  ext4  trim 
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.