2012-03-09 10 views
0

나는 명령을 확인하기 위해 매 10 초마다 PHP 서버를 폴링하는 플래시 프로젝트를 가지고있다. 로컬 네트워크에서 1200 대의 컴퓨터를 실행하고 있습니다.이것을 위해 BlazeDS를 사용해야합니까?

네트워크 속도가 느려지는 경우 폴링이 실패하고 프로젝트가 중단됩니다. Blaze/LiveCycle은 씬 네트워크에서 제대로 작동합니까? 이러한 조건에서 폴링보다 강력합니까?

답변

1

폴링 (또는 푸싱) 부분이 BlazeDS를 더 좋게/빠르게 만들 수있는 부분은 아닙니다. BlazeDS를 사용하고 필요할 때만 데이터를 보내고 필요한 것만 전송하면 전반적인 트래픽이 제한됩니다. 어떤 시점에서는 많은 양의 데이터를 보내고 데이터를 손상 시키려면 Flex를 사용하기 때문에 폴링이 멈춘 것처럼 들립니다.

BlazeDS를 통해 Flex에 상태를 푸시하는 8000 개의 엔티티 (~ 20 자의 문자열 필드와 2-3 개의 큰 문자열 목록이있는 객체)로 시뮬레이션을 실행했으며 성능이 양호했습니다.

+0

유망한 소리. BlazeDS 서버에 1200 개의 클라이언트를 연결하면 1200 개의 지속적인 연결을 유지할 수 있습니까? – Sparky1

+0

100 % 확실하지 않습니다. 나는 당신이 "브라우저"당 1 개의 파이프를 얻는다라고 생각한다. – debracey

0

양호한 확장 가능하고 내결함성이있는 비동기 서블릿 스택과 함께 제공되는 GraniteDS을 확인할 수도 있습니다. 긴 폴링에 의존하며 단순 폴링보다 훨씬 더 "실시간"경험을 제공합니다 (응용 프로그램에서 반드시 필요하지는 않지만).

비동기 서블릿을 사용하면 일부 서버 측 확장 성 문제를 해결할 수 있지만 디버그가 지적한 가능한 클라이언트 오버로드 문제는 해결되지 않습니다.

GraniteDS here을 사용하면 실시간 메시징에 대한 간단한 비디오를 볼 수 있습니다.

관련 문제