The Dream

MS의 시장지배력을 약화시키고자 개발했다는 구글 크롬.

구글에서 정작 노리는건 Google Chrome으로 브라우저 시장을 통일하겠다가 아니라


크롬을 오픈소스로 풀어서,

크롬의 변종들을 무수히 많이 양산되는 그런 환경을 바라고 있다.


브라우저 역시 어느 한 회사의 제품이 Dominant 해지지 않는 그런 Heterogeneous한 상황에서

브라우저에서 돌리는 SW라 볼수 있는 웹사이트에 대해서는

표준을 잘 지키면서, 이미 Dominant라 할수 있는 자기네들의 것들에 대한 시장 지배력을 더 공고히

하고자 하는 의도로 해석된다.

즉, 브라우저 시장에 물흐리기?! 정도로 해석이 가능하다. 

그렇게 해서 시장의 모멘텀을 브라우저에서 그 위에서 돌아가는 웹서비스로 옮겨가고자 하는 의도인듯.




하여간.

브라우저 자체만으로 크롬을 좀 분석해 보자면,

IE나 FF가 Multi-thread (MT)인데 반해 크롬의 경우 Multi-process (MP) 고

이에 따라 안정성이 강화되었다고 하는데..~?

이런 테크닉이야 머.. 서버App에서 안정성 강화하려고 썻던 건데.. 이게 과연 데스크탑브라우저의 안정성 강화를 위해

사용되어야 하는지는 모르겠다.

알다시피. MP가 MT에 비해 하드웨어 리소스 뿐 아니라, 성능상에서도 Context Swithing Overhead에 의해 수십~수백배

차이난다는거..  물론 그 수십 수백이 10ms 에서 1초 걸리는걸로 늘어나는 정도 겠지만.

그래서인지 구글 크롬을 사용해보면, FF3의 빛의속도의 탭전환은 고사하고, IE의 탭전환속도보다도 훨씬 버벅댄다.


사실. 탭이 죽는 주요 이유? 라 하면.. 브라우저 자체의 버그 또는 시스템메모리를 마구 건드릴수 있는 Active X 정도 일텐데.

전자의 이유로 죽는다면 머 한탭만 죽지도 않을 것이고. 후자의 이유는 구글크롬이 Active X 지원안하므로 패스..ㅎ

솔직히 구글이 각 탭을 MP로 가져가는 이유를 몰겠다. 구글이 바보도 아닐텐데.



또. 페이지 렌더링 속도나 Java Script 수행속도 갖고 좋다고 하는 사람이 있는데..

머.. FF vs IE는 워낙에 차이가 많이 나니깐 그렇다 치는데. FF와 크롬은 거의 사람의 인지 가능한 속도 차이가 아니더구만.

덧붙여.. 페이지 렌더링 속도도 중요한데.. 또 중요한건 초기 구동속도. 이건 IE가 압도적이다 FF나 크롬에 비해 다들 아는 이유 때문에 ㅎㅎ

이런상황에서 속도만으로 크롬이 좋다고 할수도 없는일.



구글 크롬에서 맘에 드는건..

역시나 UI다.. Status Bar를 필요할때만 나타나게 하고, 윈도우즈 타이틀바 도 없애버린건

정말 구글만이 할수 있는 UI의 혁신인듯.





 

이 글과 관련있는 글을 자동검색한 결과입니다 [?]

• 구글 오픈소스 웹브라우저 : 크롬 ( Google Chrome ) by 엽단풍
• 구글 크롬 by G．스케빈져
• 새로운 웹브라우저 구글 크롬(Google Chrome) by Persiom
• 구글 크롬 브라우저 by 양파
• 장난삼아 CUIL로 Google Chrome 검색... by 非狼