ReadyBoost와 동등한 Linux?


19

커널 모듈이나 다른 패치 또는 Windows의 ReadyBoost 와 비슷한 것이 있습니까?

기본적으로 디스크 읽기를 플래시 드라이브에 캐시 할 수있는 것을 찾고 있습니다.


USB 2.0을 사용하는 플래시 드라이브는 실제로 느립니다. 왜 그렇게하는지 모르겠습니다.
데이지

1
@ warl0ck, USB 2.0에서도 동의하지 않습니다. 비경쟁 버스의 USB 2.0은 480mbit / sec == 60MB / sec의 대역폭을 갖습니다. 20MB / 초의 오버 헤드와 같은 할인조차도 여전히 상당한 속도입니다. USB 3.0은 대중화되고 있으며 5Gbit / sec의 용량을 가지고 있습니다. 하드 드라이브에서 무엇이든 오프로드하는 것이 가치가 있다는 것을 잊지 마십시오. 디스크에서 읽을 수있는 1GB의 크랩이 있고 readyboost 캐시에 200MB가 캐시되는 경우 디스크에서 읽어야하는 200MB가 적으며 하드 드라이브 읽기와 병렬로 발생할 수 있습니다.
antiduh

답변:


17

Bcache 는 정확히 당신이 찾고있는 것일 수 있습니다.

Bcache는 Linux 커널 블록 레이어 캐시입니다. 플래시 기반 SSD (Solid State Drive)와 같은 하나 이상의 고속 디스크 드라이브가 하나 이상의 느린 하드 디스크 드라이브에 대한 캐시 역할을 할 수 있습니다.

나는 리눅스 메인 라인에 포함되기를 간절히 기다리고 있지만 불행히도 여전히 정확하지는 않습니다 .

몇 가지 훌륭하고 읽을 수있는 정보도 여기에 있습니다.

사용 해보고 시스템에서 어떻게 작동하는지 확인하십시오!


5

아무것도 없으며 더 이상 의미가 없습니다.

ReadyBoost는 시스템이 RAM 제한적이고 드라이브 속도가 느리고 플래시가 저렴한 짧은 시간 동안 유용했습니다. 지금은 너무 싸구려 RAM, 그것은 수 많은 대신 사용 RAM에 더 의미.

오늘날 일반적인 플래시 드라이브의 쓰기 속도는 약 5MB / s이고 읽기 속도는 약 20MB / s입니다. 이를 하드 드라이브의 50MB / s 읽기 및 쓰기와 비교하면 별다른 의미가없는 것 같습니다.

ReadyBoost의 실제 성능 이점은 메모리가 제한된 시스템에서만 볼 수 있습니다.


3
RAM이 제한되어있는 태블릿이나 넷북에서 말이됩니까? 또한 ReadyBoost의 기본 개념은 읽기 / 쓰기 속도가 더 빠르지 않았지만 무작위 액세스 시간을 크게 줄 였다고 생각했습니다 (전통적인 HD는 약 17ms의 임의 액세스 시간을 갖는 반면 플래시 드라이브는 아마도 <1ms).
Nathan Osman

임의 액세스 시간을 줄이는 것은 읽기 속도를 높이는 것과 같습니다. 더 많은 RAM을 추가하는 것에 비해 결코 의미가 없습니다. RAM을 추가하는 것이 실용적이지 않은 짧은 시간 동안 기본적으로 스톱 갭이었습니다.
David Schwartz

4
나중에 액세스 할 수 있기 전에 파일에 먼저 액세스하여 RAM을 채워야한다는 점을 제외하고는 부팅 할 때마다 반복해야합니다. 플래시는 영구 캐시를 허용하므로 부팅 시간을 단축하는 데 도움이됩니다.
psusi

그 후 값 비싼 Corsair Survivor 플래시 드라이브 (~ 36MB / s의 읽기 속도)를 돌고있는 SSD를 컴퓨터에 추가했습니다.
Nathan Osman

