답변:
당신은 맞습니다, 당신의 OS는 솔리드 스테이트 드라이브로만 더 빨리 부팅됩니다. 그 존재는 당신이 수행하는 경우 말했다 어떤 요구가 드라이브에서 데이터를 검색하는 것을 작업 관련 운영 시스템을 훨씬 더 빨리 다음 OS가 HDD에 있었다면 될 것입니다. 즉, 후속 프로그램을로드하는 것만 신경 쓰거나 논리적으로 OS를 별도로 유지하려는 경우 SSD를 특정 프로그램 / 작업에만 사용하여 보조 드라이브로 쉽게 유지할 수 있습니다.
솔리드 스테이트 드라이브의 요점은 응용 프로그램 로딩 시간을 줄이는 것입니다. 이것이 대부분의 사용자에게 해당됩니다. 이는 전송 속도가 빠르기보다는 탐색 시간이 짧기 때문에 RAM (유지 지속 및 임의 전송 속도) 과 비슷 합니다. 실제로 일부 사용자 는 솔리드 스테이트 드라이브보다 더 많은 RAM을 얻는 것이 더 나을 수 있지만 항상 사용자 의 요구에 달려 있습니다 .
즉, 주 저장 장치 (SSD 또는 HDD) 는 항상 모든 컴퓨터 시스템 의 병목 현상 입니다 . SSD는 도움이 병목 현상을 완화 할 수 있지만, 새로운 만 ~ 40분의 1 여전히 일 RAM의 속도. 예를 들어, 최신 컴퓨터의 일부 메모리 대역폭은 500MB / s를 넘는 새로운 SSD에 비해 20,000MB / s에 도달했습니다.
지속적인 전송 속도를 높이기 위해 사용할 수도 있지만 비디오 인코딩과 같이 매우 큰 파일 전송을 처리하는 경우에만 적용됩니다.
컴퓨터를 가장 빨리 사용 하려면 솔리드 스테이트 드라이브에 OS를 설치 하되 자주 백업해야합니다. 예, 로드 시간에만 영향을 주지만 다시 한 번 솔리드 스테이트 드라이브에 데이터를 배치하는 이유입니다. 대량의 데이터를 저장하기위한 것이 아니라 OS / 프로그램 / 게임만을위한 것입니다.
마지막으로 대부분의 SSD는 하드 드라이브보다 용량이 작기 때문에 많은 패키지를 설치하지 않거나 (패키지 기반 Linux 배포판을 사용 하는 경우) 유틸리티를 사용하여 구성 요소를 제거 하여 OS 설치를 "가벼워"야 할 수 있습니다 설치 미디어 (Windows를 사용하는 경우).
man하면 HDD에서 해당 수동 페이지를 검색)를로드해야합니다. RAM에 저장되지 않은 대부분은 필요할 때 저장소에서 검색해야합니다.
사용법에 따라 다릅니다. 프로그래머로서 나는 컴파일러 (IDE가 아닌)와 SSD의 링커 (소스가로드 / 읽기 때문에)가 매우 자주 필요합니다. 또한 컴파일 대상 디렉토리를 보유하는 데 사용하십시오. 페이지 파일 (스왑 파티션)은 SSD의 또 다른 좋은 후보입니다.
자주 생성 / 삭제되는 동적 데이터는 자주로드되는 정적 데이터가 가장 적합합니다. 거의로드되지 않는 정적 데이터 (OS 파일) 하루에 한두 번 더 빠른 부팅 (몇 초 이상)을 얻기 때문에 HD에 남겨 두는 정적 데이터는 그러한 스토리지를 지불하는 좋은 이유가 아닙니다 ...