최적의 성능을 위해 LVM에 제한된 SSD 공간을 할당하는 방법

8

방금 새 SSD를 받았으며 기존 LVM 설정에 SSD를 통합하는 가장 좋은 방법에 대한 조언을 찾고 있습니다. 다음과 같은 논리 볼륨이 있습니다 (명확한 위치에 마운트 됨).

# lvs
  LV          VG        Attr   LSize   Origin Snap%  Move Log Copy%  Convert
  home        maingroup -wi-ao  75.00g                                      
  opt         maingroup -wi-ao   4.00g                                      
  swap1       maingroup -wi-ao   1.00g                                      
  swap2       maingroup -wi-ao   1.00g                                      
  tmp         maingroup -wi-ao   5.00g                                      
  usr         maingroup -wi-ao  25.00g                                      
  var         maingroup -wi-ao  15.00g

새 SSD와 관련된 물리 볼륨에 108.26g이 있습니다. pvmove이 LV 중 일부를 SSD로 마이그레이션하는 데 사용하겠습니다 . 문제는 어떤 LV가 움직일 것인가?

해당 기계는 기본적으로 가정용 워크 스테이션입니다. 나는 약간의 가벼운 개발 (소스 코드가 살고 있음 home)을 수행하고 매우 낮은로드 서버 프로세스 (apache 등)를 실행하며 때때로 약간의 이미지 및 비디오 편집을 수행합니다. 차이가 있다면 x86에서 젠투를 실행합니다.

— 맷 맥 헨리
소스

7

데스크탑에서는 SSD 장치에서 자주 사용하는 파일을 옮기고 다른 파일은 하드 디스크에 남겨 두었습니다.

SSD에 시스템을 설치하면 많은 도움이됩니다. 자주 수정되지는 않습니다. 이동 USR 당신의 SSD에.
홈 디렉토리도 꽤 자주 사용됩니다. SSD에서 집 으로 이동 하십시오. 너무 큰 경우 자주 사용하지 않는 파일을 격리하여 하드 디스크에 남겨 두십시오 (이 작업에서 기호 링크가 도움이 됨)
의 / var의 디렉토리가 종종 데몬에 의해 액세스 할 수 있습니다 (대부분의 경우 로그 파일에 추가). 어떤 사람들은 원격 서버 나 램 디스크에 로그온을 시도합니다. 복잡하고 문제가되지 않을 수 있습니다. SSD에서 var 를 옮겼습니다 .
/ tmp 디렉토리 의 사용은 사용중인 응용 프로그램에 따라 다릅니다.
스왑 사용량은 응용 프로그램 및 실제 메모리에 따라 다릅니다. 나에게 스왑은 자주 사용되지 않으므로 SSD에 스왑을 두지 않아도됩니다 (스왑 성능에 가장 적합합니다).

확실하지 않은 파티션 (tmp, swap1, swap2, opt)의 경우 파티션을 이동하지 않고 시도하고 iostat -p 명령을 사용하여 액세스 빈도를 확인할 수 있습니다.

Ubuntu에 SSD 장치 설치 확인

— 시세 론
소스

4

SSD를 단순히 캐시로 사용하지 않는 이유는 무엇입니까?

— 하비에르
소스

2

내가 읽은 것을 기반으로 LVM을 사용하는 경우 현재 TRIM 지원이 없기 때문에 LVM은 SSD에서 최선의 선택이 아닐 수 있습니다.

http://www.fedoraforum.org/forum/showthread.php?t=256068

(다양한 다른 제안이 있습니다 : 해당 스레드의 SSD도)

— 다모 그
소스

감사. 에서이 스레드에서 훌륭한 업데이트 요약있다 forums.fedoraforum.org/showthread.php?t=277082

— dajobe

1

나는 지금 이와 같은 것을 찾고 있습니다. Javier가 언급 한 bcache 및 flashcache 옵션 외에도 "hot"범위를 식별하여 SSD로 pvmove 할 수 있습니다.

https://bbs.archlinux.org/viewtopic.php?id=113529

TRIM 부족을 완화하기 위해 전체 SSD 용량보다 적은 용량을 사용하고 나중에 범위를 이동하고 hdparm으로 섹터 범위를 수동으로 버릴 수 있습니다.

# TRIM 1000 sectors starting at sector #1
hdparm --trim-sector-ranges 1:1000 /dev/sdb

이는 매우 위험하며 오류가 발생하면 데이터가 손상 될 수 있습니다!

— 그리 퍼즈
소스

0

일부 캐싱 작업에 SSD를 사용하는 데 동의하지만 정확한 사용 사례를 비판적으로 검토해야합니다. 고급형 SSD를 구입하지 않은 경우 마모와 안정성이 더 큰 문제입니다. 이 경우에는 / tmp, / var / tmp, / var / run 및 swap과 같은 임시 디렉토리 작업에 사용하지 않습니다. 이를 위해 메모리 기반 파일 시스템을 사용하려고 시도했지만 설정하기가 조금 어려우며 수행중인 작업을 모르면 약간 위험 할 수 있습니다.

SSD에서 A / V 편집을 확실히하십시오! 이 디렉토리는 아마도 홈 디렉토리 일 수도 있지만 다른 곳의 특별한 디렉토리 일 수도 있고, 집 아래의 마운트 지점 일 수도 있습니다. SSD는 디스크 헤드를 이동하지 않고도 임의의 읽기 / 쓰기가 가능한 곳에서 빛납니다. 편집이 비명을 지르고 A / V 작업과 같은 고 대역폭 응용 프로그램이 작동합니다. 충분한 공간이 있으면 / usr이 다음 장소 일 수 있습니다. 대부분의 바이너리 및 라이브러리는 / usr에 있으며 SSD가 제공하는 임의의 읽기 순서를 활용할 수 있습니다.

— 폴
소스