추가사양 및 설치(할)OS | 10.13.4 |
---|---|
공지숙지/증상설명 | 숙지 |
현재 RAID 0 로 SSD 3개 묶어서 사용중입니다.
속도 향상 목적보다는 예전에 SSD값 비쌀때 128 , 256GB등 작은 찌라시 SSD들 사논걸
독립적으로 각각쓰기엔 너무 흩어져있어서 불편하고 그렇다고 헐값에 팔긴 아까워서 레이드로 묶어서 사용중인데요.
담배피다가 갑자기 의문점이 생겨서 질문합니다.
이론상 레이드 0 가 속도를 향상시켜주는 메카니즘이 파이 하나가 한 드라이브에 이동될걸 여러조각으로 나눠서 각각 레이드 멤버들에게 조각을 나눠줌으로 인해 개별 디스크에게 부담되는 용량이 적어져서 속도가 빨라진다고 이해하고있습니다.
생각해보니 이 조각내고 각각 드라이브에 보내는 이 감독(?) 하는 역할을 드라이브가 하진않은거 같고 시피유가 하는거인가요? 아마 그런것같네요.
(지금와서 생각해보니 이것때문에 따로 레이드 컨트롤러라는 장비라는게 있구나 싶네요)
막상 질문글 써보니 자문자답이 된것같네요 ㅋㅋ
아무쪼록 제가 여쭤보고 싶은건
소프트웨어 레이드가 시피유에게 주는 부담이 얼마나 큰가요?
대략 어떤 상황에 외장 레이드 컨트롤러를 사는거에 투자하는게 옳바른건지 궁금합니다.
#레이드,#소프트웨어_레이드,#조각,#레이드_0,#파이_하나,#담배피다가,#외장_레이드,#SSD
프로게이___mer님의 새글 알림을 받으실려면 구독
동감이에요..ㅋㅋ 꼭 시험 전에 컴터가 말썽이고 더 고쳐보고 싶고..
괜한 호기심이 밀려오고..ㅋㅋㅋ
1. 가정용이나 데스크탑에서 별도의 RAID컨트롤러 없이 RAID를 묶으시는걸 호스트RAID내지는 소프트웨어RAID라고 합니다. 말씀하신 스트라이핑(쪼개기)이나 패리티 연산(자료검증)등 I/O 부담을 CPU가 합니다.
2. RAID컨트롤러를 써서 RAID를 하는 이유는 캐시메모리 이득, 베터리를 이용한 캐시 내 자료 소실 방지 (BBU), 안정성 증대 등의 이유가 있습니다. 당연하지만 호스트RAID방식보다 속도가 빠르고 CPU에 I/O wait부담을 주지 않습니다.
3.호스트RAID와 큰 차이 중 하나는 megacli나 벤더 툴을 이용해서 온라인으로 장애난 디스크에 대해 핫스왑이 가능합니다.
4. RAID0로 스트라이핑 하는 경우는 포토샵의 스크래치 디스크나 각종 캐시 용도로만 쓰시기 바랍니다. 호스트RAID에서 스트라이핑은 아주 불안정합니다..
5. 어떤형태의 RAID건 디스크 수가 많아지거나 (RAID Member) I/O wait에 의한 시스템 랙을 최소화 하려면 별도의 RAID컨트롤러를 도입하는게 좋습니다.
또한 호스트RAID는 다른 PC에 RAID그룹이 이식되지 않으므로 만약에 시스템이 파손되었을때를 생각해서라도 RAID컨트롤러를 도입하는게 맞습니다.
"님의 댓글"
이 댓글을 신고 하시겠습니까?
제목 | 글쓴이 | 날짜 | 조회 수 |
---|---|---|---|
모니터(오류화면) 사진 찍을 때 팁(소소함) +269 | 달쇠 | 17.07.3020:49 | 11만 |
빠르고 정확한 답변을 받는 팁 및 질답자의 매너, EFI폴더 압축법 +90 | Mactopia | 17.02.1014:21 | 12만 |
제온 내장그래픽을 못잡겟네요 ㅠㅠ +8 | 데스맥 | 24.10.0207:44 | 30 |
GTX TITAN 그래픽과 macOS의 호환성. +5 | 민준송 | 24.09.3014:22 | 130 |
해킨 윈도우 듀얼부팅일때 윈도우 보안부팅 활성화 해보신분 있을까요? +2 | oreo | 24.09.2922:21 | 86 |
데스맥 | 24.10.0207:44 | 31 | |
민준송 | 24.09.3014:22 | 130 | |
oreo | 24.09.2922:21 | 86 | |
수박 | 24.09.2917:58 | 81 | |
루마루 | 24.09.2913:21 | 69 | |
루마루 | 24.09.2910:19 | 113 | |
머트 | 24.09.2723:18 | 96 | |
ashly | 24.09.2720:41 | 110 | |
loopers | 24.09.2716:50 | 121 | |
Caper | 24.09.2602:42 | 159 | |
낡은기계 | 24.09.2301:36 | 187 | |
Door | 24.09.2122:38 | 121 | |
루베콘 | 24.09.2108:35 | 181 | |
에잉 | 24.09.2022:16 | 400 | |
밤가시 | 24.09.1910:03 | 190 | |
SUNWAYFOTO | 24.09.1822:20 | 207 | |
Nelson | 24.09.1815:34 | 373 | |
sebali | 24.09.1814:34 | 373 | |
Panictosh | 24.09.1813:37 | 184 | |
SUNWAYFOTO | 24.09.1801:27 | 223 | |
그냥인간 | 24.09.1719:17 | 128 | |
dlraud | 24.09.1620:36 | 240 | |
Nelson | 24.09.1618:45 | 188 | |
아스타틴 | 24.09.1612:07 | 80 | |
lesmi | 24.09.1522:02 | 145 | |
윤수꾸하하 | 24.09.1323:56 | 195 | |
뚜비 | 24.09.1319:18 | 205 | |
Steer | 24.09.1200:33 | 170 | |
상큼버터 | 24.09.0918:08 | 218 | |
인터찹 | 24.09.0717:13 | 964 | |
서재희 | 24.09.0711:07 | 1442 | |
시습이 | 24.09.0113:39 | 1250 | |
블루 | 24.08.3022:44 | 476 | |
lesmi | 24.08.2911:20 | 417 | |
김덕뱀 | 24.08.2823:04 | 225 | |
그냥구름 | 24.08.2517:14 | 282 | |
Panictosh | 24.08.2218:42 | 252 | |
YouPick | 24.08.2022:45 | 126 | |
윤수꾸하하 | 24.08.2018:52 | 133 | |
HopeMan | 24.08.2012:14 | 211 | |
Panictosh | 24.08.1913:41 | 183 | |
YouPick | 24.08.1509:07 | 441 | |
Panictosh | 24.08.1518:04 | 346 | |
hackillious | 24.08.1514:14 | 144 | |
shion | 24.08.1420:32 | 118 | |
인터찹 | 24.08.1418:19 | 115 | |
Panictosh | 24.08.1217:23 | 407 | |
오디세이 | 24.08.1112:07 | 123 | |
동집 | 24.08.1105:35 | 239 | |
동집 | 24.08.1102:48 | 146 | |
유튜브 | 24.08.1019:03 | 155 | |
유튜브 | 24.08.0909:14 | 296 | |
Direct | 24.08.0901:18 | 258 | |
Panictosh | 24.08.0809:46 | 166 | |
인터찹 | 24.08.0801:41 | 126 | |
mac니망 | 24.08.0615:24 | 161 | |
페러 | 24.08.0615:10 | 145 | |
페러 | 24.08.0600:03 | 120 | |
bl | 24.08.0522:08 | 92 | |
Sequoia | 24.08.0410:04 | 261 | |
Panictosh | 24.08.0320:43 | 90 | |
yeojun | 24.08.0310:01 | 112 | |
yeojun | 24.08.0217:46 | 315 | |
oreo | 24.08.0214:44 | 114 | |
yeojun | 24.08.0214:07 | 272 | |
빅서로가 | 24.08.0118:45 | 306 | |
itstory | 24.08.0118:28 | 190 | |
oreo | 24.08.0115:38 | 94 | |
동집 | 24.07.3122:15 | 167 | |
류가파 | 24.07.3121:42 | 252 | |
마요네즈 | 24.07.3109:23 | 267 | |
동집 | 24.07.3012:52 | 113 | |
동집 | 24.07.2912:11 | 464 | |
인터찹 | 24.07.2901:06 | 314 | |
인터찹 | 24.07.2623:40 | 950 | |
찡준 | 24.07.2611:52 | 94 | |
psychyyy | 24.07.2503:18 | 622 | |
wnsks | 24.07.2502:19 | 149 | |
아키나리 | 24.07.2422:44 | 238 | |
페러 | 24.07.2313:55 | 130 |
컴퓨터 구조를 한 학기동안 배운 학생으로서 얕게 적어봅니다...ㅎㅎ
일반적으로 컴퓨터는 HDD/SSD 에 있는 데이터가 RAM으로 로드된 다음 CPU의 캐시 메모리에 로드되어 CPU에서 로드된 캐시 메모리를 로드하게 됩니다. 따라서 반대로 CPU에서 처리했던 데이터들이 캐시 메모리 - RAM - HDD/SSD 순서로 가장 먼저 쓰였던 데이터들이 이동하게 됩니다.
제 생각으로는 가상(소프트웨어 적으로?)으로 묶게 되었을 때 말씀하셨던 그 조각들이 CPU에서 먼저 다 로드된 다음에 각 SSD로 배분되어서 그런것 같다는 생각입니다
근데 그 데이터량이 CPU의 캐시 메모리에 할당된 량만큼 (기본적으로 최대 64MB이겠죠?) 읽기/쓰기할 때만 이동하게 되는거라 큰 무리는 없을거라 생각합니다. 요즘 CPU의 캐시 메모리, 코어, 스레드등이 다 좋아졌기도 했고용ㅋㅋ 나머지는 더 고수분들이 보충해주실거라 믿습니다..하하..