Chromebook: 문제는 가격, 요점은 보안.

링크: 구글 크롬북 홈페이지

태블릿보다 싸고 배터리 오래가면서 더 나은 웹 성능을 제공하는 컨셉의 크롬북. 데이터를 모두 구글에 저장해야 하는 점을 제외하면 괜찮은 솔루션이라고 생각한다. 특히나 비즈니스에서는 built-in hardware를 통한 보안 기능이 상당히 매력적이다. 다만 문제는 넷북보다 비싼 가격. 하드웨어 구성에서는 암호화 하드웨어를 제외하면 넷북에서 HDD가 빠진 정도인데 윈도 라이센스 가격도 빠질 터인데 넷북보다 비싸다. 솔직히 저 자격이면 개인에게는 화이트박스 넷북에 우분투 등 리눅스에 구글 크롬 브라우저를 기동시키는 게 낫다. 하지만 비즈니스에서는 좀 다르다. 가격에서의 요점은, 3G망 그리고 보안.

인터넷에 항상 연결되어 있어야 하므로, 사실상 3G망이 필수다. 월 $31에 기기할부값과 100MB 통신을 모두 제공하는 듯한데, 이런 조건이라면 데스크탑 사용자라면 모바일 기기로 사용해도 괜찮을 것 같다. 아마도 싱크 방식으로 동작할 가능성이 높으므로 Wifi를 병용한다면 생각보다 통신 사용량도 많지는 않을 것이다. 구글이 월100MB 정도를 적정량으로 보고 있기도 하다. 다만 스트리밍이 문제인데, 멀티미디어의 경우에는 캐시를 대량으로 사용하는 방식일 가능성이 크다. 100MB라면 멀티미디어보다는 정적인 웹과 gmail/docs/calendar 등의 사무작업용이다. 정해진 사이트에서만 3G망을 사용할 수 있도록 하는 기능도 있을 수 있겠다.

보안이 중요하다면 크롬북은 생각보다 비싸지 않다. 일반 넷북에 스토리지 단위로 암호화를 (성능저하없이) 적용하려면 적어도 기기당 $50은 들 것이다. 별도 칩과 하드디스크 분리방지장치가 필요하니, 사실 저 가격도 싸게잡은 편이다. 거기에 윈도를 쓰려면 윈도용 보안제품도 따로 구매할 필요가 있다. 구글 크롬은 가장 보안이 좋은 브라우저 중 하나이고, OS 자체 내에서 built-in 보안이 통합되어 있다. 개인적으로 저 built-in hardware based security가 크롬북에서 가장 매력적이었다. 꼭 구글 독스가 아니더라도, MS 웹 오피스를 크롬북에서 구동하지 못할 이유는 없다. 어쩌면 가격 대비 가장 안전한 단말기일지도 모르겠다. 그리고 그런 면에서 크롬박스가 기대된다.

일단 기업용으로 대량으로 팔리기 시작한다면 개인들에게도 싼 가격에 제공할 수 있을 것이다. 최소한 넷북보다 낮은 가격이 필요하다. 어차피 x86에 제한될 이유도 없는 시스템(모두가 웹, 즉 스크립트 형식으로 돌아간다.)이니 ARM등이 싼 가격에 웹 처리에 부족함이 없는 수준까지 올라온다면 ARM 등 기반의 SoC 기반으로 발전할지도 모른다. 안드로이드 태블릿과 같은 하드웨어를 갖추게 될 가능성도 크다. 인텔이든 ARM이든 구글은 적합한 솔루션을 골라쓸 수 있다. 특히 안드로이드가 Java 관련해서 오라클과 소송중인데, 웹 앱의 가능성을 실험해보는 테스트 베드로서도 쓸만하다.

문제는, 이 모든 개념들이 서버 집중식의 Network Computer와 하나도 다를 것이 없다는 점이다. PC와 웍스테이션이 등장한 이후, Sun, Oracle 등 쟁쟁한 도전자들이 기업들에게 제안했지만 모두 실패해 왔던 넷 컴퓨터. 과연 구글은 이를 성공시킬 수 있을까? 내 생각으로는 안드로이드 태블릿의 하드웨어가 발전하면 그보다 더 큰 스크린, 더 오래가는 배터리, 커다란 키보드를 달고 비즈니스용 머신으로 발전할 것이라고 본다.

구글 크롬: 첫인상만 우선 간단히

링크: 구글 크롬 웹 브라우저 페이지

