OSがUSBサムドライブにインストールされているのは、同じサムドライブで実行されているライブOSよりもずっと遅いのはなぜですか?


24

ライブ環境でFedora 26を実行することはほとんどネイティブのスピードのように感じますが、サムドライブにOSをインストールして起動すると、すべてが起動に永遠にかかります。物事が始まると、通常ははるかに速くなりますが、実際には使用できません。

これは正常と見なされますか?


4
私は知らないよ。OSのライブインストールは、メモリマウントされたファイルシステムで可能な限り実行しようとしますが、通常のインストールでは低速のディスクを使用しようとしますか?理にかなっています。
クサラナンダ

2
質問に対する答えではありませんが、USB3に効率的にアクセスするのに十分な新しいOSがあれば、USB3ドライブの問題はなくなります。内蔵eMMCと同じくらい高速なUSB3サムドライブがあります(ローエンドのSATA SSDほど悪くはありません)。
R ..

高速なUSBドライブで問題がなくなることを確認できます。新しいブランドのUSB 3.0サムドライブを注文しましたが、今ではほとんどネイティブのように感じます。私はまだUSB 2.0ポートを使用していると思うので、3.0ポートを使用している場合、少なくともSATA経由で接続されたHDDと同じくらい速く感じると思います。
ハーマンカイン

回答:


37

それは彼らがどのように動作するかに関係しています。

フラッシュドライブへの通常のインストールでは、USB帯域幅によって制限されるため、適切なUSB 3.0デバイスがない場合、約20MB / sでスタックします(90年代後半の従来のハードドライブと同等) 。すべての変更はデバイスにも書き込まれるため、読み取りと書き込みのためにそのUSB帯域幅を共有しています。

ただし、Liveシステムの動作は多少異なります。Liveシステムは、基本的に、ベースシステムイメージ(通常はスペース効率に優れているためSquashFSイメージ)と、その上にある変更をインターセプトしてRAMに保持するオーバーレイマウントで構成されます。これを処理する2つの特定の方法があります。

  1. 基本システムイメージは起動時にRAMにロードされ、その後すべてがそこから実行されます。
  2. 基本システムイメージはフラッシュドライブに保持されますが、その特定の部分はキャッシュにプリロードされます。

前者の場合、実際にはネイティブの速度より速く実行できます(RAMより遅いものにアクセスしないため)が、起動には時間がかかります(数百MBのデータをRAMにコピーするため)。ネイティブの速度ほど速くなることはありませんが、falshドライブに何も書き込まないため、キャッシュからデータをドロップすることもほとんどないため、かなり高速に実行されます。


3
(無料でキャッシュに使用できる)RAMがOSイメージ(かなり合理的な仮定)よりも大きいと仮定すると、2番目のオプションは本質的に最初のオプションの遅延ロードバージョンになります。
ヨルグWミットタグ

実際、十分なUSB 2.0ドライブを使用すると、最大30 MB / s(理論的なUSB 2.0帯域幅の半分)を取得できます。そのようなドライブが1つあります。
ルスラン

@JörgWMittagかなりですが、そのように構成された多くのライブ画像を見たことはありません。おそらく、特に遅いデバイスを使用している場合は通常、最初のオプションがより効率的だからです。
オースティンヘメルガルン

@Ruslan良い点です。ただし、このようなドライブはかなりまれですが(特にUSB 3.0が標準になっているため、ハイエンドのUSB 2.0ドライブを作成するインセンティブはあまりありません)、私が見たものからです。
オースティンヘメルガルン
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.