hyper-v 우분투에 직접 연결한 ssd의 trim이 안 되네요;;
hyper-v 우분투에 vhd가 아니라 직접 연결한 ssd에서 trim이 안 되는군요.
'hdparm -I /dev/sda'로 확인해보니 드라이브 정보를 제대로 인식하지 못해서 trim 명령어가 안 먹힙니다.
우분투 자체는 vhd에 설치되어서 trim이 되는데, 정작 samba 서버와 kavita 데이터 저장용으로 직접 연결한 드라이브가 trim이 안 되니 속도 저하가 왔더군요.
평소엔 기가비트 내부망을 따라 100MB/s 전후로 전송속도가 나오다보니 속도가 저하되었다는 사실을 뒤늦게 알아챘습니다.
윈도우 호스트에서 smb 접속으로 파일을 옮기다 속도가 200MB/s 수준까지 떨어졌다는 걸 알게 되고 우분투에서 trim이 왜 안 되었나, 알아보니 드라이브 정보를 제대로 읽어오지 못하는 거였죠.
이리저리 뒤지다 알아본 해당 ssd 모델의 설명에선 윈도우에서의 trim만을 말하고 있는데, ssd의 trim이 os 호환성을 타는 걸까요?
아니면 hyper-v가 문제라서, 드라이브 직접 연결시엔 문제가 생겨서 다른 분들도 똑같이 trim이 안 되는 걸까요?
정작 vhd에선 trim이 이상없이 동작했기 때문에 ssd 용량 통째로 vhd로 만들어서 자료를 옮기고 trim을 실행하니 속도가 회복되었습니다만 계속 이대로 쓸지, 아니면 hyper-v 우분투에 윈도우 smb를 cifs로 ssd를 마운트해서 쓰는 게 i/o 성능이 더 좋을지 궁리 중이네요.
좋은답변을 받기위해서는 좋은 질문이 필요합니다.
유의할점⚠️
- 예의를 지켜주세요. 답변자는 답변을 할 의무는 없습니다.
- 질문에 대한 대부분의 답은 검색으로 찾아보실 수 있습니다.
- 답변자가 답변을 하면서 대개 많은 경우는 다시 질문을 하는 경우가 많이 있습니다.
- (질문의 대한 정보가 부족합니다. ~일 경우 결과물이 어떻게 됩니까? 등등)
질문방법🙏
자신의 상황을 최대한 자세히 설명해주세요.
상황이 정확하고 많을 수록 답변의 정확도가 올라갑니다.
ex) ex) 헤놀로지라면 메인보드 모델 칩셋정보, CPU, 사용한 DSM 버전, 모델, 부수적인 추가 컨트롤러 나 랜카드 등과 어떠한 로더의 이미지를 사용했는지.(arpl-i18n, mshell), 어떤 버전을 사용했는지, 문제가있다면 어떠한것인지 스크린샷을 동반하고 에러의 경우 에러로그를 출력해서 주시면 좋습니다.
*가능하면 최신버전 OS/SW를 이용해주세요
답변에대한 피드백을 주세요.
정보가 질문에 모두 담겨있지않다면 대부분의 답변이 다른정보를 요구합니다.
이러한 답변에 대해 명확한 피드백을 주시면 도움이 됩니다.
리눅스 전용 드라이브가 필요한가 한번 알아보시면 될꺼같습니다.
cmt alert