1
나는 공감했다. Readyboost는 RAM 제약 조건과 관련이 없습니다. 하드 드라이브의 블록 레벨 캐시로 두 가지 이점이 있습니다. 1) 하드 드라이브에 액세스하는 동안 동시에 액세스 할 수 있으며 부분 RAID와 같은 의미로 작동합니다. 2) RAM은 종종 마더 보드 공간에 의해 제한되는 반면 원하는만큼 확장 할 수 있습니다. 원하는만큼의 플래시 드라이브를 구입하여 각 루트 허브에 부착하여 대역폭을 공유하지 않을 수 있으며 원하는만큼 크게 만들 수 있습니다. 128GB 상당의 RAM을 200 달러 미만의 가격으로 데스크탑에
가져 오십시오

3

ZFS는 2004 년 솔라리스에서 유래와 FreeBSD 등 몇 가지 유닉스에서 사용할 리눅스 라고도 하나 이상의 보조 캐시를 추가 할 수 있습니다 (리눅스에 여전히 주류 커널 베타 및 아니지만 인한 문제를 라이센스에) L2ARC에 대한 블록 장치를 같은 종류의 목적.


2

나는 나 자신에게 같은 질문을하고 있으며 여기에 대한 현재 답변에 만족하지 않고 내 자신에 대해 약간의 연구를 수행했습니다. 이것은 지금까지 테스트되지 않았지만 Linux 3.9 변경 사항 에 대한 이 arcticle 은 유용한 시작점을 제공했습니다. ReadyBoost와 유사한 효과를 달성해야하는 세 가지 기술에 대해 언급하지만 때로는 읽기 대신 쓰기 캐싱에 중점을 둡니다. 더 많은 연구가 더 많이 발견되었습니다.

이 중 적어도 하나에 대해 직접 경험을 쌓으면이 답변을 업데이트 할 것입니다. 그때까지 이러한 이름 중 하나를 키워드로 사용하여 웹을 검색하면 많은 양의 튜토리얼, 설명, 의견 및 벤치 마크가 생성됩니다.


1

Linux 용 모듈을 찾지 못했지만 DragonFly BSD에는 Windows ReadyBoost 와 동등한 것이 있습니다. 이 기능을 SwapCache라고합니다. 고속 스왑 파티션 (SSD / Flash)을 사용하여 다른 드라이브 (HDD)의 데이터 및 메타 데이터를 캐시합니다.

매뉴얼 페이지 는 캐시 할 정보를 구성하는 방법을 설명합니다. 사용 사례와 이러한 캐싱 메커니즘을 사용하는시기 및 방법에 대해 설명합니다. 시스템이 때때로 만 스왑 할 때 (즉, RAM의 양이 약간 짧음) 메타 데이터를 자주 읽고 쓰는 경우에 흥미로운 것으로 보입니다.


0

Linux에는 cachefs가있어 모든 파일 시스템에 백업 캐시 파일 시스템을 추가 할 수 있습니다. 원래 1993 년 Sun Microsystems에서 NFS와 함께 사용하도록 설계 및 릴리스되었으며 다른 Unix 계열 시스템에 의해 신속하게 복사되었습니다. 그렇습니다, 그것은 이미 거기에 있었고 수년 동안있었습니다. :)


8
이것은 원격으로도 정확하지 않습니다. 주제에 대한 Wikipedia의 항목을 참조하십시오 : en.wikipedia.org/wiki/CacheFS

예, 불행히도 CacheFS는 로컬 디스크 파일 시스템에서 작동하지 않습니다. 이론적으로는 가능하지만 공통 로컬 파일 시스템에 지원을 추가하는 작업은 아직 완료되지 않았습니다.
psusi

-1

글쎄, Readyboost는 기본적으로 페이지 파일의 확장이며 FreeBSD의 스왑 파티션 (Linux에서는 비슷하다고 생각합니다)과 비교할 수 있으므로 플래시 드라이브가있는 파티션을 만들 수 있습니다 스왑 파티션.

그러나 나는 이것들에 대해 거의 아무것도 모른다.


5
쓰기주기 제한으로 인해 플래시 드라이브에서 스왑을 과도하게 사용하면 플래시 메모리에 해로울 수 있습니다.
Renan
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.