구글이 크롬Chrome이라는 웹 브라우저를 발표했다. 필자로서는 대환영이다. 구글의 웹브라우저이기 때문만은 아니다. 옛날부터 속도로는 KHTML 레이아웃 엔진이 가장 빠르다고 생각했는데, 이걸 애플이 가져다가 팔아먹을만하게 뚝딱뚝딱 잘 안 죽고, 비표준도 좀 나오게 고쳐서 자기네 웹 브라우저 사파리에 탑재했다. 그것이 Webkit 엔진이다. 개인적으로는 윈도용 사파리는 빠르긴 한데 너무 무겁고 해서, Webkit 엔진을 탑재한 윈도용 브라우저 (사파리는 윈도용 애플 Core 라이브러리 위에서 돈다. 그리고 그게 아직 안정성이나 성능에서 그닥… )가 나오길 기대하고 있었는데, 마침 구글이 만들어줬다. 예전에 Swift라는 오픈소스 프로젝트가 있었는데, 길게 가지는 못했다. 구글이라면 어떻게든 계속 업데이트를 할 터이니, 윈도에서도 Webkit 엔진의 제 성능을 풀로 쓸 수 있게 된 것이다.

이틀간 주 브라우저로 써 봤는데, dcinside도 생각보다 잘 돌고 네이버도 잘 써진다. 워드프레스는 매우 빠르게 안정적으로 돈다. 기본적인 기능들의 속도나 안정성 면에서 보면 beta판 수준은 넘어선 것 같다. 아직 세세한 기능들이 좀 부족하긴 한데… 다음과 같으신 분들에게 특히 추천한다.

 

  1. 네이버나 다음 웹툰이 너무 느리게 떠염.
  2. 인터넷에서 사진 갤러리들은 왜 이리 느려염? 화면 뜨고 사진 뜨고 다시 제 자리 잡을 때까지 속터져염.
  3. 블로그들을 빠르게 보고 싶어염.
  4. 저는 구글 서비스들을 많이 이용해염.

 

단점으로는… 우선 RSS 리더나, 광고 차단, 마우스 단축키 등 부가 기능들을 제공하지 않는다. 불여우나 오페라에서 잘 제공해주던 Java Script 세부 설정도 지원해주지 않는다. 있는 것은 팝업 차단 기능 정도? 확장 API를 제공하니, 서드 파티로 제공될 것 같기는 한데… 일단은 정말로 기본적인 브라우저만 있다고 보시면 된다. – 어쩌면 RSS 리더는 구글 리더 쓰시고, AdSense나 타사 광고들도 좀 보시고(광고가 떠도 빠르긴 하다), Java script는 사이트에서 제공하시는대로 좀 쓰세요~ 라는 구글이 이야기하는 듯도 하지만. ㅎㅎㅎ

가장 큰 단점으로는… 크롬 구조의 최대 특징인 멀티 프로세스 구조에서 오는 메모리 사용량이다. 불여우FireFox나 오페라 최신 버전들이 메모리 절감에 노력한 것과는 다르게, 엄청 먹어제낀다. 다음 그림은 딱히 그림이나 플래시 별로 없는 블로그와 커뮤니티 탭이 5개 떠 있는 상황에서의 크롬의 메모리 사용량이다.

저어기 chrome.exe라고 쓰여있는 모든 프로세스들의 메모리 사용량의 합이 크롬 브라우저의 메모리 사용량이다. 최신 OS들의 프로세스가 모두 light-weight화되어서 탭을 새로 띄울 때에는 별 문제가 없는데, 메모리 사용량만큼은 타 브라우저에서 탭 하나에 다른 창으로 모두 띄운 정도로 메모리를 쓴다. 물론, 이는 최적화가 안 되어 있는 beta 버전이므로 앞으로 좀더 나아질 수 있는 부분이다.

크롬의 설계 – 플러그인조차 독자 프로세스로 돌릴 정도로 극단적인 멀티 프로세스화 – 는 구글이 말하는 안정성을 위한 것 외에도 다른 거대한 목적이 있다고 본다. 사실은 이 주제로 쓰고 싶었지만, 밤이 너무 늦었다. 필자도 4시간은 자야지. -_-;; 그건 다음 기회에. 가볍게 단서를 던지자면, 크롬 브라우저는 탭이 창의 맨 상단, 타이틀바에 늘어서는데… 그거? 태스크 바로 안 보이십니까? 

후후후, 다음 글의 제목은 “구글 크롬: 너는 내가 브라우저로 보이니?”가 되겠습니다. 🙂