운영 체제를 SD 카드에 넣는 것이 합리적입니까?


13

한 친구는 전체 운영 체제를 SD 카드에 배치하여 일반 하드 드라이브보다 훨씬 짧은 액세스 시간이 지연되어 먼저 회전해야한다고 주장했습니다.

위키 백과는, 그러나, 국가가 가장 느린 것을 SATA는 1.5 기가비트 / s의 읽기 속도를 (제공 여기에 가장 빠른 SD 카드 90 메가 바이트 허용하는 경우), / (들 있다 ). 2 개의 읽기 속도가 일치하지 않는 것 같더라도 실제로 데이터를 읽기 전 지연에 대해서는 언급되지 않았습니다.

어떤 생각?


당신의 유닛에주의하십시오. 적절한 비교되어야 1.5 gigabits90 megabytes.
iglvzx 2016 년

@iglvzx : 죄송합니다. 1.5GB / s와 1.5 기가비트 사이에 차이가 있습니까?
qdii

내 실수. 전화를 받았고 실수로 불완전한 의견을 제출했습니다! 나는 그것을 고쳤다. :)
iglvzx

1
@ qdii : 나는 iglvzx 비트 대 바이트를 의미하는 것 같아요
Codism

2
요즘 데스크톱 및 랩톱 컴퓨터의 거의 모든 SD 카드 리더는 USB 포트에 연결되어 있습니다. USB 썸 드라이브, 특히 USB3 드라이브는 SD 카드를 사용하는 것보다 훨씬 빠릅니다.
Brian

답변:


5

실제로 HDD보다 SD에서 더 빠른 또 다른 중요한 매개 변수가 있습니다.이를 "검색 시간"이라고하며, 장치에서 정보를 찾고 읽는 데 걸리는 시간을 의미합니다.

운영 체제의 부팅 단계에서 HDD 영역에 확산 될 수있는 작은 파일을 많이 읽는다는 점을 고려하면 SD는 랜덤 액세스 메모리를 기반으로하기 때문에 주요 이점을 얻습니다. 물리적 인 날카로운 네들이 정보를 위해 디스크 표면을 찾아서 많은 탐색 시간을 소비해야하는 HDD가 아니라 같은 시간을 가진 기억의 영역).

그것은 여러 가지 방법으로 OS 속도를 향상시킬 것입니다 (예 : 부팅 시간) .Windows에서는이 작업을 수행 할 수 없습니다 (Windows 8에서만 사용 가능) Linux에서만 테스트하고 사용할 수 있음을 명심하십시오 분포.

또한 읽기 속도 또는 장치 (HDD 또는 SD)의 탐색 시간을 테스트하려면 HDTune 을 사용하는 것이 좋습니다 . 그리고 SD 카드를 사용하여 OS를 사용하려면 클래스를 알고 있어야 합니다 (높을수록 더 빨리 읽고 시간을 찾을 수 있습니다)


3

하이브리드 플래터 / SSD 메커니즘이 있는 하이브리드 드라이브 를보고 모든 비용없이 추가 속도를 크게 높일 수 있습니다.

SSD의 단점 :

SSD 블록은 고정 된 횟수 만 쓸 수 있으며 OS 페이지 파일에는 많은 쓰기가있었습니다. SSD 전자 장치는 이러한 쓰기를 다른 블록으로 분산시켜 약간의 도움을 주지만 전반적으로이를 고려해야합니다.

SSD는 또한 하드 드라이브 플래터에 비해 바이트 당 훨씬 비싼 바이트입니다. 하이브리드 드라이브로 많은 성능 향상을 얻을 수 있다면 현금을 절약 할 수 있습니다.


2

GuruPlug의 8GB SD 카드에서 Linux를 실행했습니다. GuruPlug는 SD 카드 슬롯을 영구적으로 연결된 USB 대용량 저장 장치로 표시합니다.

