포럼
최적화(Optimizer) 기능을 사용하는 것이 정말 더 빠른가요?
2010.11.17 12:13
- 최적화(optimizer) 기능을 켜고 서로 다른 A, B, C, D, E 페이지를 방문해서 로딩 속도를 측정한 다음 속도의 합을 구해 봅니다. 브라우저 캐시를 사용하지 않은 첫 방문과 브라우저 캐시를 사용한 재 방문 결과를 모두 측정해야 합니다.
- 최적화(optimizer) 기능을 끄고 서로 다른 A, B, C, D, E 페이지를 방문해서 로딩 속도를 측정한 다음 속도의 합을 구해 봅니다. 브라우저 캐시를 사용하지 않은 첫 방문과 브라우저 캐시를 사용한 재 방문 결과를 모두 측정해야 합니다.
- 파이어폭스 + 파이어버그 브라우저 사용.
- 파이어버그의 Net 탭에서 Enabled 상태로 테스트 페이지에 접근.
- 캐시를 사용하지 않고 웹 페이지를 완전히 새로고침하는 브라우저 단축키 Ctrl+F5 를 이용하여 새로고침 후 속도 측정.
- 캐시를 사용한 결과를 얻기 위하여 F5 새로고침 후 속도 측정.
댓글 19
-
제이엔지
2010.11.17 12:14
-
SeklutZ
2010.11.17 13:00
항상 수고가 많으십니다. (__)
다른 접속자를 막은 상태에서 페이지 용량 274kb, 523kb, 404kb, 783kb, 346kb 인
동일한 레이아웃을 사용하는 페이지/게시판의 속도를 2회 측정해보았습니다.
컴퓨터 자원의 문제도 있겠지만, 일단 제가 확인한 결과로는
로딩 시간에 있어서 수치상으로 별로 차이가 없습니다. (옵티마이저 미사용이 평균 0.04초 빨랐습니다.;;)
체감상으로는 옵티마이저 사용시에는 레이아웃이 전부 다시 나타나는 느낌이지만,
(테스트 중 3번 정도 페이지 이동시 화면이 전체적으로 아주 잠깐동안 배경 이미지만 있는 상태가 되었다가
레이아웃이 순차적으로 나타났습니다.)
옵티마이저 미사용시에는 레이아웃은 그대로 있고 내용만 바뀌는 느낌에 가까웠습니다.
컴퓨터와 서버 자원에 따라 차이가 있을 듯 하니 많은 분들이 테스트해주셨으면 합니다. ^^
-
카르마
2010.11.17 13:31
Ctrl+F5 : 별차이가 없습니다.
F5 : 옵티마이저 사용이 약간 더 빠릅니다. 0.2초정도
브라우저 캐시 사용과는 별 상관이 없는 것같습니다.
httpd.conf를 수정해서 브라우저 캐시를 끄고 테스트해봐도 비슷한 결과가 나옵니다.
-
정찬명
2010.11.17 13:44
XE 공식사이트를 측정 해보았는데요 결과는 다음과 같았습니다.
아래 다섯 페이지를 테스트 대상 페이지로 선정했습니다.
- http://www.xpressengine.com/
- http://www.xpressengine.com/aboutXE
- http://www.xpressengine.com/download
- http://www.xpressengine.com/project
- http://www.xpressengine.com/freeboard
최적화(optimizer) 켜고 속도를 측정한 결과 - 캐시 사용 안한 결과 / 캐시 사용한 결과 (단위:초)
- 0.977 / 0.714
- 0.701 / 0.814
- 1.61 / 1.72
- 0.891 / 0.952
- 1.14 / 0.939
최적화를 사용한 10건의 측정치를 평균하면 1.0458초 입니다.최적화(optimizer) 끄고 속도를 측정한 결과 - 캐시 사용 안한 결과 / 캐시 사용한 결과 (단위:초)- 0.948 / 0.892
- 1.31 / 0.645
- 1.39 / 1.46
- 1.14 / 1.04
- 1.21 / 0.961
최적화를 사용하지 않은 10건의 측정치를 평균하면 1.0996초 입니다.결론적으로 최적화(optimizer)를 켜면 페이지당 평균 0.0538초 정도 빠르지만 저희가 기대했던 만큼 월등히 빨라지지는 않는다는 것을 확인할 수 있었습니다. 물론 단 한번 테스트 해 본 결과이기 때문에 이 결과를 완전히 신뢰할 수 없고 네트웍이 느린 곳에서는 더 많은 차이가 발생할 수 있습니다. 중요한 것은 테스트 결과가 어떻게 나오더라도 보다 많은 측정 결과(여러분들의)를 알 수 있게 된다면 그것이 의사 결정하는데 참고가 될수 있다는 점입니다. -
백성찬
2010.11.17 14:11
서버가 있는 회선에서 테스트해봤자 측정치가 미미할 것 같고...
제 사이트의 옵티마이저를
14:10 ~ 14:20 까지 ON
14:20 ~ 14:30 까지 OFF 로 설정해두겠습니다.
테스트 해보십시오.
http://www.bek.me/main메인 페이지 컴퓨터, 프로그램 등등은 페이지의 캐싱 시간이 없고 이미지가 있는 앨범 등의 페이지는 캐싱시간이 있습니다.
메인페이지가 위젯이라도 캐싱시간을 잡지 않았습니다.
하단의 페이지 이동을 위해서...
브라우저 별로 속도도 차이가 많이 나는 것으로 생각됩니다.
-
정찬명
2010.11.17 14:20
최적화 사용중인 시간에 링크해 주신 페이지를 아래 조건으로 3회 측정해 봤습니다.
- 캐시 미사용 - 0.594 / 0.631 / 0.552 - 평균적으로 0.592
- 캐시 사용 - 0.574 / 0.556 / 0.559 - 평균적으로 0.563
캐시 여부 무관하게 결과의 평균치는 0.5775 입니다.
최적화 사용 안함 시간에 링크해 주신 페이지를 아래 조건으로 3회 측정해 봤습니다.
- 캐시 미사용 - 0.675 / 0.692 / 0.615 - 평균적으로 0.660
- 캐시 사용 - 0.633 / 0.596 / 0.631 - 평균적으로 0.62
캐시 여부 무관하게 결과의 평균치는 0.64 입니다.
결과적으로 최적화를 사용하면 평균적으로 0.0625초 빨라진다는 결과를 얻었습니다.
-
백성찬
2010.11.17 14:21
옵티마이저 OFF
-
정찬명
2010.11.17 14:28
테스트 환경을 제공해 주셔서 고맙습니다. ^^
-
백성찬
2010.11.17 14:31
오히려 제가 고맙습니다.
외부에서 접속이 어떤 상태인지 궁금했는데 속시원합니다.
-
백성찬
2010.11.17 14:30
테스트를 하다 보니 접속자의 회선이 느린 외국에서는 어떤지 궁금해집니다.
-
정찬명
2010.11.17 14:52
http://gtmetrix.com/ 이라는 사이트를 이용하면 간단하게 해외에서 얼마나 걸리는지 확인할 수 있습니다.
저 사이트가 정확하게 서버를 어디에 두고 있는지 모르겠지만 아마도 한국에 있지는 않을것 같습니다. ^^
백성찬님이 링크해주신 페이지가 해외 어딘가에서는 2.78초 정도 걸리는것 같습니다. 한국과 비교하면 4배 정도 차이가 나는군요.
-
백성찬
2010.11.17 14:57
왜 모바일용 페이지가 나올까요?
저 사이트를 통하니 답답하군요.
한국의 모바일 기기에서도 저 정도로 느리지 않는데...
-
백성찬
2010.11.17 15:13
-
June Oh
2010.11.17 18:10
최적화 기능이 서버에 끼치는 부하는 어떤가요?
사용함으로서 생기는 이득이 극히 미미하다면,
동시 접속률이나 서버 사용률이 높은 사이트일 수록 최적화를 꺼두는게 더 낫지 않을까요?
-
정찬명
2010.11.18 10:43
네, 맞습니다. 동시 접속이 높은 사이트에서는 최적화 기능을 끄는 것이 오히려 속도 개선에 유리할 수 있습니다. 여러개의 CSS/JS 파일을 병합처리하는 과정이 서버에 부담을 주기 때문입니다. XE 공식 사이트의 경우에도 동시 접속이 높기 때문에 최적화 기능을 껐습니다.
-
ForHanbi
2010.11.17 19:25
정찬명님 이 부분 꼭 질문하고 싶었는데... 페이지당 js와 css가 300kb씩 되는 이유가 뭡니까???
아무리 생각해봐도 이해가 안가서 질문 드립니다.
이게 최적화 하는 과정에서 페이지와 상관없는 css와 js를 불러와서 생기는 현상은 아닌지요???
-
정찬명
2010.11.18 10:48
XE가 하나의 프레임웍 또는 라이브러리이나 보니 기본적으로 많은 코드가 포함되어 있고 물론 다이어트가 필요합니다. 코어에 포함된 CSS/JS 라이브러리 파일들은 오래전에 작성되었지만 다이어트를 이유로 코드를 감량하는 순간 오래된 코드에 의존해서 디자인이나 기능을 구현했던 모듈이나 애드온의 화면이 깨지거나 기능이 오작동 합니다. 애시 당초 코어에는 최소한의 파일만 넣거나 또는 아예 넣지 않았어야 하는데 라는 후회가 다소 있습니다. 한번 넣는것은 쉬운데 다시 빼는것은 이렇게 어렵네요.
라이브러리라는 개념 때문에 페이지와 상관 없는 CSS/JS를 부르는 측면이 분명히 있지만 그것은 optimizer 기능 사용 여부와는 관계가 없습니다.
-
SMaker
2010.11.17 19:32
일단 인터넷이 느린 환경에서 Optimizer는 오히려 더 악영향을 끼칠 것 같습니다.
파일을 모아서 한꺼번에 받으니 용량이 클거고요.
구글 크롬의 경우 jquery를 포함하고 있는데 그것을 이용해보는 것은 어떨까요?
-
정찬명
2010.11.18 10:55
네 맞습니다. 회선 속도가 느린 곳에서 체감속도가 더 떨어질 수 있습니다. 구글 크롬에서 jQuery를 포함하고 있는지는 잘 모르겠습니다. 그러나 설사 내장하고 있다 하더라도 특정 브라우저에서만 지원하는 기능에 대응하려면 그 브라우저의 점유율등 여러가지를 고민해 봐야 할 것 같습니다.
글쓴이 | 제목 | 최종 글 |
---|---|---|
zero | XE 공식홈 상단 메뉴 조금 정리했습니다. [9] | 2010.04.15 by YO-DA |
행복한고니 | 하연울님께 부탁드립니다. [3] | 2010.03.14 by 하연울 |
sol | XE에서 사용하는 우편번호 데이타를 업그레이드 하였습니다. [1] | 2010.03.10 by 유아원 |
zero | Syndication API 베타 오픈 했어요. [7] | 2010.03.05 by 부푸러 |
서피현 | 활동없는 프로젝트는 삭제하는게 어떨까요? [1] | 2009.12.18 by 미니미 |
백성찬 | xe를 사용하기 위한 php.ini extension 에서 꼭 활성화 해 주어야 할 것은? |
드디어 정찬명님 등장~
정말정말 반가와요~
XE가 더이상 많은 기능을 추가하는 것보다
이제는 성능을 개선하는데 집중해야 한다는 것에
적극 공감하고 있다는 그 글 보고 참 다행이다싶었어요.
저도 그런 생각을 내심 가졌었거든요.
복잡한 기능 이것저것 많은 것보다
간편하고 쉽고 속도 빠르길 원하거든요.
보이지 않는 곳에서
XE개발팀들이 얼마나 불철주야 노력하시는지
정찬명님 글 통해 느꼈네요.
정말 수고가 많으세요.
XE 개발자분들 모두 파이팅~