저번에 애드립을 적용했는데요
광고들이 쓰레드로 불러와지지 않고 직접 호출하는지
3g로 테스트 하면 와닿을 정도의 딜레이가 느껴집니다.
그래서 사용자가 스트레스를 받을 것 같은데
애드립 사용자 분들은 어떠신가요?
애드립보면 초반에 애드립 로고만 몇초동안 나오던데 그시간에 광고 노출이
안돼어 손해 아닌가요?
새로운 광고 플래폼 적용도 힘들고..
차라리 각자 자체적으로 여러 광고 플래폼 롤링하는 기능을 구현하는게 나을듯하네요.
현재 애드림을 사용하게되면 앱 <-> 광고대행사 형태에서....
앱 <-> 애드립서버 <-> 광고대행사 형태로 단계가 늘어나서 느려질수밖에 없는거 아닌가요?
그리고 애드립 사용자가 늘어서 서버가 느려져서 그런현상이 늘어날수있겠죠...
정확한 내부처리는 알수 없지만 최소 처음 연결 1회시는 차이날듯 그이후는 내부적 처리를 어떻게 하는지 알수 없지만
그 처리 형태에 따라 달라질듯하구요 ^^
여튼 개인적으로 애드립을 좋아하는 사람으로써 좋은 서비스라고 생각합니다.
안녕하세요. 애드립과 관련한 문제들에 대한 코멘트 감사드립니다.
애드립 서버와는 단지 스케줄 다운로드를 위해서만 초기 1회 통신을 하며 이는 별도의 스레드 처리로 다른 UI 처리에 대한 CPU 파워를 소비하지 않습니다.
스케줄 다운로드 이후의 모든 처리는 클라이언트에서 [ 스케줄 파싱 -> 각 광고 플랫폼을 통한 광고 수신 ] 으로 단독적으로 이루어지며 애드립 서버를 경유하지 않습니다.
직접적인 구현으로 여러플랫폼을 동시 탑재한 경우와, 애드립을 통한 경우에 대해서의 스위칭시 속도차이는 크지 않으리라 생각됩니다.
다만, 차이가 존재한다고 하면,
애드립에서는 A -> B 로 스위칭이 되는경우 A의 객체를 파괴, B를 동적으로 생성하여 화면에 보이게 하며, 이는 A 를 계속 화면에 남겨두면 계속적인 네트워크 트래픽을 소비하기 때문에 보다 효율적인 리소스 관리를 위함입니다. (약간 느려지는 문제가 있다면 이 부분에서 문제를 일으킨다 생각합니다. [객체의 파괴 및 동적 생생] )
말씀하신 부분들 참고하여, 효율적인 스위칭에 대한 다른 개선방안들을 찾아보도록 하겠습니다.
저희 서비스에 대한 많은 관심과 이용 감사드립니다.
느립니다. 근데 그게 애드립의 문제인건지 광고 자체의 문제인건지 모르겠습니다. 카울리만 달았을때도 느리긴 했었거든요.