약 1 년 가량의 연속 가동 시간 동안 훌륭하게 작동했습니다 (이 카드는 이미 1 년 전부터 블랙 베리에서 사용되었으며 이전에는 때때로 정전으로 인해 중단 된 경우가 많았습니다). 경고도없이. GuruPlug가 뜨거워 져서 카드 수명에 도움이되지 않았다고 확신합니다.

실제 작업에 있어서는, 때때로 "디스크"I / O가 SD 카드에 많은 쓰기가 진행되고있을 때 I / O가 응답하지 않는 경향이 있습니다.

USB-SD 카드 리더가 장착 된 실제 PC에서이를 시도해도 일부 시스템에서는 좋은 결과를 얻지 못했습니다. 갑자기 SD 카드의 연결이 끊어지고 Linux가 해당 SD 카드의 파티션을 기반으로 루트 볼륨과 다른 모든 볼륨을 예기치 않게 잃어 버리는 문제가 발생합니다. 구식 Dell 컴퓨터에서는 문제가 될 수 있지만 확인을위한 과학적 테스트는 수행하지 않았습니다.


그들이 SSD 드라이브를 만들었고이 SD 플래시 카드를위한 변환기를 만들지 않은 이유가 있습니다. 그 이유를 완벽하게 설명하셨습니다. 그들은 단순히 운영 체제를 실행하도록 설계되지 않았습니다. 다른 메모리, 인터페이스가 느리고 메모리 자체의 수명이 더 짧습니다.
Ramhound

0

tl; dr 가장 빠른 SD 카드는 표준 7200rpm 회전 하드 드라이브를 성능 측면에서 따라 잡고 있습니다. SSD 성능에 익숙하다면 실망 할 준비를하십시오. 열은 여전히 ​​가장 큰 킬러가 될 것이며 SD 카드는 지속적으로 사용되는 것으로 평가되거나 보증되지 않습니다.

최신 SD 카드 중 일부가 95MBps에 도달하면 더 실현 가능 해지고 많은 임베디드 컴퓨터 (예 : Raspberry Pi)는 일반적으로 OS에 SD 카드를 사용합니다. 홈 파티션으로 사용하려는 하나의 드라이브가있는 랩톱이있는 경우 SSD 카드를 통해 여러 Linux 배포판을 쉽게 교체하면서도 대부분의 설정을 유지 관리 할 수 ​​있습니다.

Mathwise 염두 1 G의 유지 (B)의 PS (기가 비트 초당하는) 125 M의 상당 B의 PS (메가 바이트 초당) - 1 바이트는 256 개 개의 서로 다른 이진 값을 나타낼 수 그룹화 8 개별 비트로 구성된다.

SATA (개정 1)의 사양은 1.5Gbps 데이터 링크 (약 185MBps)입니다. 링크가 병목 현상이되기 전에 드라이브가 포화되어야하는 이론상 최대 값입니다. 대부분의 7200rpm 드라이브는 100MBps를 달성하는 데 상당히 적합하지만 SSD는 약 500 배-1GBps 정도의 절반 정도입니다.

그렇기 때문에 SATA III가 출시되고 SSD가 아직 초기 단계에 있고 회전 드라이브가 여전히 왕성한 이유는 최대 전송 속도가 600MBps이어서 모든 사람들이 비웃는 것처럼 보였습니다. 이제 우리는 포화 상태 인 SSD의 세대를보기 시작했습니다.


0

일반적으로 그렇지 않습니다. 작동하면 더 빠르지 않으며 매일 사용하기에 충분하지 않습니다. 복구 또는 설치 또는 기타 가끔 사용하는 경우에만 의미가 있습니다.

그 이유는 SD 카드는 항상 '테이프와 같은'사용을 위해 설계 되었기 때문입니다. 디지털 카메라에서와 같이 데이터가 한 번의 큰 전송으로 복사되거나 전체 카드가 가득 찰 때까지 파일 당 한 번의 전송이 수행되고 나중에 모두 한번.

