オペレーティングシステムをSDカードに置くのは理にかなっていますか?


13

友人は、オペレーティングシステム全体をSDカードに置くことを提案しました。アクセス時間は、最初に起動する必要がある通常のハードドライブよりもはるかに短い時間で遅延すると主張しました。

しかし、ウィキペディアでは、最速のSDカードが90メガバイト/秒(そこ)を許可している場合、最も遅いSATAは1.5ギガビット/秒の読み取り速度を提供します(ここ)。2つの読み取り速度が一致しないように見える場合でも、データが実際に読み取られるまでの遅延については何も言われていません。

何か案が?


ユニットに注意してください。適切な比較はする必要があります1.5 gigabits90 megabytes
iglvzx

@iglvzx:すみません、1.5ギガバイト/秒と1.5ギガバイトの間に違いはありますか?
qdii

私の間違い。私は自分の電話で、誤って不完全なコメントを送信しました!それを私が直した。:)
iglvzx

1
@qdii:私はiglvzxはバイト対ビット言うことを意味だと思う
Codism

2
最近のデスクトップおよびラップトップコンピューターのほとんどすべてのSDカードリーダーは、USBポートに接続されています。USBサムドライブ、特にUSB3ドライブは、SDカードを使用するよりもはるかに高速です。
ブライアン

回答:


5

実際には、HDDよりもSDの方が速い別の重要なパラメーターがあります。これは「シーク時間」と呼ばれ、情報が検出されてデバイスから読み取られるまでの時間を意味します。

運用システムのブートフェーズでは、HDD領域に広がる可能性のある多数の(実際には多数の)小さなファイルを読み取ることを考えると、SDはランダムアクセスメモリに基づいているため、主な利点が得られます(つまり、物理的な鋭い針が情報のためにディスク表面をシークし、多くのシーク時間を費やさなければならないHDDとしてではなく、同時にメモリの領域。

OSの速度はさまざまな方法で改善されます(ブート時間など)が、Windowsでこれを実行することはまだできないことに注意してください(Windows 8でのみ使用可能)、Linuxでのみテストして使用できます分布。

また、あなたは速度を読んでテストする場合、またはデバイス(HDDまたはSD)のシーク時間あれば私が使用することをお勧めいたしますwuld HDTuneを。また、SDカードを使用してOSを使用する場合は、そのクラスに注意してください(値が大きいほど、読み取りが速くなり、時間をシークします)


3

また、ハイブリッドプラッター/ SSDメカニズムを備えたハイブリッドドライブを検討すると、コストをかけずに速度を大幅に向上させることができます。

SSDの欠点:

SSDブロックは一定の回数しか書き込むことができず、OSページファイルには大量の書き込みがありました。SSDエレクトロニクスは、これらの書き込みをさまざまなブロックに分散して、これを少し助けますが、全体的にこれを考慮する必要があります。

また、SSDは、ハードドライブのプラッタに比べて、バイト単位ではるかに高価です。ハイブリッドドライブでパフォーマンスを大幅に向上させることができれば、いくらか節約できます。


2

GuruPlugの8GB SDカードからLinuxを実行していました。GuruPlugは、SDカードスロットを永続的に接続されたUSB大容量ストレージデバイスとして公開します。

ほぼ連続したアップタイムで約1年間(カードはすでに1年前に使用されていたため、以前はブラックベリーで使用されていました-停電は1回の長時間の停電といくつかのカーネルのアップグレードによるものでした)警告なしに。GuruPlugが熱くなり、カードの寿命を延ばすことができなかったと確信しています。

実際の操作に関しては、SDカードに大量の書き込みが行われていると、「ディスク」I / Oが応答しなくなる傾向があります。

USB to SDカードリーダーを搭載した実際のPCでこれを試しても、一部のマシンでは良好な結果が得られませんでした。SDカードが突然切断され、LinuxがそのSDカードのパーティションに基づいてそのルートボリュームと他のすべてのボリュームを突然見つけるという問題に遭遇します。古いDellマシンでは問題になる傾向がありましたが、確認のための科学的なテストは行っていません。


彼らがSSDドライブを作成し、これらのSDフラッシュカード用のコンバーターを作成しなかったのには理由があります。その理由を完璧に説明しました。それらは単にそれらでオペレーティングシステムを実行するように設計されていません。メモリが異なると、インターフェイスが遅くなり、メモリ自体の寿命が短くなります。
ラムハウンド

0

tl; dr最速のSDカードは、パフォーマンスの点で標準の7200rpmの回転ハードドライブに追いついています。SSDのパフォーマンスに慣れている場合は、がっかりする準備をしてください。熱は依然として最大の殺人者になるだろうし、SDカードは絶えず使用するための評価も保証もされていない。

いくつかの新しいSDカードは95 MBpsに近づいているため、より実行可能になりつつあり、多くの組み込み可能なコンピューター(Raspberry Piなど)は通常、OSのSDカードに依存しています。ホームパーティションとして使用したい1つのドライブを備えたラップトップがある場合、SSDカードを介して複数のLinuxディストリビューションを簡単に交換でき、それらの間の設定の大部分を維持できます。

Mathwise、心1のGに保つBの PS(ギガビット毎秒)は125 Mと同等であるBの PS(メガバイト毎秒) - 1つのバイトは、256個の異なるバイナリ値を表すことができるまとめ8個々のビット、から成ります。

SATA(リビジョン1)の仕様は1.5 Gbpsのデータリンク(つまり、約185 MBps)であることに注意してください。これは、リンクがボトルネックになる前にドライブが飽和しなければならない理論上の最大値です。ほとんどの7200rpmドライブは100 MBpsを達成するのに十分な性能を発揮しますが、SSDは約半分から最大で1桁優れています(500 MBps-1 GBps)。

そのため、SATA IIIがリリースされたとき、SSDはまだ初期段階にあり、回転するドライブは依然として王様でした。最大転送速度が600 MBpsであり、やり過ぎのように思えたため、皆がsc笑しました。今、私たちはそれを飽和させているSSDの世代を見るようになっています-生きていくべき時間:)


