포럼
XE 의 기능적인 부분은 제하고 속도의 부분에서만 이야기를 해봅시다.
2012.01.22 07:55
XE 가 다른 게시판류보다 느리다.
너무 느려서 써먹을수가 없다. 라는 이야기가 많은데,
속도 면에서는 좀 옹호를 하고싶습니다.
기본적으로 XE 사이트들의 속도 튜닝을 몇몇 사이트들을 다 해주다보면
가장 많이 벌어지는 일이.
1. DB 서버는 분리했지만 myisam
2. 낮은 버전의 mysql 서버
3. 캐싱 도입하지 않음
이 가장 많았습니다.
XE 데이터베이스 구조상
글과 코멘트가 한개의 테이블로 유지되기 때문에,
myisam 방식으로 하게되면 update 나 insert 에 지대한 lock wait time 이 발생하기때문에
일정 규모이상의 서비스에서는 반드시 innodb 의 도입이 필요합니다.
innodb 를 도입할려면 또한, 최신버전의 mysql 서버를 도입하고
속칭 인터넷에 널려있는 myisam 용 mysql 서버 설정이 아닌
innodb 에 맞게 데이터베이스 설정의 튜닝도 필요합니다.
innodb 를 사용한다고 설정해놓고 버퍼 풀을 1기가도 정해놓지 않는다던가 한다면, 아무 의미가 없잖아요?
또한, memcache 등의 캐시를 편법적인 해결책으로 이야기 하시는 분들이 많은데,
전혀 그렇지 않습니다.
자주 사용하는 데이터를 캐싱해서 처리하는것은 편법적인 해결책이 아닌 매우 정석적인 해결책으로,
가능하시다면 반드시 캐시를 도입하셔야합니다.
XE 속도 문제를 거론하기 전에
가장 먼저 선행되어야할것은.
1. 최신버전의 mysql
2. innodb
는 기본이라고 생각합니다.
캐시 의 경우는 웹 호스팅의 경우는 지원하지 않는경우도 많으니
최소한,
innodb 와 mysql 버전이 높은 웹 호스팅을 선택하시길 바랍니다.
mysql 을 안쓰시다면 아무 상관이 없지요.
단 myisam 방식의 구식 방식은 XE 설계와 어울리지 않습니다.
댓글 41
-
Te0
2012.01.22 08:41
innodb 는 shared hosting 에도 기본적으로 설치되어 있는 경우가 대부분 입니다. (미국의 경우) 한국은 잘 모르겠지만 아마 해줄걸요? ^^
php 는 현재 stable 한게 5.3 으로 알고 있구요. (그런데, 5.3이나 5.2 나 별 차이 없는걸로 알고 있습니다.) 아파치도 최신이시고, 저사향이면 최신인 셈이죠.
근데, 그래도 XE 느려터져서 못쓰겠던데...
그누보드 쓰시는 분들은 그누보드 느려터져서 못쓰겠다고 하고, 여기서는 그누보드 속도라도 나왔으면 좋겠다고 하고... 그누보드도 절대 빠른건 아닌데... ㅋㅋㅋ
DB tuning 하고 뭐하고 다하려면, 삽질을 엄청 하던가, 아님 개발자한테 의뢰해야해요.
여기 게시판 논리가 저는 이해가 안되는게, XE는 html 한줄 쓸줄도 몰라도 웹사이트 구축하기 참 좋은 app 이다.
"html 하나도 모른 상태에서 아예 홈페이지 하나를 제작할 수 있을 정도의 기능" 인 XE는 참 좋은거다 - sejin 님.
초보자 한테 편한거다. 이러고는, 그런데 이 윗분은 제대로 쓰려면 DB 설정, tuning 등을 다 해라. OTL
html 한줄 고치는게 쉬울까요, DB 설정/튜닝 하는게 쉬울까요? 저는 그점이 궁금해요. ㅋㅋㅋ 누가 대답좀 해주세요.
-
銀童
2012.01.22 09:04
? 초보자가 쓰려면 초보자 대로 쓰는거고
많은 사람이 사용하려면 myisam 대신 innodb 를 쓰라는겁니다.
초보자가 하루 방문자수 몇백명 이하 사이트를 운영하는데 있어서
myisam 이든 innodb 든 무슨 상관이 있겠나요.
5.3 과 5.2의 속도 차이도 충분히 나지요.
특히 apc 랑 궁합이 5.3이 더 좋은거 같습니다.
-
상당히 비꼬듯이 써두셨는데..
Te0 님이 논리를 이해를 못하시나봅니다.
"html 하나도 모른 상태에서 아예 홈페이지 하나를 제작할 수 있을 정도의 기능" 인 XE는 참 좋은거다.
이 글은, 홈페이지 제작에 관한 설명입니다. 운영이 아니라...
홈페이지 제작의 용이성에 관한 문구를.. 속도랑 연결하실 필요가 없죠
속도에 관한 언급은 거기 따로 해두었잖습니까
DB구조상... 그리고 여러기능상... 어떻게해도.. 그누4 나 ZB4 기반보다 빠르기 힘드니...
빠른걸 원하면... XE 보다는, 그쪽을 사용하라고...
이 글은, 그 속도의 한계가 있음을 알고도, XE를 꼭 이용하고픈 경우라면.... 이라는 전제가 있는거죠.
그때 XE 속도를 증가할 수 있는 운영적인 방법이고.. 이걸 논할정도면 절대 초보 사이트가 아닙니다.
XE에서 속도가 정말 문제가 될 정도의 시점은..
글 수가 상당히 많이 쌓이고, 동시접속자수가 상당한 큰 규모의 커뮤니티가 되었을때나 심각하게 다가옵니다.
왠만한건 서버 호스팅 사양을 높이는걸로 처리 가능하고..
이걸로 감당이 안 될정도로 규모가 커졌을경우에는, 속도 증가를 위한 튜닝이 필요한 시점이 되겠죠.
그런데 이 시점 정도가... 초보자 가 되나요?
이 정도가 되었을때는, 관리자를 따로 두거나, 아니면 나름 웹지식을 공부하셔야할 정도의 타이밍이 됩니다.
이유없이 말 꼬투리를 붙잡고, 무조건 비판하려하지는 않으셨으면 합니다.
-
Te0
2012.01.22 14:17
무조건 비판이 아니고, 초보자도 XE 로 웹사이트 구축이 쉽다는 주장에 심한 의구심을 갖고 있습니다. 구축이 아니고 운영에 문제가 있다라는 말씀인데, 구축이 정말 쉬운가요?
워드프레스를 예로 들어 보겠습니다.
워드프레스에서 쓰고 싶은 게시판 을 달고 싶으면 심플 프레스 라는 플러그인 설치 하나로 각종 게시판을 붙여 쓸수 있습니다. 물론 기본으로 제공되는 게시판을 써도 됩니다. 쇼핑카트 역시 e-commerce 플러그인 설치하나로 쓰고 싶은 쇼핑카트를 붙여 쓰면 됩니다.
그누보드의 경우, 다른 게시판을 붙여쓰고 싶다면, index.php 에 iframe 하나 넣어주면 됩니다. (다른 방법도 물론 많이 있겠지요.) 쇼핑카트도 스킨설치나 영카트, 이외 여러가지 쉬운 방법들이 많이 있습니다.
초보자가 XE 에 어떤 방식으로 쇼핑카트를 달아서 쓰고 있나요? 아니면 어떤 방식으로 다른 게시판을 붙여 쓸수 있나요?
비꼬는게 아니라 사용자 입장에서 XE 로 사이트 구축이 쉽지 않다는 말씀을 드리는 것 입니다. 제 말투가 불쾌하시다면 죄송합니다.
하지만, 저는 XE 가 매우 현실적인, 매우 기본적인 요구를 충족시켜주지 못하고 있다고 생각합니다. 저도 안타깝게 생각하는 부분입니다.
-
iframe, html 하나 넣어주면 된다는.. 그 전제 자체에 관해서 말하는겁니다.
iframe, html. 아마 Te0 님께는 간단한 어렵지 않은 지식이셔서 그렇게 느끼실듯한데
(그렇게 따지면 제 기준에서는, XE의 웬만한 스킨 수정도 간단합니다... ^^;; )
불가피하게 웹지식은 사람마다 다 다르고, iframe 과 html 조차도 모르는 분도 의외로(?) 상당히 많습니다.
table 의 tr , td, colspan , rowspan 그냥 짜라고 하면 못 짜는 분 상당히 많습니다.
그러나 그 분들도 , XE는 몇번의 클릭을 어떻게 하면 되는지 사용법만 간단히 설명하면 XE는 잘 다루십니다
즉, 메뉴 추가나 게시판 추가 할때 마다 기존에 개발자한테 요청해서 비용을 들여야하던걸.
배너하나 추가하기 위해서 소스를 또 건드려야해서 일일이 관리자한테 비용청구하고 요청해야하던걸..
XE에서는, 그냥 직접 자기가 다 할 수 있어서.. 항상 부탁하지 않아도 되서 정말 편하다고 하더군요.
물론.. XE 메뉴얼이 너무 어렵게 나왔습니다. 저도 그건 인정합니다
복잡한 설명 다 빼고... 아주 순수하게, XE 의 가장 기본적인 메뉴/게시판생성/페이지생성의
실제적인 사용설명서 (이미지가 포함된..) 이 있으면 훨씬 더 편할거라고 생각은 합니다만..
그래도 조금의 시행착오만하면 XE는 html 조차도 못 쓰는 분에게는... 획기적인 국내 CMS 입니다.
참고로, XE 쇼핑모듈도.. 그냥 FTP 로 product, payment, shopxe 모듈만 깔면 됩니다.
(단지 1.5 에서의 호환 개발을 포기한 상태이기에 문제가 될 뿐인겁니다)
XE 에서 서드파티 제작자들이 배포한 대부분의 기능, 그냥 깔아서 설정만 하면 다 되게 되어있습니다.
-
속도,속도,속도......?
XE 공홈을 방문하면 정말 핫 이슈가 속도에 대한 글들이 수없이 많습니다.
도대체 속도의 기준을 어디를 두고 말씀하시는지...., 눈 깜짝할새를 원하십니까?
눈이 아무리 빠르다고 해고 빠른 손동작에도 따라잡지 못합니다. 그래서 눈속임으로 하는 마술이 있고, 사기꾼이 득실대는 것 아닙니까?
지금 제가 Drupal, Wordpress, Joomla, XE1.5X를 설치한후 테스트하고 있습니다.
XE-Core 1.5.X에서 나타난 많은 버그 문제로 논란이 일어났고, 많은 사용자들이 데모 테스트 사이트, 독립 사이트..등 운운하여 부족하지만 제가 XE-Demo 사이트를 개설하여 많은 사용자들이 다양한 CMS를 테스트할 수있도록 편의를 제공했지만, 단 한명도 참여하지 않았습니다.
각설하고......, 속도가 느리다는 것은 사용자가 사이트를 방문했을때 페이지의 로딩 시간이 어느정도이며, 그리고 메뉴, 페이지, 게시글을 클릭했을때 로딩 시간을 의미하는 것 아닙니까?
제가 테스트해본 결과 눈으로 확연히 어느 것이 빠른고 느리다는 것을 느끼지 못했습니다.
Drupal 홈페지를 방문하여 페이지 이동하면 이따금 로딩 시간이 20초 이상 지연되는 것을 종종 발견합니다.
다른 공식 홈페이지도 예외는 아닙니다. 동시 접속자 수와, 본인이 사용하고 있는 컴퓨터와 인터넷 환경에서도 많은 영향을 받습니다.
한국이 IT 강국, 최고의 인터넷 속도를 자랑하다고 하는데....
한국의 인터넷 속도가 세계에서도 제일 빠른것을 인정합니다.
서울에서 부산까지 약 550-600 km인것으로 알고 있습니다.
제일 빠른 속도를 유지할려면 서울에서 부산까지 전송해주는 인터넷 회선 중간중간에 빠른 속도를 유지할 수있도록 전송 하드웨어가 필요하겠죠?
미국은 동쪽과 서쪽 끝의 거리가 3000 마일(4800km) 이상입니다.
상상이 되십니까? 어마어마한 투자 비용이 필요합니다(한국처럼 유선으로 빠른 인터넷환경 제공).
그래서 지금 미국은 위성을 통한 무선 인터넷 환경을 거의 전역에 걸쳐 상용화 단계에 와있습니다.
이 의미는 전 세계적으로 유선이 아닌 무선으로 인터넷 환경을 제공한다는 것입니다.
우리 한국에 인터넷을 제공하는 위성이 있습니까?
한국의 인터넷 속도는 한국내에서 빠른 것이지 지금 제가 미국에서 XE 공홈에 접속하는데 미국이나 한국이나 업로드 다운로드 속도가 비슷합니다. 오히려 한국의 사이트에서 파일 다운로드 받으려면 속도가 미국내에보다도 느립니다.
XE가 속도가 느려 터진다는 것은 전체적인 사용자들의 입장에서는 느끼지 못할 수도 있습니다.
XE가 속도면에서는 느린것은 저는 크게 못느끼고, 편리성, 호환성면에서는 무언가 불안하고 안정화되어 있지 않다는 것은 지난 몇개월동안 테스트해본 결과 느꼈습니다.
그래서 제가 운영 계획인 포탈 사이트는 한글화가 부족하지만 호환성, 편리성, 안정성에 확신을 주는 Drupal로 결정짓고 작업중입니다. 그렇다고 여러분에게 Drupal을 권장하는 것이 아니니 오해하지 마세요.
-
Te0
2012.01.22 12:02
음 우선 웹페이지의 로딩속도는 KB 당 몇초가 걸리는지를 확인하는 것 입니다. 말씀하신데로, 몇개의 IP 가 접속중인지, 서버의 사향등을 고려해야 하지요.
그누보드를 사용중인 사이트 중 활성화된 사이트 뭐 냑님 홈피라던지 (그누보드 홈피) 아니면 phpschool 같은곳이 여기 XE 홈피보다는 방문자가 10배정도 많습니다. (대략)
XE 홈피의 서버사양은 어느정도인지 모르겠으나, (뭐 네이버에서 싸구려 서버를 쓰지는 않겠죠?) 확인될수 있는 것만 보더라도 (php 5.3.9, ) 쓰고 계시고, 전반적으로 냑님 사이트 보다는 훨씬 좋아 보입니다. 냑님 사이트는 좀 눈물나요. 쿨럭. (서버는 통큰아이에서 호스팅받고 계시고, php 는 4.4.9 에 아파치 2.0 에.. 암튼, 이분이 돈을 못버시는건 아닐텐데... ;;;)
각 사이트의 파일사이즈가 다르면 페이지가 열리는 시간이 당연 다르겠죠. 그래서 KB 당 몇초가 걸리는지를 계산해서 사이트의 속도를 측정하는 것 입니다. 서버사양도 심하게 열악하고, 사용자도 이곳보다 10배정도 많은 냑님 사이트의 KB 당 로딩 속도는 0.04초 입니다. XE 홈피는 0.07초 걸립니다.
열악한 하드웨어에도 불구하고, 훨씬 더 많은 방문자에도 불구하고 2배 빠르다는 얘기 입니다. 그럼 여기서 잠깐. XE 홈피가 하드웨어 지원이 안되서, 아니면 서버 튜닝하는 기술력이 통큰아이나 냑님보다 부족해서 냑님 사이트 보다 2배 늦게 뜨는걸까요?드루팔이 늦다구요? 드루팔은 그누보다도 2배 더 빠릅니다. KB 당 0.02초 걸립니다. 각 datum 의 loading 속도를 얘기하는 것 입니다. 못믿으시겠으면 직업 확인해 보세요. http://www.iwebtool.com/speed_test
이런 객관적인 자료를 제시하는 이유는 왜 자꾸 속도 얘기가 나오는지를 알려드리기 위해서 입니다. XE 는 CMS 니까 속도가 그누보드보다 느릴수 밖에 없다고들 하시는데, 정말 어의없는 얘기 입니다. 드루팔 느리지 않습니다. 그누보드도 옛날에 만들어진 app 치고 느리지는 않습니다.
저는 XE 를 비판하는 것이 아닙니다. 처음 CMS 를 만들어 보는게 쉬운일 이겠습니까? 하지만, 왜 이런 근거없는 얘기들 (CMS 라 속도가 느릴수 밖에 없다는 등)이 난무하는지 모르겠습니다. 그런 점이 불쾌할 뿐 입니다.
드루팔 홈피가 당연히 느리죠. 여기보다 전세계에서 몰려오는 사용자가 수백배 이상 많은데... 참 나... 어의가 없네요.
-
어떻게 님이 아는것을 내가 모르다고 생각하세요?
님의 말대로 KB 당 0.0.2초는 웹사이트를 통한 측정방법이든 프로그램을 통한 수치측정방법이지...., 사람의 눈으로 직접 확인 가능한 수치입니까?
본인은 직접 본인의 눈으로 KB 당 0.0.2 초의 속도 차이를 확인할 수있는 모양이죠?
그리고 님의 글과 댓글을 보면 대화와 토론 방식이 아니라 상당 부분 불평과 조롱썩인 글을 올리는데, 상당히 상대방으로 하여금 불쾌감을 줄 수있다는 것을 유의 하세요.
사용자 포럼은 XE를 사용하는 사용자든지 혹은 예정인 사람들이 XE에 대한 느낀점과 경험을 대화와 토론하는 곳입니다. 서로의 의견이 다르며, 생각이 다르고, 얼굴 모양, 나이도 다르다는 것을 유념하세요.
님이 어릴때 미국에 온 20대 초반 혹은 중반으로 알고 있는데...., 올해 20대 초반이 나의 딸은 미국에서 태어났지만 님보다도 더 한글에 익숙하며, 완벽한 한국어를 구사합니다.
본인이 직접 할 수 없고, 체험하지 못했으며, 경험해 보지 못했던 일들에 대하여..., 구글 엔지니어가 그러든데....프로그램 서적을 읽어 봤는데라는식의 화법을 사용하면서 글을 올리지마세요.
컴퓨터 관련 수백 수천권 읽었으면 무엇합니까? 모듈 한개도 못 만드는 실력인데^^ㅎ^^
머리 속에 아무리 지식이 쌓여도 본인이 스스로 실행할 수없는 것은, 대가리가 쇠대가리고, 똥만 잔뜩 차 있다는 것을 아세요.
님이 원한다면 나이를 떠나서 대가리로든지, 지식이든지, 경험이든지 응해드리께요^^ㅎ^^
-
음 미국 ..위성으로 무선인터넷 환경제공하나요 위성인지 뭔지는 모르지만 땅이 커서 유선 쓸 환경은 힘들고
무선인터넷 한국보다 빵빵 터진다는 말은 들었습니다. 한국도 잘 터졌으면 ㅠ
-
아직 전체 주를 대상으로 상요화되지 않았고요. 일부 위성방송을 통한 인터넷 서비스를 실시하고 있습니다. 곧 미 전역에 무선 인터넷 서비스가 실시될것 같네요. 모바일은 1년전에 비하면 정말 불편함 없이 어디에서든 웹 브라우저 이용이 가능한 것 같습니다.
-
misol
2012.01.22 12:11
데이터 처리 속도는 XE의 문제이지만, 데이터 전송 속도는 XE의 문제가 아닙니다.
XE 가 생성하는 속도는 gzip 압축을 해서 전송하고 있고, 다른 스크립트 파일도 압축 전송하려면 서버 설정을 손보시면 됩니다. 아니면 php 같은 스크립트 언어로 손 보실 수도 있습니다. 그 이상은 회선 문제입니다.
한국에 위성 인터넷 서비스가 없다는 주장도 하시는데, 있습니다. KT가 무궁화 위성을 이용해 상용 서비스 중입니다.
근거 없는 주장은 하지 맙시다.
그렇지만 저도 XE가 데이터 처리 속도 면에서 더 빨라지면 좋겠습니다. -
Te0
2012.01.22 12:21
"데이터 전송 속도는 XE의 문제가 아닙니다." 그래서 말씀드리지 않습니까? XE 홈피가 하드웨어 (서버, 전송, 회선) 지원을 못 받아서 느리겠냐구요? 그럼 네이버 지원의 하드웨어 스펙이 통큰아이나 한 개인보다 못하다는 말씀이신가요? -
misol
2012.01.22 12:24
전송속도 문제는 서버 하드웨어 문제가 아닙니다. 회선 문제지.
저도 XE가 빨라지면 좋겠습니다. 그렇지만 사실만 갖고 이야기 합시다. 소설은 문제의 핵심을 보는데 도움이 되지 않습니다. -
Te0
2012.01.22 12:33
회선문제요? 뭐 gateway 설정이라도 잘못되어있단 말씀이신가요? 그럼 ping test 해보세요. 이게 회선 문제인가. 참 나.. 뭐가 소설이란 말씀이신지.
Ping test 해봤습니다.
231.26 ms
215.5 ms
회선탓 아닌데요? 뭔 소설을 말씀하시는지요? 사실에 근거해서 말했는데, 소설을 썼다고 하시면 이건 명예훼손 아닌가요?
-
misol
2012.01.22 12:43
핑은 전송속도와 연관성이 아예 없는 것은 아니지만 모든것을 보여주지는 않습니다.
5ms에 100Mbps 와
5ms에 2Mbps 는 좀 극단적인 예지만, 분명히 다르지요..
공홈을 테스트 대상으로 삼기보단, 같은사양 같은 서버 같은 회선에 설치해두고 테스트 하는 것이 가장 정확합니다. -
Te0
2012.01.22 12:51
공홈을 테스트 대상으로 삼기보단, 같은사양 같은 서버 같은 회선에 설치해두고 테스트 하는 것이 가장 정확합니다.
제 서버에 XE 와 그누보드를 똑같이 설치해보고 동일한 조건에서 테스트 해봤습니다. 아무것도 안건드린 상태에서. 두배 이상 차이가 났었습니다. install 만 해서 다시 해봐드릴까요?
그럼 또 그러실테죠? XE 는 DB 튜닝을 해줘야 정상적인 속도가 나오는거다. 동일한 상태에서 비교를 해도 공평한 test 가 아니고, 최적화 된 사이트를 비교해도 공평한 test 가 아니다. 지금 이런 말씀을 하고 계신겁니다.
그리고는 소설쓰지 말아라. 사실을 사실대로 말하는데 소설 쓰지 말라는 얘기는 명백한 명예훼손 입니다.
-
misol
2012.01.22 13:06
제가 언제 XE가 느리지 않다고 했나요 ㅠ
흠.. -
misol
2012.01.22 13:08
위에 전송속도(KB당 전송속도) 가 나와있어서 그 부분은 XE와 관계 없다.
XE가 해결해야할 부분은 처리속도다.
전송속도가 아니라 처리속도다!!!! 고 적었습니다. 아오 ㅠㅠ 제가 뭘 잘못 적은건지 모르겠군요. -
misol
2012.01.22 12:39
제가 말을 어렵게 썼는가 싶어 덧붙입니다.
1KB가 전송되는데 얼마가 걸리느냐는 전송속도를 말합니다. 데이터 처리속도는 서버가 XE의 PHP문을 읽기 시작해서 완성된 페이지를 모두 구성하는데 걸리는 시간을 말합니다.
데이터 전송에 관한 속도를 올리는 방법에는 페이지 크기를 줄이는 방법이 있고 회선 대역폭을 넓히는 방법이 있습니다. 압축 전송하는
것은 데이터 크기를 줄여서 더 많은 정보를
전달하는 것이고 대역폭을 넓히는건 회선 속도를 높여 더 빨리 전달하는 것입니다. 압축 전송은 XE에서 이미 하고 있으니 대역폭을 넓히는 것만 남은 셈인데 이는 통신사가 해야할 일입니다. NHN에서 XE에 지원을 빵빵하게 해준다면 알카마이 같은 CDN 서비스를 공홈에 적용해서 전송속도를 무지하게 빠르게 할 수도 있습니다. XE Core 1.5에 포함된 CDN서비스나 구글CDN 등이 이를 이용합니다. 그러나 공홈 빠르게 한다고 이걸 적용하면 몇명이나 혜택을 봅니까? 사이트 운영자만 좋습니다. 사용자에게 이익이 없습니다.
그래서 저는 전송속도에는 관심 없습니다. 할 일은 다 했으니까요.
이제 데이터 처리속도를 올려야 합니다. 이는 KB당 걸리는 시간 이야기가 아닙니다. 데이터베이스 최적화나 코드 최적화 등의 문제인데 열심히 작업중이니 그에 대해서 힘을 보태는 것이 제 생각엔 더 나은 일입니다.
테오님께서 전송속도 이야기를 하시는데 이게 중요한게 아니라는 것을 써보고 싶습니다. -
Te0
2012.01.22 12:43
Ping test 해봤습니다.
231.26 ms
215.5 ms
회선탓 아닌데요? 뭔 소설을 말씀하시는지요? 사실에 근거해서 말했는데, 소설을 썼다고 하시면 이건 명예훼손 아닌가요?
-
misol
2012.01.22 12:46
핑은 전송속도와 연관성이 아예 없는 것은 아니지만 모든것을 보여주지는 않습니다.
5ms에 100Mbps 와
5ms에 2Mbps 는 좀 극단적인 예지만, 분명히 다르지요..
공홈을 테스트 대상으로 삼기보단, 같은사양 같은 서버 같은 회선에 설치해두고 테스트 하는 것이 가장 정확합니다. -
銀童
2012.01.22 12:44
드루팔이 XE 보다 전송속도가 빠를 이유가 어디있나요?
설마 드루팔을 쓰면 전송속도가 빨라지는 드루팔식 작업이 되어있다고 말씀하시는건 아니겠죠?
그게 아니라 Te0 님이 생각하시는 빠른 전송속도는
기준이 해외 기준이라서 그렇다고 생각합니다.
드루팔로 되어있는 사이트(해외) -> 측정(해외)
라면
XE 로 되어있는 사이트(국내) -> 측정(해외)
보다 빠를수 있지요.
네트워크 전송속도가 CMS 플랫폼에 따라서 달라진다는 이야기는 정말 난생 처음듣는 이야기입니다.
-
Te0
2012.01.22 12:55
저도 misol 님 말씀이 정확하게 이해되지 않아서 따지지도 못하네요. CMS 가 달라서 전송속도가 달라진다는 misol 님 말씀을 잘 이해하지 못하겠습니다.
그럴수도 있는건가요? CMS 가 다르면 전송속도가 달라진다? 모니터를 닦았더니 컴퓨터가 빨라진다, 뭐 그런 얘기인가요?
그리고 냑님 (sir.co.kr) 이나 XE 홈피나 모두 한국에서 호스팅되고 있는것으로 알고 있습니다만... -..-;; 제가 잘못알고 있나요?
그리고 같은 서버내에 드루팔 install 한 초기상태, XE install 한 초기상태, 그누보드 install 한 초기상태, 비교했었을때 드루팔과 그누보드가 거의 차이가 없었고, XE 만 2배이상 (거의 3배) 느렸었습니다. (datum 당 로딩속도를 얘기하는 것 입니다.) 뭘 어떻게 비교해야 공정하게 비교를 하는거죠?
-
misol
2012.01.22 13:11
테오님이 KB당 몇초가 걸렸다고 쓰셔서 전송속도는 CMS에 따라 다르지 않다고 쓴 글인데 ㅠ 제가 이렇게 댓글을 다시면 이미 아시는 분이 저를 놀린건가요 뭔가요 이게 ㅠ -
Te0
2012.01.22 13:15
아니 CMS 에 따라 전송속도가 다르다고 하시지 않으셨었나요? 제가 잘못이해한건가? 제가 잘못이해한거면 죄송합니다만, 뭐가 소설이란 말씀인지 아직도 이해가 안됩니다.
동일한 조건, 그러니까 같은 서버내에서 3개를 돌려보기도 했고 (예전에) 그때는 그건 공정한 test 가 아니다, XE 는 서버 튜닝을 해줘야 한다 이래서, 그럼 가장 최적화된 각 홈페이지를 대상으로 test 를 해 본 것 입니다.
제가 근거없는 얘기를 하고 있다고 생각하지 않습니다.
-
misol
2012.01.22 13:21
제가 XE가 느리지 않다고 쓴적은 없습니다.
위에 테오님께서 쓰신 댓글 내용중에
각 사이트의 파일사이즈가 다르면 페이지가 열리는 시간이 당연 다르겠죠. 그래서 KB 당 몇초가 걸리는지를 계산해서 사이트의 속도를 측정하는 것 입니다. 서버사양도 심하게 열악하고, 사용자도 이곳보다 10배정도 많은 냑님 사이트의 KB 당 로딩 속도는 0.04초 입니다. XE 홈피는 0.07초 걸립니다.
열악한 하드웨어에도 불구하고, 훨씬 더 많은 방문자에도 불구하고 2배 빠르다는 얘기 입니다. 그럼 여기서 잠깐. XE 홈피가 하드웨어 지원이 안되서, 아니면 서버 튜닝하는 기술력이 통큰아이나 냑님보다 부족해서 냑님 사이트 보다 2배 늦게 뜨는걸까요?
드루팔이 늦다구요? 드루팔은 그누보다도 2배 더 빠릅니다. KB 당 0.02초 걸립니다. 각 datum 의 loading 속도를 얘기하는 것 입니다. 못믿으시겠으면 직업 확인해 보세요. http://www.iwebtool.com/speed_test
라는 부분이 있어서 '전송속도'와 '처리속도'를 구분하고 테오님은 KB당 걸리는 시간을 이야기 하셨으니 '전송속도'부분을 이야기 하신 겁니다. 그러나 '전송속도'에 대한 근본적인 해결은 통신사 몫이고 데이터 처리부분은 이미 최고 수준이다.
XE의 속도 문제는 '처리속도'가 문제다 라는 것이 제 의견입니다.
정리 되셨습니까?..
소설 이야기는 테오님을 두고 적은 이야기가 아닙니다. 땅덩이가 어떻고 하길래 그 부분은 '전송속도' 이야기이기도 하고, 실제로 사실이 아닌 부분도 있어 적었습니다. -
misol
2012.01.22 13:23
그리고 페이지 로딩타임은 페이지가 보여주는 이미지, 영상, 내용의 양 등에 의해서도 달라질 수 있는 문제이니 절대적인 기준으로 잡지 않으셨으면 좋겠습니다. XE의 경쟁상대는
과거의 XE일 뿐입니다. -
misol
2012.01.22 13:13
저도 misol 님 말씀이 정확하게 이해되지 않아서 따지지도 못하네요. CMS 가 달라서 전송속도가 달라진다는 misol 님 말씀을 잘 이해하지 못하겠습니다.
라고 쓰셨는데. 전 다르지 않다고 쓴겁니다 ㅠ 아 ㅠㅠㅠ -
제 서버에 데모 사이트 설치만 하고 아무런 작업도 하지 않았습니다.
첫 페이지가 로딩되는 속도만 한번 측정해 주세요.
-
레이딘
2012.01.22 16:18
XE : 5~6초 내외, 드루팔 : 11~12초 내외, 줌라 : 5~6초 내외, 워드프레스 : 5~6초 내외
이렇게 나오네요.
-
레이딘님 감사합니다.
다른 분들이 오해가 없도록 짧은 댓글을 달겠습니다.
레이딘님이 접속하신 사이트의 위치는 미국이며, 저의 소유인 전용서버입니다.
제가 미국내의 외부에서 저의 서버로 접속하면 미미하지만 약간 차이가 있습니다.
-
misol
2012.01.22 13:28
같은 생각을 가지신 분이 저와 다른 생각을 가졌다고 생각하시니 제가 한국어를 잘 못하나봅니다 ㅠ.
논의의 초점을 교정하고 싶었을 뿐인데 이게 댓글이 이렇게 많이 달릴줄은 몰랐네요 ㅠ -
K.Soma
2012.01.22 13:37
사람마다 보는 관점이 다르다는 예를 보여주는것 같네요
-
misol
2012.01.22 13:39
오늘부터 일기쓰기 해야겠어요.. 글쓰기 실력이 영 엉망인거 같아요 ㅠ 연습하면 늘겠지요.. -
K.Soma님, 사람마다 보는 관점이 다르다고 생각하지않고, 자기 생각에 동의 또는 동조하지 않으면 상대방 의견이 무조건 틀리다고 우겨되는 똥고집때문에 그렇습니다.
원인은 상대방에 대한 배려보다 자기를 나타내려는 이기심때문이죠.
-
K.Soma
2012.01.22 13:47
아.... 그렇군요....
명확히 ? 알려주셔서 감사합니다. ^^
새해복 많이 받으세요
-
K.Soma님도 새해 복 많이 받으세요^^ㅎ^^
-
Te0
2012.01.22 13:55
아, misol 님 죄송합니다. 제가 뭐 그렇게 틀린말을 했다고 나한테 소설을 쓰지 말란 저런 심한말을 하는가 싶어 발끈 했습니다. ㅎㅎ
제가 하고 싶은 말의 핵심은, 그러니까 반박하고 싶은 내용은 "CMS 라서 느린게 아니다." 이부분 이었습니다.
솔직히 어느 CMS 가 더 좋다, 나쁘다 이런 논란은 무의미 합니다. 좋고 나쁜 CMS 는 없습니다. 각자 자기의 필요에 맞는 도구가 있을뿐...
프로그래머들은 드루팔이 최고다. 개발자들은 줌라가 좋다. 일반 사용자들은 워드프레스가 제일 편하다. 이런 census 는 물론 형성됩니다. 그리고 저는 XE 가 누구에게 편한 CMS 인지 정말 모를뿐 입니다.어느분들은 XE 가 html 도 한줄 쓸줄 모르는 초보자에게 가장 좋은 CMS 라고 하시는데, 저는 그 주장에 대해 심한 의구심을 가질 뿐 입니다.
-
무한탐구
2012.01.22 16:04
확실히 CMS 툴은 HTML 조차 모르는 End-User 를 위한 도구는 아니죠.
HTML 조차 모르고, 그냥 글쓰고 사진올리고 싶다면, 블로그나 페이스북 같은걸 써야죠.
HTML4 에 도가튼 초보자라 해도 CMS 쓰긴 무리입니다.
왠만큼 안다면 직접만들어쓰겠지만, 여러모로 귀찮으니 Open CMS 쓰는것 뿐입니다.
정말 속도 몇초에 집착한다면, DB 설계부터 모든것을 직접 만드는게 수정/튜닝도 편하고, 속편할 겁니다.
-
레이딘
2012.01.22 16:12
Te0님께서 제시하신 속도측정 사이트에 가서 제가 운영중인 사이트를 한번 돌려봤습니다.
1.
fancug.com/4th/main_345.html
27.5 KB
1.37 seconds
0.05 seconds2.
fancug.com
2 KB
1.12 seconds
0.56 seconds3.
fancug.com/4th/frame.html
0.48 KB
0.67 seconds
1.4 seconds4.
fancug.com/4th/rule/rule_7.html
8.49 KB
1.12 seconds
0.13 seconds결과가 대단히 이상하게 나왔습니다. 용량이 큰 문서에 대해서는 평균 로딩 타임이 짧게 나오고, 용량이 작은 문서에 대해서는 평균 로딩 타임이 길게 나오더군요. 1번과 2번은 PHP를 돌려서 MySQL에 접속하여 데이터를 받아오는 사이트지만(특히 1번은 ZB4 기반입니다), 3,4번은 그냥 HTML 문서입니다. 4번은 PHP구문이 약간 돌아갑니다만, 3번은 PHP 그런것도 없고, 이미지도 없는 HTML 프레임셋 문서입니다.
문서 용량에 따라 너무 변수가 많아 신뢰성 있는 결과로 내세우기는 힘들다는 것이 제 의견입니다.
OS : Linux
현재 사용하고 있는 웹호스팅의 사양입니다. 최신 사양인가요??
그리고 한가지만 질문드리겠습니다.^^;;;
innodb는 호스팅 사에 문의하면 설정해 줄까요?