어제 나는 다음 기능을 갖춘 새 워크스테이션을 받았습니다.
- 120GB - OCZ Vertex3 최대 IOPS
- 300GB - Western Digital Velociraptor(10,000RPM, 평균 약 4ms 탐색)
- 2x2TB 삼성 에코그린 F4
시스템은 많은 Java 개발을 수행하는 주요 목적으로 Ubuntu를 실행할 것입니다. 가끔 Windows VM에서 Java를 개발해야 하는 경우가 있습니다. 이를 위해서는 빠른 VM이 필요합니다. SSD 마모에 대해 많이 읽었으며 빌드에서 수행하는 모든 작은 쓰기 때문에 Eclipse 작업 공간을 SSD에 배치하는 것은 좋지 않은 생각일 수도 있습니다. 아마도 작업 공간(및 /home)은 정말 빠른 Velociraptor에서 더 나은 장소를 찾을 수 있을 것입니다.
최대한 활용하려면 전체를 어떻게 분할해야 합니까? 나는 어떤 제안이라도 환영합니다. LVM도 옵션일 수 있습니다. 하나의 VirtualBox 이미지에 대해 SSD에 세 번째 파티션을 배치하는 것이 좋을 수도 있습니다.
현재 나는 생각하고 있습니다 :
- SSD: 2GB /boot, 남은 공간 /
- Velociraptor: 전체 드라이브에 걸쳐 있는 LVM입니다.
- 150GB /가정
- /virtualMachines 또는 이와 유사한 것을 위한 남은 공간
- 삼성 드라이브(둘 다에 대한 LVM 또는 각각에 대해 하나의 볼륨 그룹? - 큰 볼륨 그룹의 드라이브 하나에 오류가 발생하면 모든 것이 손실되므로 후자가 데이터 보안 측면에서 더 나을 것입니다)
- 데이터, 아카이브 등을 위한 파티션
답변1
신뢰성, 마모 평준화, 쓰기 속도와 읽기 속도의 차이가 중요한 경우에는 또 다른 옵션이 있습니다.
나는 가지고있다아카드 9010Linux를 실행하는 배터리 지원 RAM 드라이브입니다. 평균 SSD 비용보다 장착 비용이 더 많이 들지만 몇 가지 장점이 있습니다.
- 빠른 읽기 속도와 빠른 쓰기 속도. SSD는 읽기 속도가 정말 빠르고 쓰기 속도는 다소 느립니다.
- 웨어 레벨링이 필요하지 않습니다.
- SSD에 존재하는 것처럼 전체 디스크 쓰기가 빈 디스크보다 느리게 작성될 염려가 없습니다.
- 전원 블립은 약 하루 동안 내부 배터리로 보호되며, 램 드라이브에 전원을 공급하기 위해 외부 벽 와트를 사용할 수도 있습니다(내부 백업 배터리 외에).
- 배터리 수명보다 긴 데이터 저장 문제는 장치에 내장된 SD 카드로 해결됩니다. 전원이 꺼지고 배터리 전압이 특정 낮은 수준에 도달하면 RAM 드라이브는 메모리 내용을 64GB 컴팩트 플래시에 백업합니다. 램 드라이브 전면에 내장된 카드를 사용하고 전원을 켜면 SD 카드 데이터를 램 드라이브의 램에 다시 복사합니다.
SSD(또는 RAM 드라이브)에서 파티션을 정렬하는 방법에 대한 질문의 일부에 직접 대답하려면 다음을 수행하십시오.
/home
램드라이브 빼고 다 넣었습니다 . /home
하드 드라이브에 들어갑니다. Slackware64의 경우 약 5GB가 필요하므로 32GB RAM 드라이브 중 개발을 위한 추가 공간이 많이 있습니다.
에서 작업을 수행할 필요는 없지만 /home
이것이 일반적인 "리눅스 방식"입니다. 대신 Linux 트리에 램 드라이브와 같은 디렉토리를 생성하고 /java
권한 /projects
과 소유권을 설정하여 사용자가 해당 디렉토리를 사용하고 속도를 위해 SSD/RAM 드라이브에 프로젝트를 저장합니다. OS/도구/소스 코드를 RAM 드라이브에 넣고 거기서 작업한 다음 일상 작업을 하드 드라이브에 복사하는 종료 스크립트를 만드세요.
안전 조치를 위해 문제가 발생할 경우 RAM 드라이브(또는 SSD)에 있는 중요한 사용자 생성 파일을 백업하는 몇 가지 간단한 스크립트를 작성했습니다. 당신 /etc/fstab
과 같은 파일은 /etc/X11/xorg.conf
정확하게 맞추는 것이 어려울 수 있습니다.빠르게(특히 fstab에 많은 mp3 플레이어가 있거나 해당 파일에 xorg.conf 등의 복잡한 모니터 설정이 있는 경우) SSD/RAM이 어느 시점에서든 스크램블되는 문제가 있는 경우.
또한 만일을 대비해 램 드라이브에 있는 모든 단일 파일을 하드 드라이브의 디렉터리에 백업/복원하는 한 쌍의 스크립트도 있습니다. 다른 답변에서 SSD(또는 RAM 드라이브)의 안정성 문제를 언급했기 때문에 해당 스크립트를 언급했습니다. 스크립트는 어느 시점에서 문제가 발생할 경우 백업 및 손쉬운 복구에 대한 추가 조치를 제공합니다. 원한다면 하루에 여러 번 백업하도록 시간 작업을 설정하십시오. 어쨌든 나쁜 생각은 아닙니다.
그래서 내가 하는 일은:
/
SSD에/work
(/java
또는/projects
기타) 작업 영역의 SSD/home
하드 드라이브에/usr/scripts
(사용자가 만든 스크립트를 위해 생성됨)- SSD에서 하드 드라이브로 사용자 구성 파일을 백업하는 스크립트
- RAM 드라이브를 하드 드라이브에 완전히 복사하는 스크립트입니다.
웹사이트에 따르면 RAM 드라이브의 액세스 시간은 0.01ms입니다. HD보다 훨씬 빠르지만 (누군가가 앞서 말했듯이) 두 배는 아닙니다.
답변2
SSD는 HDD만큼 안정적이지 않으므로 부팅 대신 임시/페이지/스크래치 파일로 사용하는 것이 좋습니다. Velociraptor가 있으므로 SSD는 필요하지 않습니다.
사무실에서는 기본 디스크로 SSD를 사용하고 Windows XP에서 C# 애플리케이션을 개발합니다. Visual Studio는 신속하게 빌드하고 실행하여 프로젝트를 디버깅합니다. 또한 Hyper-V 환경에서 SSD를 페이지/스왑/임시 파일로 사용하여 HDD를 잠시 쉬게 합니다. 더 높은 성능이 필요한 경우 다음을 사용하십시오.eBoostr주로 사용되는 파일을 캐시하기 위해 특히 웹 서버에서 HDD 사용량도 줄입니다.