0

一般にそうではありません。動作しても高速ではなく、日常の使用には十分な信頼性がありません。リカバリまたはインストール、またはその他の偶発的な使用にのみ意味があります。

理由は、SDカードは常に「テープのような」用途向けに設計されているためです。デジタルカメラのように、データは1回の大きな転送でコピーされます。一度。

より高速な転送速度が利用可能になったとしても、SDカードは次の技術に基づいています:「フラッシュEEPROMメモリ」-の大部分を占めるランダムアクセスとピース単位の更新にはあまり適していませんオペレーティングシステムディスク。

実際には非常に信頼性が低く、直接アクセスされます。個々のビットが非常に頻繁に失敗するため、データに「エラー訂正コーディング」を適用する必要があります。また、データのブロック(「1」または「0」など)に大きな明確なパターンがあると、フラッシュEEPROMが誤動作するため、データのブロックを「ホワイト化/スクランブル」する必要さえあります。

SDカードは上記を処理するため、SDカードは少なくとも信頼できるように見えます -データはある程度の冗長性を持って書き留められ、コンピューターに送信される前にアクセスされたときにチェック、修正、スクランブル解除されます。

しかし、フラッシュチップからランダムなデータを1つでも読み取ると、周囲の保存データが破損する可能性があります。したがって、フラッシュメモリコントローラーは、周囲のデータを別の場所に再度書き換える必要があるため、失われることはありません。これは、カードが「読み取り専用」に設定されていても発生します。

さらに悪いことに、個々のフラッシュメモリセルは限られた回数しか書き込むことができないため、コントローラーはディスク全体に書き込みを分散させる必要があります(「ウェアレベリング」と呼ばれます)。あまりにも早く。

それでは、OSディスクで何が起こるか考えてみましょう。

起動するだけで、そこに散らばった小さなファイルの束を読み取り、チップ全体に散らばり、「読み取り専用」スイッチがオンに設定されていても、コンピューターには「見えない」余分な書き込みのヒープを生成しますSDカード!

また、SDカードのSDカードの電気接続仕様には、コンピューターに「書き込み中です。まだ電源を切らないでください」と伝える方法もありません。また、コンピューターがSDカードに警告することもできませんシャットダウンする準備をしてください」

したがって、適切にシャットダウンしても、オペレーティングシステムは破損する可能性があります。