전송 속도가 더 빨라지더라도 SD 카드의 기술은 "플래시 -EEPROM 메모리"를 기반으로합니다.-대부분의 사용을 구성하는 임의 액세스 및 조각 별 업데이트에 적합하지 않습니다. 운영 체제 디스크.

실제로는 신뢰할 수 없으며 직접 액세스됩니다. 개별 비트가 자주 실패하기 때문에 데이터에 '오류 수정 코딩'을 적용해야합니다. 또한 근처의 많은 '1'또는 '0'과 같이 데이터의 크고 명확한 패턴이 플래시 eeprom을 오작동시킬 수 있으므로 데이터 블록을 '미백 / 스크램블'해야 할 수도 있습니다.

SD 카드는 위의 문제를 처리하여 SD 카드가 적어도 신뢰할 수있는 것처럼 보입니다 . 데이터는 약간의 중복성과 함께 기록되며 컴퓨터에 보내기 전에 액세스 할 때 검사, 수정 및 스크램블되지 않습니다.

그러나 플래시 칩에서 하나의 임의의 데이터 조각을 읽더라도 저장된 주변 데이터가 손상 될 수 있습니다. 따라서 플래시 메모리 컨트롤러는 주변 데이터를 다른 곳에 다시 써야하므로 손실되지 않으며 카드가 '읽기 전용'으로 설정되어 있어도 이런 일이 발생합니다.

더구나, 각각의 개별 플래시 메모리 셀은 제한된 횟수로만 기록 될 수 있으므로 컨트롤러는 디스크 전체에 쓰기를 분산시켜야합니다 ( '마모 레벨링')-어떤 부품도 마모되지 않습니다 너무 빨리.

이제 OS 디스크에서 어떤 일이 발생하는지 고려하십시오.

부팅 만하면 칩이 여기 저기 퍼져 나가는 작은 파일들이 많이 읽히고 "읽기 전용"스위치가 켜져 있어도 컴퓨터에 '보이지 않는'추가 기록이 생성 됩니다 . SD 카드!

SD 카드의 SD 카드 전기 연결 사양에는 컴퓨터에 "쓰기 중입니다. 아직 전원을 끄지 마십시오"라고 말하거나 컴퓨터가 SD 카드에 "우리는 닥치고, 준비하라 "

따라서 올바르게 종료하더라도 운영 체제가 여전히 손상 될 수 있습니다!

SSD는 훨씬 더 나은 컨트롤러와 더 많은 플래시 칩을 갖춰이 문제를 해결합니다. SD 카드 인터페이스를 통해 연결되지 않으므로 컴퓨터에 완료되지 않았다는 신호를 보낼 수있는 방법이 있으며 컴퓨터의 전원을 끌 준비를 위해 디스크에 항상 경고 메시지가 표시됩니다.

엔터프라이즈 급 SSD에는 전원이 갑자기 분리 된 경우에도 수행중인 작업을 완료하기 위해 1 초의 추가 시간을 제공 할 수있는 충분한 전원 스토리지가 내장되어 있지만 실제로는 SD 카드에 공간이 부족합니다. 미니 또는 마이크로 SD가 적습니다.

일부 소형 컴퓨터는 어쨌든 OS에 마이크로 SD 카드를 사용하기 시작했습니다-특히 Raspberry Pi가 마음에 듭니다. 그러나 이것은 매우 저렴하기 때문에 순수하게 수행됩니다.

매우 안정적이지 않음-하나의 SD 카드에서 몇 백 번만 부팅하면 OS 부팅 실패가 예상됩니다.

SD 카드보다 SSD, 심지어 USB로 연결된 SSD를 사용하는 것이 훨씬 좋습니다.

