SSD에 넣지 말아야 할 것은 무엇입니까?

SSD를 구입했으며 완전히 새로운 Linux 설치로 데스크탑 시스템을 설정하려고합니다.

SSD는 빠르다고 알려져 있지만 단점이 있습니다. 쓰기 (블록 당?) 수가 제한됩니다.

그래서 SSD에 어떤 데이터가 있어야하고 HDD 드라이브에 어떤 데이터가 있어야하는지 생각하고 있습니다. 일반적으로 자주 변경되는 데이터는 HDD에 배치하고 자주 변경되지 않는 데이터는 SSD에 배치 할 수 있다고 생각했습니다.

• 이제 비슷한 시나리오 로이 질문을 읽었습니다 . 답은 "SSD 드라이브는 스왑 공간에 이상적입니다 ..."라고 쓰여 있습니다.

  SSD가 스왑 공간에 이상적인 이유는 무엇입니까? 좋아, 나는 시스템 성능을 향상시킬 가능성이 높지만 데이터 변경을 자주 바꾸지 않으므로 SSD에 대한 쓰기가 많아 SSD 수명이 짧습니까?

• / var 디렉토리는 어떻습니까? 내용도 자주 바뀌지 않습니까? HDD에 넣는 것이 좋지 않습니까?

• SSD에 있어서는 안되는 다른 데이터가 있습니까?

쓰기주기가 걱정된다면 아무 데나 갈 수 없습니다.

SSD에 자주 변경되는 데이터가 있습니다. 집, 설정, 브라우저 캐시, 심지어 데이터베이스 (사용할 경우)까지도 가능합니다. 그들은 모두 SSD에 있어야합니다 : 자주하는 일에 속도를 낼 수 없다면 왜 다른 것을 가지고 있습니까?

쓰기 횟수는 제한적일 수 있지만 최신 SSD는웨어 레벨링이 매우 뛰어나므로 걱정할 필요가 없습니다. 디스크가 기록되어 있습니다. 당신이 그것을 위해 그것을 사용하지 않으면, 당신은 그것을 문진으로 사용하고 컴퓨터에 넣지 않을 수도 있습니다.

스왑 공간에 적합한 저장 장치가 없습니다. 스왑은 SSD에서도 느립니다 . 항상 교체해야한다면 더 많은 RAM을 얻는 것이 좋습니다.

스와핑에 사용되지 않지만 디스크 일시 중단 시나리오에는 스왑 공간이 다를 수 있습니다. 당연히 스토리지 미디어가 사용되는 속도가 빠를수록 일시 중지되고 다시 깨어납니다.

개인적으로, 나는 큰 정적 데이터를 제외한 모든 것을 SSD에 넣었습니다. 예를 들어 영화는 HDD가 재생하기에 충분히 빠르기 때문에 SSD에서 비싼 공간을 낭비하지 않아도됩니다. SSD 스토리지를 사용하면 더 빨리 재생되지 않습니다.

모든 스토리지 미디어와 마찬가지로 SSD는 사용 여부에 관계없이 어느 시점에서 실패합니다. 전혀 신뢰할 수없는 HDD만큼 신뢰할 수있는 것으로 간주해야하므로 백업을 만들어야합니다.

따라서 목표는 가능한 한 많은 비용을 지불하는 것입니다. 속도 대 교체 하드웨어 가격 (단일 대형 하드 디스크 및 중간 크기 SSD를 가정). 단순화하기 위해 파일을 SSD로 옮기기 위해 작성된 섹터 수에 비해 파일을 SSD로 옮기는 속도가 얼마나 빨라지는지 계량 할 수 있습니다.

• 많이 읽거나 거의 쓰지 않는 파일 (예 : OS 및 프로그램)은 SSD로 이동하는 것이 가장 분명 할 것입니다.
• HDD가 충분히 빠른 고정 데이터 속도 (예 : 음악, 비디오) 로 한 번 작성되고 여러 번 읽은 파일 은 아마도 그대로 있어야합니다. 그것들은 보통 수정되지 않지만 많은 섹터에 쓰여졌다 고 생각하십시오 .
• 많은 임시 파일과 같이 많이 수정되는 작은 파일은 더 복잡합니다. 예를 들어, 섹터 크기가 512 바이트 인 경우 단일 1 GiB 파일을 한 번 작성하는 것과 동일한 양의 쓰기를 "소비"하기 전에 단일 섹터 파일을 20,000,000 회 덮어 쓸 수 있습니다. SSD가 마모 레벨링을 처리 하는 경우 이는 동일해야합니다.

물론 최고의 계산조차도 가장 소중한 자원을 모두 소모합니다. 따라서 장기적으로는 단순하게 유지 하고 절대적으로 이상적인 경우보다 약간 더 자주 새 하드웨어를 구입하는 것이 가장 좋습니다 .

여기에있는 모든 답변 외에도 내가 좋아하는 작은 팁이 있습니다. 마모 효과를 약간 낮추기 위해 SSD와 함께 램 디스크를 다시 사용하기 시작했습니다. 브라우저 캐시 (전체 브라우저 프로파일), 다양한 temp, 일부 unessential logs 등 (symlinks를 통해)에 사용하고 있습니다.