SSDは、より優れたコントローラーとより多くのフラッシュチップを搭載することでこれを回避します。SDカードインターフェイスを介して接続しないため、終了していないことをコンピューターに通知する方法があります。また、ディスクには常にコンピューターから警告が表示され、電源を切る準備が整います。

エンタープライズグレードのSSDには、多くの場合、電源が突然抜かれた場合でも、実行中の処理を完了するのに余分な時間をかけるために十分な電力ストレージが組み込まれていますが、文字通り、このためのSDカードにはスペースがありませんミニまたはマイクロSDを減らします。

いずれにせよ、一部の小型コンピューターはOSにマイクロSDカードさえ使用し始めました-特にRaspberry Piが思い浮かびます-しかし、これはそれがとても安いので純粋に行われます。

あまり信頼性がありません-1枚のSDカードから数百回しか起動しないと、OSの起動に失敗します。

SDカードよりも、SSDを使用する方がはるかに優れています(USB接続のSSDでさえも)。

また、SDカードとSSDの違いは、ほとんどの「サムドライブ」とUSB SSDにも当てはまることを考慮してください。ほとんどの安価なUSBスティックは、SDカードとまったく同じチップを使用します。日常的に起動したい場合は、仕事用のものを購入する必要があります。

Raspberry Pi のような SBCを入手できますが、これに「組み込みフラッシュ」または「eMMCカードスロット」が付属しています。どちらも小型の安価なSSDに非常によく似ており、起動用のSDカードよりも優れています。

USBカードからRaspberry Piを起動することも、システムのルートパーティション(OSディスク)をブートパーティションとは別にすることもできます-異なるUSBスピニングディスクまたはソリッドステートディスク上、またはnfs上のネットワーク経由でサーバ。

/ bootパーティションをSDカードに残してもかまいません。ブート時に一度だけ読み込まれ、ロードされる前にLinuxカーネルを読み込むからです。


ああ-遅延はSDカードの仕様の一部ではなく、アクセス遅延やデータ書き込み後の待機時間でもありません。「書き込み速度」と「読み取り速度」のみが指定され、レイテンシは指定されません。
RGD2

0

私は長年にわたって64GB 600x(読み取り速度90MBps)のSDカードからMacBook Pro(2011年初頭)を実行してきたので、直接の経験からコメントできます。それは完璧で、安価なKomputerworldカードには問題がなく、指定されたレートで最大になります。ハードディスクヘッドのシーク時間がないため、追加の利点が得られます(MacBookは間違いなくより高速に起動します)が、SDカード上のOS以外はホームフォルダーをハードドライブ上に保持することをお勧めします。書き込み速度はハードドライブよりもはるかに遅いためです。ほとんどの場合、OSは読み取り専用です。ただし、ソフトウェアの更新などをインストールする場合(非常に遅い)を除き、この方法を使用すれば、書き込み速度の低下は問題になりません。

問題の1つは、MacBook ProのSDカードスロットによりカードが約10mm突き出たままになるため、数回捕まった後でも私のものはうまくいきますが、誤ってヒットする可能性があります。別の問題は、AppleがSDカードから起動するコンピューターをサポートしていないことです。彼らはそれを非標準構成として扱います...それでも動作します。

誰かが以前に言ったのは、コンピューターのSDカードスロットはすべてUSB 2デバイスである-これは2011年初頭のMacBook Proには当てはまらない-このシリーズでSDカードスロットを内部PCIeバスに直接接続したのはこれが初めてでした。USB 2で接続する場合、約38MBpsでしか読み取ることができませんが、大きなファイルのテストでは90MBps(ビットではなくバイト)で読み取ることが示されています。

もう1つの利点は、SDカードはカードのどの部分にアクセスしようとしても同じ速度で読み取ることです。一方、ハードドライブはディスクの最後の部分に比べてかなり遅くなります(これがすべての写真と高速スループットを必要としない音楽-ドライブを適切に分割してください)。


帯域幅の要求の参照を含めることができますか?2番目の利点はSSDにも言えます。
ブルギ

帯域幅の数値は、外部ソースではなく、独自の測定値に基づいています。SDカードは非常に安価(当時£15ポンド)であったため、請求されたレートを信じられるようにする必要がありました。
ティム
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.