Re: Chrome & Web technology barcamp 제안

안녕하세요. 오페라 소프트웨어 문상환입니다.

2013/10/16 최성락 <ragiragi@gmail.com>

> 안녕하세요. Daum의 최성락입니다. 그간 눈팅만 하다가 메일링리스트에는 처음 인사드리네요.
>
> 먼저 인터넷 자료등을 통해서만 보던 developer advocate 분들이 직접 와서 발표해준다고 하니 기대가 큽니다. :)
> 물론 그간 궁금했던 점들도 많습니다.
>
>
> 1. Chrome-based Android WebView 업데이트 이슈
>
> 크롬 기반의 안드로이드 웹뷰(이하 크롬웹뷰)가 현재 열심히 작업중이란 소식을 듣고 많은 기대를 많이 하고 있습니다. 궁금한건,
> 크롬웹뷰의 경우 업데이트가 어떤 방식으로 이루어질지 궁금합니다. 만약 Android OS의 업데이트를 통해서만 크롬웹뷰가 업데이트
> 가능하다면, 파편화 문제가 깔끔하게 해결되진 않을 것 같은데요.
>
> 예를 들어 킷캣에 포함된 웹뷰는 크롬31기반으로 릴리즈 되었는데(가정) 향후 크롬 브라우저가 35, 40, ... 계속 업데이트
> 된다고 보면 웹뷰와 브라우저의 기반 버전이 달라지게 됩니다. (크롬 버전간의 파편화)
>
> 크롬의 경우 워낙에 빠르게 버전업하고 있고, 최신버전으로 단일화 하고자 하는 경향이 강하다보니 왠지 이에 대한 고민도 하고 있을 것
> 같은데요. Android OS와 상관없이 크롬기반웹뷰를 업데이트 가능한 방법이 준비되고 있을지 궁금합니다
>

구글과 무관한 제3자라 "앞으로의 로드맵"은 어떻게 될지 모르는 상황이라 무의미한 코멘트가 될 수 있습니다만, 현재는 WebView
버전 자체가 OS에 종속되기 때문에 제조사 입장에서는 굉장히 수고스럽게 OS업그레이드를 해야만 하는 문제가 있어서 standalone
브라우저와 는 다르게 WebView를 running release 형태로 하는건 현실적으로 어렵지 않을까 생각됩니다.

WebView를 upgradeable component로 분리시키는 방법이 있겠지만 이것도 그 나름대로의 골치거리인것이, 호환성
테스트를 진행해야하는 타겟 자체가 (Android 버전 갯수)에서 (Android 버전 갯수) * (해당 Android에서 지원하는
WebView 버전 갯수) 로 되게 되는데.. Cordova/Phonegap 같은 어플리케이션 프레임웍을 이용한 경우라면 어떻게
테스트해야할지 생각만해도 머리에 쥐가 날것 같습니다. (단말 종류 별로 WebView 버전을 다 다르게 해서 보유를 하고 있을 수도
없는 노릇이고, 그렇다고 emulator만으로는 신뢰도가 낮고)

아울러 GPU composition에 의존하는 경우 corner case 버그가 흘러들어올 가능성도 꽤 높지 않을까 의심됩니다.
(Opera Mobile이나 Chrome for Android의 경우에도 GPU 드라이버 버그 관련해서 workaround/hack이
꽤 많이 포함되어서 나갑니다. 슬프게도 모바일GPU들이 데스크탑GPU 만큼 사용하기가 수월하지 않습니다.)


> 2. Android에서의 WebApp / Chrome Hosted Apps의 로드맵
>
> 데스크탑 크롬의 경우 꾸준히 web app, chrome store, chrome hosted app 등을 통해 웹기술을 활용한
> 어플리케이션 개발 분야을 꾸준히 지향해왔는데 반해 모바일(Android)에서는 그동안 웹앱을 활성화 하기 위한 움직임이 보이지
> 않았습니다.
>
> 물론 모바일에서 웹앱이 활성화되기 위해선 성능, 유통(앱스토어), 홈화면 점유, 디바이스 H/W 접근 등 몇가지 허들이 있습니다.
>
> 최근 Android에서 Chrome을 좀 더 부각하고자 하는 움직임(chrome based webview,
> mobile-web-app-capable 지원 등)들이, 앞으로 Chrome을 통해서 위의 문제들을 해결해나가려고 하는 거라 보면
> 될까요? (크롬은 Android에 심어진 Troy 목마?)
>
> 관련해서 좀 더 디테일한 질문으론,
>
> Android에서도 Chrome Web Store를 지원할 계획이 있는지,
>
> 그리고 모바일에서 웹앱을 만들려할 때 application cache의 조악함으로 어려움을 겪는 경우가 많은데, Android
> Chrome에서도 Chrome hosted apps/packaged apps와 같은 것들이 도입될 계획이 있는지 궁금합니다.
>