내 램 디스크는 다음과 같이 fstab에 설정되어 있습니다 :

tmpfs       /mnt/ramdisk tmpfs   nodev,nosuid,size=512M   0 0

더 많은 RAM을 효율적으로 사용할 수있는 더 큰 램 디스크가 있습니다. 이것으로 부팅 / 종료 스크립트가 있습니다. 부팅시 우선 순위가 가장 낮고 종료시 최고 수준으로 암호화 된 장치 / 폴더에 램 디스크 백업을 작성하는 다양한 경험.

이렇게하면 시스템 속도가 약간 빨라지고 쓰기주기가 줄어 듭니다. 좋은 점은 15 분마다 rsync를 수행하는 cron 작업 일 수 있습니까?

#!/bin/bash

### BEGIN INIT INFO
# Provides:          Ramdisk control
# Required-Start:    $local_fs
# Required-Stop:     $local_fs
# Default-Start:     2 3 4 5
# Default-Stop:      0 6
# Short-Description: Start/stop script at runlevel change.
# Description:       Ramdisk auto backup and restore
### END INIT INFO

PATH=/sbin:/bin:/usr/sbin:/usr/bin
USER="user1"
RDISK=/mnt/ramdisk
BACKUP=/opt/
#/home/$USER/BackUps/

#echo "$(date) $1" >> $BACKUP/rd.log

case "$1" in
    stop)
        rsync -aE --delete $RDISK $BACKUP
        ;;
    start|force-reload|restart|reload)
        #restore ramdisk
        cp -rp $BACKUP/ramdisk/* $RDISK 2> /dev/null
        ;;
    *)
        echo 'Usage: /etc/init.d/ramdisk {start|reload|restart|force-reload|stop|status}'
        echo '       stop                       - backup ramdisk data'
        echo '       start|*                    - restore ramdisk data from backup'
        echo '       - default backup location is /xxxxx'
        exit 1
        ;;
esac


exit $?

우분투 사용자에게는 경고가 거의 없습니다. 램 디스크 백업에는 / media / user / 폴더를 사용하지 마십시오. 일부 업데이트로 재설정되므로 프로파일 데이터가 주기적으로 손실됩니다. 또한 우분투에서는 암호화 된 홈 폴더에서 램 디스크 베이크를 만드는 데 어려움이있었습니다.

다른 사람들과 함께, 당신은 비싼 SSD 공간을 낭비하지 않도록 매우 큰 (비디오) 파일을 제외하고 거의 모든 것을 넣어야합니다.

그러나 TRIM 이 활성화되어 있는지 확인해야합니다 .

• SSD는 TRIM을 지원합니다
• 파티션이 여러 EBS에 정렬되었습니다
• 파일 시스템은 파일 시스템에서 TRIM을 지원합니다 (ext4는 보통)
• fstrim규칙적으로 실행합니다 (매주 크론에서)
• 최소 25 %의 디스크 여유 공간을 유지하십시오 [ 1 ]

데이터를 백업하십시오.

최신 정보:

• Arch는 마모를 피하기 위해 스왑을 SSD 에 장착하지 않는 것이 좋습니다

HDD 및 SDD를 통해 데이터를 디스패치하는 데 시간을 소비하지 않으려면 SDD를 캐시로 사용할 수 있습니다.

• ZFS의 L2ARC 캐시 (Solaris, * BSD)
• Bcache (Linux) 아직 알파 코드이므로 신뢰할 수 없습니다.

죄송합니다, 나쁜 답변입니다. 물론 매우 빠른 시스템을 구축 할 수 있으며 대부분의 기록 된 폴더를 여전히 HDD로 이동할 수 있습니다. / tmp를 / tmpfs로 이동하거나 HDD에서 / tmp 파티션을 생성하면 HDD로 이동하여 / var / log / var / spool 및 / var / tmp의 원본 폴더에 심볼릭 링크를 만듭니다 (/ var / tmp를 tmpfs에 두지 마십시오) 재부팅을 통해 액세스 할 수있는 데이터입니다). HDD로 이동하여 ~ / 다운로드 ~ / Videos ~ / Music ~ / .config ~ / .cache ~ / .thunderbird ~ / .mozilla ~ / .googleearth ~ / .ACEStream 및 자주 쓰는 글을 자주 쓰는 글에 대한 심볼릭 링크 만들기 캐시 (항상 특정 브라우저 캐시가있는 곳을 찾아 HDD로 이동하십시오. Chrome 및 Firefox는 내가 생각하지만 스스로 확인하는 것들로 덮여 있습니다). 비디오 파일을 편집해야하는 경우 비디오 파일을 ssd로 옮길 수 있습니다. 그렇지 않으면 99 %의 문서와 미디어가 SSD에 아무런 이점이 없습니다. 또한 시스틴이 HDD를 훨씬 덜 사용하므로 이러한 트릭은 성능에 미치는 영향이 미미하고 SSD의 내구성에 큰 차이가 있습니다. HDD로 이동하여 클라우드 폴더 (예 : 드롭 박스)에 대한 심볼릭 링크를 만듭니다. 당신이 그것을 apaching하는 경우 / var / www 이동을 고려하십시오. 이제 속도 차이가 거의없고 마모가 훨씬 적은 매우 빠른 시스템입니다.