최신 Ubuntu 버전에는 어떤 SSD 최적화가 필요합니까?

21

SSD 최적화에 대한 많은 질문을 읽었습니다 (SSD에 대해 OS를 어떻게 최적화합니까? , SSD에 Ubuntu 설치 , SSD 최적화에 대해 혼란 스럽습니다 ...).

이러한 질문의 대부분은 구식 (3 세 이상)으로 보이며 답변이 취하는 모든 지시 사항과 약간 혼동됩니다.

그래서 내 질문은 : 오늘, Ubuntu 14.04 / 15.04의 SSD 최적화에 대한 일반적인 합의는 무엇입니까?

이것도 지금 필요합니까?

ssd performance

— hg8
소스

4

'필수'읽기 : sites.google.com/site/easylinuxtipsproject/ssd 도움말은 여전히 유효합니다. 그리고 필요한 포인터에 대해 매우 훌륭하게 요약합니다. Ubuntu에서 사용하는 방식부터 브라우저 설정까지.

— Rinzwind

17

문제는 첫 번째 SSD에 대한 가장 중요한 부분이된다 쓰기 작업 최소화 사람들이 추가 왜 디스크에 nodiratime, noatime받는 /etc/fstab파일을.

둘째, 사용되지 않는 NAND 메모리 블록을 다시 SSD로 회수하는 실행TRIM 중입니다. Windows에는 기본적으로 AFAIK 인 TRIM이 활성화되어 있으므로 아무도 신경 쓰지 않습니다. Ubuntu를 사용하면 TRIM에 매주 cronjob이 있지만 Rinzwind의 답변 에서 cron 작업은 Intel 및 Samsung SSD에서만 실행된다는 것을 알았습니다 . 그렇기 때문에 SSD 모델이 무엇이든 상관없이 /etc/cron.weekly/fstrim파일 exec fstrim-all --no-model-check이 실행되도록 파일 을 편집해야 합니다 .

최근 몇 년간 이것은 바뀌지 않았습니다. 이것들은 여전히 핵심 요점이며, 쓰기를 최소화하고 TRIM을 가능하게합니다.

사람들이 스왑 영역을 제거 하는 두 가지 요인은 쓰기와 고가의 스토리지 양 을 제거하는 것입니다 . 기본적으로 Ubuntu는 RAM 크기와 동일한 스왑 파티션을 만듭니다. 128 개의 SSD와 6GB의 RAM이 있습니다. 즉, 우분투는 기본적으로 128GB에서 6GB를 잘라 내 OS에 122GB를 남겨두고 5 %는 일반적으로 루트 용으로 예약되어 있으므로 122-122 * 0.05 = 115.9GB를 남겨 둡니다. 그 스토리지를 다른 용도로도 사용할 수 있으므로 주 파티션이 하나만 있고 스왑 파티션이 없지만 512MB 스왑 파일 을 보호 기능으로 사용합니다 (RAM이 부족할 계획은 아니지만 항상 스왑을 권장합니다)

— 세르지 콜로 디아즈 니
소스

정보 noatime-일부 응용 프로그램은 수정 및 액세스 시간을 비교하는 데 의존 할 수 있으며 기능이 저하 될 수 realtime있으며 더 좋으며 Linux 커널 2.6.30부터는 기본적으로 설정되어 있으므로 설정할 필요가 없습니다. 파일 시스템이 어떻게 명령을 실행하여 마운트되었는지 확인할 수 있습니다$ cat /proc/mounts

— Mike

@Mike 방금 실행했습니다 cat /proc/mounts. 내 디스크의 경우이를 표시하지 않습니다 relatime만 활성화 noatime하고 nodiratime있는 내가 명시 적으로 활성화 /etc/fstab. 에 관해서는 noatime, 당신은 응용 프로그램에 의존있는 몇 가지 예제를 제공 할 수 있습니까?

— Sergiy Kolodyazhnyy

2

죄송 오타에 대한 realtimeI 의미 relatime.

— Mike

2

noatime것을 의미 nodiratime참조 man mount에 대해 noatime:

Do not update inode access times on this filesystem (...). This works for all inode types (directories too), so implies nodiratime.

또한, 사용할 필요가 없습니다 이럴 noatime때 relatime아마 기능을 중단하지 않을 것이며, (: 그것은 또한에 추천 괜찮은 옵션을 것 같아 wiki.debian.org에서 SSDOptimization ).

— Dor

2

이전 게시물을 계속하십시오. ... 액세스 시간이 수정 시간보다 빠른 파일에 몇 번이나 발생하기 때문에 "괜찮은"이라고 썼습니다. 특히 커널 파일 및에있는 모든 파일과 관련하여 /. 에 따르면 man mount의 행동에 리눅스 2.6.30 이후 커널 기본값 : relatime. TL; DR 우분투 16 이후로, 아무것도하지 마십시오 :-)

— Dor

6

할 필요가있는 유일한 것은에 추가 --no-model-check하는 것 /etc/cron.weekly/fstrim입니다.

선은 이런 식으로 보여야합니다

exec fstrim-all --no-model-check

SSD가 TRIM (거의 모든 최신 모델)을 지원하는지 확인하십시오.

sudo hdparm -I /dev/sda | grep "TRIM supported"

SSD가 인 경우 /dev/sda. 그렇다면 추가하십시오 --no-model-check.

— 파일럿 6
소스

1

기본적으로 2 년보다 오래된 SSD 는 문제 가 될 수 있습니다.

— Rinzwind

6

TRIM을 지원하는 SSD와 잘 작동합니다

16.04의 경우

fstrim-all

간단한 fstrim이 없으며 --no-model-check sandisk ssd와 잘 작동합니다.

— 데이비드 암바 수 모프
소스

0

일반적으로 Ubuntu는 솔리드 스테이트 드라이브를 매우 잘 지원합니다.
인텔 또는 삼성 SSD가있는 경우 기본적으로 자동 트림 지원이 활성화됩니다.

한 가지 예외를 제외하고는 크게 신경 쓸 필요가 없습니다
. SSD에 쓰는 양을 줄이려면 개인 데이터를 HDD에 저장해야합니다.

— cl-netbox
소스

개인 데이터는 거의 기록되지 않습니다

— endolith

2

브라우저 캐시, 저장을 클릭하는 모든 문서 및 스프레드 시트, 다운로드 한 항목, 업로드 할 복사물을 제외한 "개인 데이터는 거의 기록되지 않습니다"

— kmarsh

그것이 SSD의 목적이 아닌가? 브라우저 캐시 등의 속도를 높이려면? 문서 편집 ... 음, 매일 1MB 인 큰 문서 20 개를 편집하더라도 최대 값입니다. 하루에 20MB의 쓰기 중 ... 그다지 많지 않습니다. HDD를 추가해야하는 번거 로움이 없습니다.

— Andreas