Real Time Signal의 허용범위
글쓴이: aswip / 작성시간: 일, 2006/02/05 - 2:56오후
기존의 select() 기반으로 구현된 FTP서버를, Real Time Signal (혹은 epoll) 기반으로 변경하는 작업을 진행하고 있습니다.
현재는 epoll 이 대중적으로 지원되고 있지 않아서, 좀 더 보편적으로 활용할 수 있는 Real Time Signal을 고려하고 있습니다.
무엇보다도 가장 궁금한 건, Real Time Signal로 동시에 처리할 수 있는 소캣의 수가 과연 몇 개인지가 가장 궁금합니다.
제가 알기로는 32개가 한계 인 것 으로는 알고있지만, 좀 더 늘릴수 있는 방법은 없을까요?
참고로 제가 구현하고 있는 FTP Server의 예상 동시 접속 사용자수는 평균 200 ~ 500 명 정도로 예상하고 있습니다.
굳이, Real Time Signal이 아니더라도, 400명 정도의 사용자를 무난히 처리할 수 있는 효과적인 서버모델이 있으면, 조언 부탁드리겠습니다. :o
Forums:
왜 32개라고 생각하시나요?동수 접속 개수 문제에 관한한 다른
왜 32개라고 생각하시나요?
동수 접속 개수 문제에 관한한 다른 것들과(select, poll, epoll ....) 동일합니다.
300-400개는 그냥 select 써도 됩니다
최고의 성능은 아니지만 300-400 정도의 클라이언트는 select 를 써도 큰 무리가 없고 범용성도 좋습니다.
그냥 poll 을 쓰셔도 문제가 없습니다.
윗분이 언급하신대로 poll을 써도 문제가 없습니다.
또한 FTP 서버의 성격상 작은 데이터가 범람하는것이 아니기 때문에 빈번한 request & reply 가 발생하지 않으므로 poll 을 사용하는 모델로도 충분히 만족할 성능을 얻을 수 있을겁니다.
========================================
* The truth will set you free.
RTS 32개 시그널이면 --; 전 다써보지도 못했습니다.괜한 생
RTS 32개 시그널이면 --; 전 다써보지도 못했습니다.
괜한 생각이지만 하나의 접속당 하나의 이벤트라고 생각하시는건 아닌지?
그럴린 없겠지요.. :)
joinc.co.kr에가면 RTS가 아주 잘 정리되어있습니다.
Chaos to Cosmos,
Chaos to Chaos,
Cosmos to Cosmos,
Cosmos to Chaos.
RTS 시그널이 32개인것을 가지고 32개의 연결만 할 수 있다고 생각하
RTS 시그널이 32개인것을 가지고 32개의 연결만 할 수 있다고 생각하시면 아니됩니다.
RTS 시그널중 1개에 사용자 데이터로 fd를 날리면 이론적으로는 무한한 연결을 1개의 rts signal로 처리할 수 있습니다.(그러나, 실제 max open file-이것도 조정가능- 및 시스템 메모리, 성능, 디스크등의 제약으로 ~수천 정도로 만족하는게 좋지 않을까합니다.)
[quote="Anonymous"]RTS 시그널이 32개인것을 가지고 3
제가 오해하고 있던 부분을 정확하게 지적하셨습니다. ^^;;
감사합니다. ^^
- 인생은 스스로 -
Re: 그냥 poll 을 쓰셔도 문제가 없습니다.
답변 감사합니다. ^^
이미 select 기반으로 구현되어 있는 서버라서, 무언가 새로운 시도를 해보고 싶었습니다. ^^
- 인생은 스스로 -