또한 SD 카드와 SSD의 차이점을 고려하여 대부분의 '썸 드라이브'와 USB SSD 에도 적용됩니다 . 가장 저렴한 USB 스틱은 SD 카드와 정확히 동일한 칩을 사용합니다. 매일 부팅하려면 작업에 적합한 것을 구입해야합니다.

당신은 SBC의를 얻을 수 있습니다 처럼 나무 딸기 파이,하지만 올 '내장 플래시'또는 '의 eMMC 카드 슬롯'. 둘 다 작고 저렴한 SSD와 매우 흡사하며 부팅을위한 SD 카드보다 좋습니다.

USB 카드에서 Raspberry Pi를 부팅하거나 시스템의 루트 파티션 (OS 디스크)을 부팅 파티션과 다른 USB 스피닝 또는 솔리드 스테이트 디스크 또는 nfs의 네트워크를 통해 분리 할 수 ​​있습니다 섬기는 사람.

/ boot 파티션을 부팅 할 때 한번에 한 번만 읽을 수 있기 때문에 / boot 파티션을 SD 카드에 그대로 두어도 좋다.로드되기 전에 리눅스 커널을 읽는 것이다.


아, 지연은 SD 카드 사양의 일부가 아니며 액세스 지연이나 데이터 쓰기 후 대기 시간이 아닙니다. 대기 시간이 아닌 '쓰기 속도'와 '읽기 속도'만 지정됩니다.
RGD2

0

64GB 600x (90MBps 읽기 속도) SD 카드에서 MacBook Pro (2011 년 초)를 몇 년 동안 실행 해 왔으므로 직접적인 경험을 통해 의견을들을 수 있습니다. 저렴한 Komputerworld 카드에는 아무런 문제가 없었으며 지정된 속도로 최대 한도를 유지했습니다. 하드 디스크 헤드 탐색 시간이 부족하면 추가적인 이점을 얻을 수 있지만 (MacBook은 훨씬 더 빨리 부팅됩니다), SD 카드의 OS 외에는 홈 폴더를 하드 드라이브에 보관하는 것이 좋습니다. 쓰기 속도가 하드 드라이브보다 훨씬 느리기 때문에 소프트웨어 업데이트 등을 설치할 때를 제외하고 (매우 느린) OS는 대부분 읽기 전용이므로, 이렇게하면 느린 쓰기 속도는 문제가되지 않습니다.

한 가지 문제는 MacBook Pro의 SD 카드 슬롯이 카드를 약 10mm 정도 튀어 나오게하므로 실수로 맞지 않는 경우가 있습니다. 또 다른 문제는 애플이 SD 카드로 부팅하는 컴퓨터를 지원하지 않고 비표준 구성으로 취급한다는 것입니다. 그래도 여전히 작동합니다.

누군가는 이전에 컴퓨터 SD 카드 슬롯이 모두 USB 2 장치라고 말했지만 2011 년 초 MacBook Pro에서는 그렇지 않습니다.이 시리즈에서 SD 카드 슬롯을 내부 PCIe 버스에 직접 연결 한 것은 이번이 처음입니다. USB 2로 연결한다면 약 38MBps 만 읽지 만 큰 파일을 테스트하면 90MBps (비트가 아닌 바이트)로 읽습니다.

SD 카드는 액세스하려는 카드의 어느 부분에 관계없이 동일한 속도로 SD 카드를 읽는 반면, 하드 드라이브는 디스크 끝에서 시작과 비교할 때 속도가 상당히 느려집니다 (모든 사진과 빠른 처리가 필요하지 않은 음악-드라이브를 적절히 파티션하십시오).


대역폭 청구에 대한 참조를 포함 할 수 있습니까? SSD의 두 번째 이점도 있습니다.
Burgi

대역폭 수치는 외부 소스가 아닌 내 자신의 측정 값에서 나옵니다. SD 카드는 너무 저렴해서 (당시 £ 15 GBP) 청구 된 요율을 믿어야했습니다.
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.