포럼
XE 속도개선 절실히..
2015.04.02 06:10
XE가 좋고 강력한 툴임에도 불구하고 사용할수록 무거워지는 것 같습니다.
xe 메인 홈페이지도 느릴때가 좀 있는 듯하구...
속도 떨어질까봐 에드온도 대부분 못쓰고 있습니다.
조금만 무거워지면 속도가 급격히 떨어지는 것 같습니다.
초기 쓸땐 못늘꼈는데 날이갈수록 속도에 신경이 넘쓰이네요..
하루빨리 시원하게좀 개선되었으면 좋겠습니다.. 모두 수고하세요..
댓글 27
-
Bryan!
2015.04.02 06:27
-
BJ람보
2015.04.02 08:17
컴퓨터의 사양이 좋다면, 크롬이나 익스나 속도는 비슷합니다.
두개의 브라우저에서 비슷한 속도가 나온다면 님의 컴퓨터에서 처리 속도는 거기가 한계점입니다.
문제는 그 한계점을 띄어넘기위해서는 서버상의 요인이 가장큽니다. 서버의 사양이나 등등을 조금 고려해보시거나 php버전의 업데이트요소도 생각해보시기 바랍니다.
보안상 무겁게 변하긴 했지만, 요즘은 php버전업글로만으로도 속도 개선에 아주 큰도움이 되기때문입니다.
-
sol
2015.04.02 09:23
XE공홈 모니터링은 계속하고 있습니다.
물리적으로 느릴 수 밖에 없는 검색의 경우를 제외하고는 대부분 빠른 응답을 하고 있습니다.
-
기진곰
2015.04.02 09:29
XE는 기본적으로 인클루드되는 파일이 100개가 넘고, DB 스키마도 복잡합니다.
그래서 서버 환경에 따라 성능 차이가 크게 나타나죠.
파일 입출력 속도가 빠른 SSD, 옵캐시모듈이 내장된 PHP 5.5 이상 버전,
MySQL/MariaDB 최신 버전에 InnoDB 엔진을 사용하면
그렇지 않은 서버 환경보다 몇 배는 빨라지는 것을 느낄 수 있습니다.
XE 1.8부터 권장 사양이 PHP 5.5 이상입니다.
(최소사양은 5.3이지만 이건 말 그대로 최소사양일 뿐...)
앞으로 대부분의 성능 개선도 5.5 이상 옵캐시모듈 사용 환경을 기준으로 할 테니
다른 버전에서 느리다고 아무리 컴플레인 걸어봤자 소용없을 듯 합니다.
공홈은 서버 사양이 빵빵해서 그런지,
최근에 공홈이 느리다는 느낌은 받아보지 못한 것 같네요.
(브라우저 개발자도구로 시간 재보면 그누보드 공홈과 거의 똑같습니다.)
-
SeungXE
2015.04.02 12:10
공홈은 서버 사양이 대단하죠...ㅋㅋㅋㅋㅋ 실질적으로 XE 이용자의 8~90%가 아마 닷홈 등 웹호스팅 이용자일텐데,
웹호스팅 이용자가 서버 세팅 조정은 불가능하니 느리다는 말이 매번 나오는 듯 합니다.
-
socialskyo
2015.04.02 13:43
말씀하신대로 닷홈이 아직도 PHP 5.2/5.3 을 사용합니다. 으이고...
-
IOZ
2015.04.03 14:56
XE공홈에 와서보면 참 너무들 서버사양 높이라는 얘기 쉽게하는것 같아요...
워드프레스, 5.2.4버전이 최소사양, 5.4 이상이 추천사양입니다. 줌라도 얼마전부터는 5.3이 최소사양됐지만 권장사양은 5.4 그대로고... 딱히 지금까지의 XE의 PHP버전 요구사양이 낮았던게 아니예요. 호스팅업체들이 5.5 지원하는 곳 별로 없는것도 이상한거 아니고요.
결국 느린건 php버전때문이라고 하는 사람들은 '단독 서버나 클라우드 이용해라'라고 하는 소리밖에 안되는데 약간 무책임한 발언이죠. 웹호스팅 이용하는 대다수의 이용자들의 처지를 모른척하는 뜬구름잡는 말이고요. (딱히 금전적인 문제가 아니더라도 뭔가 낭비하는 느낌이라 서버대신 웹호스팅 이용하는 사람들 많습니다.. 서비스 규모에 비해 서버자원이 너무 남아도니 이게 신경쓰인다는 사람들.. 아니면 서버 세팅이나 보안같은 세세한것에 신경쓰기 싫은 사람들)
Geek들이 보기에는 느리다고 글쓰고 투정하는게 서버사양 낮은 이들의 징징거림으로 비춰지겠지만...
SSD달면 빠른데... 이거 누가 모르나요 솔직히.. 개인컴 쓸때도 SSD달면 HDD보다 빠른거 누구나 다 압니다. 좋은거 쓰면 당연히 뭐든 빨라지기 마련이죠..
차라리 XE3에서는 나아질겁니다.. 라는 말이 나왔으면 좋겠어요. XE 개발진도 5.5, 5.6으로 PHP사양 올리면 빠르겠지 라는 마인드보다는 저사양에서도 만족스러운 성능이 나오도록 노력해줬으면 하고요.
-
기진곰
2015.04.03 16:02
님의 심정도 이해는 되지만, 솔직히 말씀드리자면 공감하기가 힘듭니다.
제가 XE로 만든 사이트들 중 하나는 나름 국내 최대규모라고 하는 모 웹호스팅 업체에서 한달에 5천원짜리 리눅스 웹호스팅을 쓰고 있습니다. (사실 천원짜리 상품을 써도 성능 차이는 거의 없습니다.) PHP 5.5를 지원하는 업체인데, 사실 5.3 쓰던 시절에도 딱히 XE가 느리다는 느낌을 받아본 적은 없습니다.
단독서버, 클라우드, 그런거 필요없습니다. 이름만 대면 누구나 다 아는 웹호스팅 업체가 이미 몇 년 전부터 모든 서버에 SSD를 장착하고 PHP 5.3 이상 버전을 지원하고 있습니다. 한달에 천원짜리 상품을 써도 XE 잘 돌아갑니다. 조금만 주위를 둘러보면 이런 웹호스팅 업체가 여러군데 있습니다.
서버 사양을 높이라는 것은 단독서버를 쓰라는 말씀이 아니라 웹호스팅을 옮기라는 말씀입니다. 옮기기 어렵다면 업그레이드해 달라고 강력하게 요구하세요. 똑같이 한 달에 5천원씩 내는데 쟤네는 저렇게 빠르다고, 해결해 주지 않으면 해지하겠다고 위협하세요. 곧 XE 1.8이 정식으로 발표되면 업체들도 발등에 불이 떨어지겠지요. 이 기회를 이용하세요. 언제까지 소비자로서의 당연한 권리를 잃어버리고 웹호스팅 업체의 볼모로 잡혀계실 건가요? 핸드폰은 전국민이 2~3년마다 꼬박꼬박 갈아타는데, 웹호스팅은 대체 몇 년짜리 노예계약을 하셨길래?
... 조금 더 기술적인 부분으로 들어간다면 ...
XE3에서 여기저기 최적화가 이루어질 수는 있겠지만, PHP 5.3 미만 버전에서 성능이 근본적으로 개선될 여지는 없다고 생각됩니다. 현재 전세계적인 PHP 개발 추세가 수백 개의 파일을 인클루드하고 수백 가지 클래스를 호출하는 것을 아무렇지도 않게 생각하는 방향으로 가고 있기 때문입니다. 이런 방식이 세계적인 표준으로 자리잡은 것은 물론 최근의 PHP 언어 자체가 이런 방식의 프로그래밍에 최적화된 덕분이지요. 언어의 이런 특성을 최대한 활용하도록 설계되었으니, 설계를 통째로 뒤엎지 않는 한 이제는 돌아가고 싶어도 돌아갈 수가 없습니다.
다른 글에서 한번 언급했는데, 워드프레스와 줌라 등의 프레임워크/CMS들이 담합해서 최소 버전을 5.5로 올려버려서 웹호스팅 업체들에게 압력을 가하자는 음모(?)까지 심심찮게 나오고 있는 것이 현실입니다. 실제로 전에도 이런 일이 있었어요. 여전히 PHP 4.4를 많이 사용하던 시절, 해외 주요 CMS 개발자들이 담합해서 최소 버전을 5.2로 올려버렸죠. 그들의 갑질이 아니었다면 아직도 대부분의 웹호스팅은 4.4를 쓰고 있을 겁니다 ㅠ
-
socialskyo
2015.04.03 16:08
저도 XE가 5.5 가 기본이었으면 좋겠네요. 닷홈에서 정신좀 차리게..
5.3에서 설치 가능하니 안바꿔도 된다 라는 답변이 바로 돌아오네요.. 최소사양이라 설명해도...뭐 안듣습니다.
-
기진곰
2015.04.03 16:14
돈만 있다면 PHP 5.6 또는 HHVM 기반의 호스팅업체 하나 차려놓고, 이통사 대리점 출신의 영업팀장님 한분 모셔와서, 다른 업체들 약정기간 남은거 다 물어주고라도 고객 막 뺏어오고 싶네요. 위약금 대납 ㅋㅋ
-
IOZ
2015.04.03 16:34
이 기회를 이용하라는 둥... 노예계약 얘기까지 나오고... 너무 오버하시는...^^
기진곰님 말씀이 맞습니다. 제 일천한 지식을 더듬어봐도 다 맞는 말씀이긴 합니다만... (사실 외국의 웹호스팅 업체들은 대부분 5.4이상 지원하고 있죠.. 우리보다 한 1, 2년정도 앞서서 버전 문제를 토론한 사람들이니.. 5.6나온지도 좀 됐고요..) 너무 속도문제를 가지고 PHP버전과 하드웨어 사양에 국한시키는 접근법을 사용하고 계시지 않나 생각이 든거지요.
XE의 높게 소모되는 CPU자원이나(이것도 PHP 버전 문제가 작용하겠지만)... 어떤 분들은 옛날에 DB구조에 대한 이야기를 하시기도 했고... 분명 복합적인 문제들이 있을텐데 PHP 버전과 SSD, 혹은 엔진엑스와 마리아DB만을 이야기하신다면 그건 오히려 사용자에게만 모든 책임을 전가하는게 되지 않나요. 물론 좋은 퍼포먼스를 위해서는 사용자의 투자가 답이기는 하지만 데이터가 일정량을 넘어가면 페이지 넘기는데에 수초에서 수십초, 몇분까지도 걸리는 상황은 문제가 아닐까요?
그런 생각에서 반론을 제기한것이지 제가 좋은거 몰라서 혹은 구린 웹호스팅업체에 평생계약 맺어져있는 사람이라서 그러는게 아닙니다.. ㅎㅎ
-
기진곰
2015.04.03 17:04
제가 좀 오버했나요 ㅋㅋ
DB 구조에 개선의 여지가 있다는 점에는 동의합니다. 그러나 몇 분 걸리는 쿼리가 0.1초로 줄어들 만큼 크게 바꿀 곳은 없고, 만약 몇 분씩 걸리는 쿼리가 있다면 XE 탓을 하기보다는 인덱스 누락처럼 간단한 문제이거나, 아니면 서버 환경 (특히 MySQL 버전 및 InnoDB 사용 여부) 문제를 다시 언급할 수밖에 없습니다.
SSD를 제외하면 제가 말씀드린 다른 모든 것들은 "투자"보다는 "튜닝"의 개념입니다. 단독서버 쓰는 분들도 마찬가지예요. 똑같은 하드웨어라도 서버 환경을 XE 구동에 최적화하면 데이터가 아무리 많아도 날아다니는데, 그렇지 않은 환경에서는 버벅거리기 십상이거든요. 웹호스팅도 PHP 버전과 무관하게 대개 비슷한 가격대인 것을 보면, 돈을 더 들여서 해결해야 할 문제는 결코 아닙니다. 어느 업체가 XE에 더 최적화된 환경을 제공하느냐의 문제죠.
속도 문제는 XE 탓이 25%, 나머지 75%는 서버환경(버전, 튜닝) 탓이라는 정도로 이만 해두겠습니다 ^^
-
IOZ
2015.04.03 18:35
예, 답변 감사드립니다..
-
레이딘
2015.04.03 16:04
PHP 버전을 올리는 것이 속도향상에 큰 도움이 되니까 그런 말이 나오는 겁니다. 이건 PHP라는 스크립트 언어의 구조적인 문제입니다. PHP는 인터프리터 언어로, 실행할 때 마다 소스 코드를 한줄 한줄 읽어서 기계어로 번역하는 언어입니다. (PHP로 작성된 소스 코드는 컴퓨터는 절대 이해할 수 없습니다. 컴퓨터는 0과 1만 이해하는 바보상자고, 이 바보상자를 이해시키기 위해서 0과 1로만 이루어진 기계어로 번역하는 작업이 선행됩니다.) 실행 속도는 근본적으로 컴파일 언어에 비해 크게 떨어지고, 프로그램에서 코드 최적화를 할 여지가 컴파일 언어에 비해 제한적인 부분이 있습니다. 이 때문에 XE 코드 자체의 최적화와 더불어, XE 코드를 읽어서 기계어로 번역하는 PHP 모듈의 버전업을 통한 성능 향상은 대단히 중요한 문제입니다.
PHP를 벗어나지 않는 이상 XE에서 최적화를 한다고 해도 한계가 있을 수 밖에 없습니다. XE 코드를 실시간 번역/실행하는 PHP 모듈이 느리면 아무리 XE에서 최적화를 해 봤자 그 효과를 크게 보기 힘듭니다. (구버전 웹브라우저에서 자바스크립트가 느린 것과 똑같은 일입니다.) 서버 사양을 손대지 않고 XE에만 책임을 전가하는 것은 부당한 일입니다.
-
IOZ
2015.04.03 16:21
PHP 책 인트로 다시보는 기분이네요 ㅡㅡ... 제가 언제 XE에만 책임을 전가하는 부당한 일을 했나요.. 그냥 얼마전부터 PHP 버전 올리자는 얘기로 다 퉁치려고하는 분위기라 한마디 다른 의견을 낸건데.
-
레이딘
2015.04.04 19:36
원글 자체가 속도 저하의 책임을 서버 사양에 대한 고민 없이 XE로만 돌리는 글이고, 기진곰님의 글은 그에 대한 반론글인데 거기서 다시 원글을 옹호하는 댓글을 달면 당연히 그렇게 여겨질 수 밖에 없습니다. 그런 의도가 아니시라면 글을 풀어나가는 맥락에 잘못이 있었다고 볼 수 밖에 없죠.
-
펀펀74
2015.04.02 13:41
와우..많은 답변들 감사드립니다..
개인컴은 워크스테인이라 최강이구요.. 아마 제 서버가 결국 업그레이드가 필요한 듯 합니다..
XE 초기에는 못느겼는데 요즘 느끼고 다른 분들도 가끔 그런말들이 나와서요..
한 회원10만명은 거뜬히 소화해낼수 있는 XE로 발전해나갔으면 좋겠습니다.
이번달 서버 대폭 업그레이드 할생각이니 시도하고 나서 다양한 부분테스트 하고
기존 서버 2003R2 -> 2012R2 버전으로 운영체제와 장기모두 업예정입니다.
2003으로 수명이상 너무 버틴것이 문제였는지... 답변들 감사드립니다.
한번더 알려드릴께요.. 저도 XE한표 던져서 XE가 잘되어야 합니다....^^;
-
GG
2015.04.02 14:47
윈도우즈말고 리눅스나 맥으로 한번 운영해 보세요...
그리고 XE로 운영하는 큰 사이트로 일베 한번 들어가 보시는것도 좋습니다.
-
kdp
2015.04.02 14:58
NGINX에 MariaDB만 올려놔도 속도가 몇배는 빨라지네요(바꾼거라해봤자 반응이 느려서 사양에 맞게 캐시늘린게 끝입니다)
썸네일에 음악파일 수천개정도 올려져있는 사이트입니다.
Apache에 Mysql 최신버전 올렸을때는 심하게 느렸는데 아파치서버라면 한번 고려해보시는것도...
아파치때는 한페이지 넘기는데 30초-2분정도 걸렸는데 3초로 줄었습니다.
-
BJ람보
2015.04.13 23:30
공감갑니다.
저도 apache2.4+NginX+마리아디비 10?11버전으로 업데이트 하고.. php5.4 를 5.5으로 서버 세팅을 다시햇습니다.
속도 .. 섬네일 생성속도며 뭐...
하하하핫..
날라다니죠,.
-
휘즈
2015.04.03 16:45
php, 디비 버전업도 도움이 되지만,
사용할 수록 무거워진다면,
디비 청소를 해보심이, 주기적으로 해주는 것이 좋습니다.
쓸데없는 데이타 삭제하고
디비 optimize 해주고
속도에 영향을 주는 것은 php보다는 디비의 영향이 더큽니다.
-
졸라맨
2015.04.03 16:49
저는 순수 xe코어만 사용하고
레이아웃이나 애드온 위젯등은 최대한 절제하여서 사용합니다.
레이아웃은 가볍게 직접 만들어서 쓰시면 됩니다.
test.php 파일에 숫자 하나 넣고 로딩속도 체크하면 0.01초 걸리고
xe를 타서 연동된 외부페이지 .?mid=test 파일에 숫자 하나 넣고 로딩속도 체크하면 0.3초 정도 나옵니다.
결국 코어만 가지고 따지면 xe자체적인 속도로는 0.3초 정도 나오니 사용자가 크게 체감할정도의 속도는 아닙니다
나머지는 직접 잘 만들면 될것 같네요.
그리고 xe가 db 설계도 어느정도 잘 되어있어서 좋은부분도 있어요
-
푸하라
2015.04.11 02:22
확실히 db쪽이 문제가 있지요...
db를 튜닝하면 빨라지는데 결국 db가 문제 입니다.
-
Luatic™
2015.04.13 18:17
가장큰 문제는 제가경험해본결과 레이아웃입니다. 폰트 가져오고 필수파일들 다 겨져오는 레이아웃들이 많습니다. 유료는 더더심하구요 기본 레이아웃으로 디자인 변경해놓고 보면 대부분 엄청 빠릅니다. 워프나 xe나 레이아웃 최적화만 잘하면 다다 빠릅니다.
-
가르송
2015.04.15 13:48
db에 문제가 심각합니다...
글이 2000개만 넘어가면 문제가 생겨서 항상 비우기를 하는데 비우고 나면 다시 빨라지더라구요..
-
기진곰
2015.04.28 09:16
겨우 2000개에서 문제가 발생한다면 DB에 인덱스가 누락되었거나 DB서버가 무지막지하게 튜닝이 잘못되어 있을 가능성이 높습니다. XE가 아무리 느려도 글 몇만 개 정도까지는 눈에 띄는 속도 차이가 없는 게 정상입니다.
-
꼬부기
2015.04.27 21:57
전 속도는 이정도면 충분하다고 생각합니다... 저에게는 XE이외에 대안이 없어요... 없다기 보다는 좋은 CMS임에는 틀림이 없습니다.
글쎄요..... 제 생각엔 펀펀74님 인터넷이나 브라우져에 문제가 있는게 아닌가 싶은데요?
XE는 그 동안 속도 부분에 있어서 상당히 개선되어 왔고요, 예전 1.4 대 버전에 비해 엄청나게 빠른 상황입니다.
그리고 저는 외국인데도 불구하고 XE 메인홈페이지도 상당히 빠르게 접속됩니다. .
만일 펀펀74님 사이트가 느린 경우 호스팅 회사 서버의 문제일 가능성이 높다고 보고요,
XE로 되어 있는 사이트들이 느리게 접속된다면 웹브라우져를 IE 구 버전을 쓰시지 마시고 크롬으로 갈아타 보세요...