2009년 08월 04일
HDD vs. Flash Memory

개요

HDD vs. Flash Memory

  • HDD
    • 자기 디스크에 데이터 기록
    • 가격 및 성능 유리
    • 내구성 / 전력소비 / 부팅 시간 불리
    • 내장형 : 1-inch HDD
    • 외장형 : Micro Drive
  • (NAND) Flash Memory
    • 플래시 메모리 반도체에 데이터 기록
    • 내구성 / 전력소비 / 부팅 시간 유리
    • 가격 및 성능 불리
      • 최근 가격이 좁혀지고 있음
    • 내장형 : NAND flash memory chip
    • 외장형 : CF/SD/MMC card, Memory Stick, USB Drive, Flash SDD (Solid State Disk)

플래시 메모리 개요

  • 플래시 메모리
    • 전원 공급이 중단된 뒤에도 저장 데이터가 보존되는 메모리 반도체
    • 한번 기록한 영역은 erase 한 뒤에 write 해야 하는 특성이 있음
  • 플래시 메모리의 종류
    • NOR 타입 플래시 메모리
      • 바이트 단위 어드레싱 가능 (ROM 처럼 동작)
      • 주로 코드 실행용으로 사용됨
      • Read 성능 측면에서 다소 유리
    • NAND 타입 플래시 메모리
      • 페이지 단위 (read / write), 블록 단위 (erase) 어드레싱
      • 주로 데이터 저장용으로 사용됨
      • Write 성능, 집적도, 가격, 전력 소비, 수명 (erase cycles) 등에서 유리

NAND 플래시 메모리 세계 시장 전망

  • 크게 두 주류
    • 대용량 데이터 저장을 위한 NAND 형
    • 프로그램 코드인 NOR형
    • NOR 시장은 줄어드며 NAND는 계속 확장중
  • 플래시 메모리의 "황의 법칙"에 따라 매년 두 배씩 집적도를 높여가고 있음

NAND 플래시 메모리 사용 시 주의사항

  • bit-flip error handling
    • 1,2bit ECC 사용
    • MLC 경우 4bit 이상을 권고
  • bad block handling
    • initial, run-time bad block 처리
    • initial bad block 정보는 spare 영역에 기록
    • write / erase 동작시 에러 리턴시 run-time bad block 간주
  • wear-leveling
    • SLC : 각 블록당 100000번 이상 erase 가능
    • MLC : 각 블록당 10000번 이상 erase 가능
    • 일부 블록이 집중적으로 wear-out 될 경우 플래시 메모리 수명이 단축
    • 각 블록이 골고루 erase 될 수 있도록 해야 함

FTL(Flash Translation Layer)

  • 하드 디스크의 드라이버에서는 read / write 를 지원하지만 플래시 메모리는 read / write / erase 로 분리되어 있음
  • 이를 중간에 제어 하여 read / write 받아 플래시에게 read / write / erase 호출해주는 계층이 필요
  • 기본 기능
    • 주소 변환 ( 논리 주소 → 물리 주소)
    • sector_read, sector_write에 대해 atomicity 보장
    • power-off recovery
  • FTL의 필요성과 관련된 플래시 특성
    • no in-place update = erase-before-write arch.
      • 1 → 0 가능, 0 → 1 불가능 하는 특성
    • operation unit
      • read / write (program) : page 단위
      • erase : block 단위
    • asymmetric cost
      • Read : Write : Erase 속도
      • 1 : 20 : 200
  • Mapping methods
    • sector mapping

image

    • block mapping

image

    • hybrid mapping

image

  • Managing address mapping information
    • map block method
    • per block method

image

    • 아래 정보등를 유지
      • mapping address
      • state of space (valid, invalid, free)
      • write count (for wear-leveling)
by 샤키 | 2009/08/04 10:18 | Settop Box | 트랙백 | 덧글(0)
2009년 05월 12일
RTSP
Streaming Protocol (RTSP)는 IETF가 1998년에 개발한 통신 규약이다. RFC 2326에 정의되어 있다. RTSP는 스트리밍 시스템에 사용되며, 미디어 서버를 원격으로 제어할 때 쓰인다. 명령어는 "PLAY", "PAUSE" 같이 VCR 동작하고 비슷하며 시간 정보를 바탕으로 서버에 접근을 한다.


실제 미디어 스트리밍 데이터를 전송하지는 않는다. 대부분의 RTSP 서버는 RTP 규약을 사용해서 전송 계층으로 실제 오디오/비디오 데이터를 전송한다.


목차

//

클라이언트

RTSP 명령어

RTSP 규약은 HTTP 규약하고 비교해 볼 때, 문법이나 동작이 비슷하다. 하지만, HTTP 가 무상태형(stateless)인 반면에 RTSP는 상태형(stateful) 규약이다. 임의의 세션 ID는 세션 추적할 때마다 사용되는데, 이 방법은 영구 TCP 연결을 필요로 한다. RTSP 메시지는 클라이언트에서 서버로 간다. 만약, 서버에서 오류가 발생한다면 서버는 오류에 대한 응답 코드를 클라이언트로 보내준다. 기본적인 RTSP 요청 메시지는 아래와 같고, 기본 포트는 554번이다.

DESCRIBE
DESCRIBE 요청에는 URL (rtsp://...)이 포함된다. 기본 포트 554번은 UDP, TCP 둘 다에 사용된다. DESCRIBE에 대한 응답 메시지에는 요청한 것에 대한 설명도 포함되는데, 대게 SDP 형태를 갖추고 있다.
SETUP
SETUP 요청은 단일 미디어 스트림이 전송되어야 하는지 규정한다. 이 요청은 PLAY 요청 하기 전에 마쳐야한다. 그리고 요청할 때 미디어 스트림 URL과 전송점을 포함해야 한다. 전송점에는 RTP 데이터(오디오/비디오), RTCP 데이터(메타 정보)를 전송받기 위한 포트 번호도 포함된다.
PLAY
PLAY 요청은 하나 또는 모든 미디어 스트림을 재생시킨다. PLAY 명령은 다중 요청이 가능하다. 모든 미디어 스트림 재생을 위해서는 URL 집합체가 요청에 포함되어야 한다. 재생 범위를 구체적으로 지정할 수도 있다. 만약에 재생 범위를 지정하지 않으면, 미디어 처음부터 끝까지 재생한다. 또, 일시 정지 상태라면 일시 정지된 위치부터 재생 된다.
PAUSE
PAUSE 요청은 하나 또는 모든 미디어 스트림에 대해서 일지 중지를 명령한다. PLAY 요청으로 다시 재시작 할 수 있다. 이 요청 메시지에는 미디어 스트림 URL이 포함되어야 한다. 일시 정지를 할 때 범위를 구체적으로 지정할 수도 있다.
RECORD
RECORD 요청은 녹화를 위한 명령어이다.
TEARDOWN
TEARDOWN 요청은 세션을 종료하기 위한 명령어이고, 모든 미디어 스트림의 재생을 중단하고 서버에 있는 관련 데이터에 걸린 모든 세션도 해제한다.


서버


같이 보기


외부 링크

  • RTSP.org RTSP 정보 집체 사이트
  • RFC 2326, Real Time Streaming Protocol (RTSP).
  • RFC 3550, RTP: A Transport Protocol for Real-Time Applications.
by 샤키 | 2009/05/12 10:13 | Settop Box | 트랙백 | 덧글(0)


<< 이전 페이지 | 다음 페이지 >>