옵션 2009-09

HDD한개로 서비스중이시라면 레이드하셔도 아마 효과가 없을 시스템이라 생각합니다.
그리고 전체적인 파일요청에서 전송까지의 시간으로볼때 당연히 전송율이 중요합니다.
시스템 속도보다는 wan의 속도가 지배적이라고 보시는게 맞을겁니다.

풍운화 2009-09

전체적인 파일요청에서 전송까지의 시간으로 볼때 당연히 전송율이 중요하다고 하셨는데 한개로 서비스중인데 레이드를 묶어도 효과가 없을거라는 말씀이 잘 이해가 되지 않습니다 ^^
쉽게 설명 부탁들여도 될런지요 ^^;

옵션 2009-09

하드디스크가 힘들어한다고 하셨는데 아마 회선의 한계때문에 느리지 않을까 예상해봅니다.
라인속도가 만약 100메가라고 한다면 20명이서 다운받을때 2.5메가로 쏴주겠죠?
그럼 대략 초당1메가 전송으로잡고 디스크 읽기쓰기가 초당 20메가만 되도 내부에서는 20명은 충분히 받아준다는 소리가 됩니다. 40명이면 디스크 읽기쓰기는 초당 40메가면 되겠죠

레이드로 빡세게 구성한 스토리지의 경우(파일서버) 물려있는 회선은 보통 기가를 분산시킨구조로 합니다.
즉 파일서버의 내부전송속도는 서비스 속도에 별로 영향을 안준다는 소리죠

레이드구성보다는 디비서버의 분산쪽이 오히려 서비스속도면에서 이익일겁니다.

옵션 2009-09

위글은 파일서버의 데이터 입출력에 관한것이고 자세한것은
p2p프로그램이 만들어진 방식을 보고 어떻게 처리되는지를 알아야 구체적인 사양이 나오겠네요
만약 클라이언트에서 100%처리되게 만드셨다면 위에내용은 다 필요없는내용이지만
하드사용율이 어느정도 있다고 볼때 아마 클라이언트는 데이터와 목록만 같고 서버에서 찾아가는..
풀이할려니 힘드네 그런방식이 아닌가 싶습니다.

박문형 2009-09

캐쉬 달린 레이드 카드를 사용한다면 하드 하나라도 캐쉬 때문에 많이 부드러워집니다.

김동식 2009-09

p2p 프로그램이 하드를 읽는 방식과 데이타 전송 방식이 어떤지를 아셔야 정확한 상황이 파악 가능할것 같은데요.

쉬운 예로
프로그램에서 각 커넥션당 버퍼를 메모리에 생성해서 필요한 양 만큼을 하드에서 읽어들인후 전송을 한다면 하드 하나라도 크게 무리는 아닐거라고 생각이 듭니다.
하지만 각 커넥션에서 필요할 때마다 하드를 읽어 바로 전송한다면 레이드 0로 하드를 여러게 묶어야 하드가 좀 편안하지 않을까요.

이것은 p2p프로그램의 처리방식에 따른것 같습니다.

제 생각은 현재상태에서 서비스가 가능하다면 그냥 사용하셔도 될것 같고,
레이드를 생각 하신다면 하드를 레이드 0로 여러개를 묶고 컨트롤러는 좋은걸 사용하시면 될것 같네요.
(레이드를 한다고 크게 개선될거라 기대하지는 마세요, 조금 좋아지는 정도겠죠,
하드 개수가 중요한데요, 그건 다른분께 패스...
저도 가끔 당나귀에서 데이타를 받는데 레이드 0로 하드가 2개 붙은 곳으로 받을때 불은 계속 깜박이더군요)

하지만 근본적인 문제는 p2p프로그램을 수정해서 커넥션당 메모리 캐슁을 적정히 잡도록 하는게 맞아 보이네요.
이렇게 되면 서버 머신의 메모리 점유량이 많이 올라가게 되기 때문에 시스템적으로도 보완이 되어야 합니다.

김윤술 2009-09

레이드 하면 확실히 딜레이 타임이 줄어드는건 맞죠. 커넥션이 많아지면 CPU에도 부하가 심하게 됩니다. TCP/IP 네트워킹은 접속자 세션에 따라 CPU 영향도가 높아요. 한커넥션이 100메가로 가져가는것보단 100커넥션이 1메가씩 쪼개서 가져간다면 부하는 무지 많이 심해지게 되는거죠. 소켓 활성에서 타임아웃까지 CPU에서 처리할게 무지 많아지게 되는겁니다.