[혼란스러운 점 : 원래 게시물에는 제목에 "HDD"대신 "SSD"가 있지만 사고로 HDD에서 테스트를 수행 한 것으로 알았습니다. 잘못된 장착 지점에 접근하고있었습니다. SSD에서이 현상은 발생하지 않았습니다. HDD의 경우에도 여전히 흥미 롭습니다.] 일정한 크기의 파일에서 루프를 읽으려면 다음 코드를 사용합니다. 읽을 파일이 모두 있고 읽기가 성공했습
크기가 약 1K 인 로그 파일을 만드는 Java 프로그램이 있습니다. 오래된 로그를 삭제하고 새 로그를 만든 다음 파일 크기가 시간 경과에 따라 커지면 백만 번 반복하여 저장합니다 (최대 몇 MB까지). SSD가 손상 될 위험이 있습니다. ? 이 위험을 피할 수있는 로그 파일의 크기 제한이 있습니까? 아니면 누군가가 위험 메커니즘을 이해하는 데 도움이 될
네트워크를 통해 약 50 바이트 길이의 초당 수백 개의 문자열을받는 애플리케이션이 있습니다. 추가 처리를 위해 SSD에 캐시하고 싶습니다. 초당 수백 ~ 50 바이트의 파일 추가 쓰기를 수행하면 SSD가 안전합니까? OS가 이러한 기록을 집계 할 수 있다고 생각하지만 잘 모르겠습니다. 나는 SSD가 모든 것이 든 아니든 기반으로 업데이트되어야하는 셀로 만들
하나가 주어진 SSD의 건강/연령 운전 평가하기 위해 검사 할 수있는 가장 일반적인 SSD의웨어 레벨링 공예/알고리즘/MATRICS는 무엇입니까? 나는 내 질문이 분명하지 않다는 것을 깨달았다. 주어진 ssd의 상태, 즉 장애가 발생할 확률을 검사하려고합니다. 더 많이 쓰여질수록 더 많이 쓰러지고 실패 할 가능성이 커집니다. 그렇게하기 위해서 내가 조사해야
방금 Mac에 SSD를 설치했습니다. 제안 된대로, 나는 자주 변경되는 모든 파일과 미디어를 내 HDD로 옮기고 응용 프로그램 등을 내 SSD에서 원하고 있습니다. 내가 터미널에서 내 SSD의 폴더를 삭제하려면 다음 코드를 사용했습니다 : 다음 코드를 사용하여 sudo rm -rf Pictures
, 내 HDD에 그림 폴더에 연결하고 (경로가 올바른
우리는 sql server 2008 및 ssis를 사용하여 데이터를 처리하는 새 로컬 서버를 보유하고 있습니다. 이 서버에서 나는 다른 일을 할 전용 된 드라이브가 있습니다. C 드라이브는 운영 체제 및 소프트웨어 용입니다. d 드라이브는 DB 저장 공간이며 ssis입니다. e 드라이브는 ssis가 사용하는 각 데이터베이스를 복원하는 ssd 드라이브입니다.
SCSI 인터페이스의 감지 키 (+ asc + ascq)는 장치에서 발생한 오류를 보여줍니다. SCSI 오류 코드와 SSD의 오류 유형을 관련시키는 SCSI 문서의 내용을 찾을 수 없습니다. 그러나 SSD의 오류 유형은 HDD의 오류 유형과 다릅니다. SSD에서 어떤 오류 유형이 SCSI 인터페이스의 오류 코드로 변환되는지 어떻게 알 수 있습니까?
시나리오는 약 10 억 레코드입니다. 각 레코드는 1kb의 데이터 크기를 가지며 SSD에 저장됩니다. 어떤 kv 저장소가 최상의 임의 읽기 성능을 제공 할 수 있습니까? 쿼리 당 디스크 액세스를 1 회만 줄여야하고 모든 데이터 인덱스가 메모리에 저장됩니다. Redis는 빠르지 만 메모리에 1TB의 데이터를 저장하는 것은 너무 비쌉니다. LevelDB는 쿼리
웹 서버를 업그레이드하려고합니다. SSD를 사용하는 RackSpace에서 최신 세대 가상 서버의 새로운 인스턴스를 만들었습니다. 이 브랜드의 새로운 인스턴스에, 내가 설치 한 다음 구글 크롬 FileZilla의 FTP 클라이언트 그때이 개 이미지 파일을 호스팅하는 다른 서버에 FileZilla의 FTP 서버에 연결 내가 테스트하는 데 사용하는 것. 그런 다
행 조각화는 테이블 열에 char/varchar2 데이터 형식을 선택할 때 항상 고려해야 할 사항이었습니다. 오라클이 열린 공간에 새로운 데이터를 넣으려고하고 조각화가 시작될 수 있기 때문에 테이블에서 일괄 삭제/삽입/업데이트를 실행해야했습니다. 성능을 약간 느려지 게합니다. 이제는 플래시 기술로 인해 데이터가 가능한 한 많이 파편화되기 때문에 플래시 스토