계획은 모르겠습니다만, 지금은 extension support가 안드로이드 포트에 빠져 있으니 퍼즐을 맞추는데 큰 조각이 비어있는게
가장 큰 문제 같습니다. (바이너리 사이즈 [익스텐션 관련 코드가 꽤 큽니다] 문제인지 로드맵상의 문제인지 모르겠습니다만, 일단은
그렇습니다. OM의 경우는 일정상의 이유 + 바이너리 사이즈 때문으로 알고 있습니다. 아울러 extension 자체를 UI상으로 어떻게
배치를 해줘야 할지도 골치고...)

https://code.google.com/p/chromium/issues/detail?id=113111



> 3. Blink에서의 Page Cache 지원 이슈
>
> 최근 팀에서 Page Cache(a.k.a. back-forward cache)를 좀 더 깊게 살펴보던 와중, 갑자기 최신 크롬에서
> Page Cache 지원되지 않아 찾아보니
>  blink 로 오면서 모두 코드를 지워버렸더군요 -_-;
> https://code.google.com/p/chromium/issues/detail?id=229605

>
> blink에서 page cache 부분을 향후 어떻게 할지(포기? 재구현?) 궁금하고, 만약 재구현할 계획이라면 page cache
> trigger 조건에 대해 상세히 공유가 되었으면 합니다. 현재는 오래전 webkit blog에 포스팅된 매우 개략적인 내용밖에
> 없다보니 파악하는데 어려움이 많습니다.
>
> 포털사에서는 page cache 동작여부에 따라 Page View등의 지표에 차이가 발생하다보니 - PV차이가 발생하면 Display
> AD 매출에 영향 - 민감하네요 ㅎㅎ
>

https://code.google.com/p/chromium/issues/detail?id=2879 가 아직 오픈 상태이긴 한데 별
이야기는 없는걸로 봐서 당분간은 진행이 없을지도 모르겠네요..


> 4. GPU Composition 메모리 문제
>
> 원래 GPU composition이 사용될 경우 메모리 사용량이 많아지는 편이고
> 특히 최근에 Full HD 폰들에서는 메모리 사용량이 급증하게 되는데요.
> 이 문제가 개선이 되었으면 합니다.
>

정확히 어떤 현상인지는 test case를 봐야 알겠습니다만... 순수 GPU composition이 아닌 경우가 꽤 많아, 실제로
GPU composition이 일어나면 composition되는 "레이어"에 대해서 GPU에서 처리하는 부분에 대해서 SW/HW 양쪽에
중복 카피를 갖게 됩니다. 아마 이것 때문이 아닐지 의심됩니다만, 궁극적으로는 GPU composition은 양날의 검이라고 생각합니다.

그것과 별개로 텍스쳐에 미련을 못버리는 바보 GPU들이 간혹 있습니다. 칩셋 제조사 이름은 언급하지 않겠습니다만, 특정 모바일 GPU의
경우 텍스쳐를 vram에서 지우라고 해도 안놓아주는 버그가 있는데... 어플리케이션 비활성화시 텍스쳐를 놓아주고 활성화되었을때 다시
잡고 하는 코드를 갖고 어플리케이션을 비활성화 시켰다가 다시 활성화 시켰다가 몇번을 왔다갔다하면 최종적으로 EGL_BAD_ALLOC이
날라오는 웃지 못할 현상을 보게 됩니다. 이건 특별한 케이스지만요.

꼭 GPU로 해야만 하는게 아니라면 사용하지 않는편이 낫지 않을까요? 개인 사용자 입장에서는 실제로 스마트폰 배터리 사용량 문제로
대부분 사용자들이 대부분 휴대전화에 틈만 나면 생명줄을 이어놔야 하는 상황에서 살짝 덜 부드러워도 배터리 시간이 1시간 늘어나면
부드럽지 않은 상태로 쓸지에 대해서는 사용자가 선택할 수 있게 (실제로 사용중인 GS2만해도 CPU governor 설정으로 *일부러*
다운클럭을 해서 사용하고 있습니다.) 해주는게 좋은 소프트웨어가 아닐까요? (단적인 예로 데스크탑에서 새로 단장한 flickr.com의
경우 꽤나 이기적이라고 생각합니다..)

문상환 배상
@sangwhanmoon