그누보드 포에버의 속도 어떻습니까? > 자유게시판

자유게시판

그누보드 포에버의 속도 어떻습니까? 정보

그누보드 포에버의 속도 어떻습니까?

본문

제 홈피가 속도가 너무 느려져 고민이 되던 차에 김규덕님의 말씀을 들으니 뭔가 결단을 내려야겠다는 생각이 들어 이렇게 여러분들의 조언을 구하고자 합니다.

김규덕님은 다음과 같이 말씀하고 계십니다.
(사용후기에서 코멘트로 달린 글 http://sir.co.kr/bbs/board.php?bo_table=g4_use&wr_id=4005 )

----------------------------------------------------------------------------------------
김규덕    05-07-15 11:06 
 
G4의 소스를 분석해보신 분이라면 속도 지체는 충분히 예상하실 수 있을 겁니다.
쉽게 말해 외관은 그랜저인데 엔진은 티코급이라는 얘기지요.
아마 버젼업이 될수록 요구하는 기능은 더 많아질테고, 점점 더 느려질 가능성이 있지요.
우선 테이블이 많이 줄었습니다. G4 실험버전인가요? G3의 마지막 버전인가 에서는 코멘트 테이블을
분리했던걸로 아는데요. 그게 다시 한 테이블로 합쳐졌더군요.
파일도 현재 하나의 테이블에 기록하게 했는데, 이것도 규모가 커지면 분명히 위험요소입니다.
물론 G4로 넘어오면서 긍정적인 면도 있습니다. 실행되는 파일이 분리되었고 다중업로드라든지 진전된 모습이 보입니다. 하지만 이제부터는 실제 필요한 로직과 그렇지 않은 로직을 철저히 분리해서
프로그램의 덩지를 가볍게 할 필요가 있습니다. 필요하다면 스킨내부에서만 사용하는 함수라든가 로직은 해당 스킨내로 분리할 필요가 있습니다. 그걸 메인 실행부에서 낑낑거리고 가지고 있을 필요가 없다는 것이죠.
--------------------------------------------------------------------------------------------------

저는 이 글을 읽고 심각한 회의에 빠져들었습니다. 현재 홈페이지속도가 상당히 느려졌는데 저는 일시적인 버그비슷한 것만 잡으면 예의 그누보드의 장점인 빠른 속도를 회복할 수 있을 줄 알았는데 김규덕님 말씀에 따르면 그게 아니고 아예 구조적인 문제가 있다는 건데요. 이를 제 나름대로 해석하면 방문자가 적은 홈피에서는 차이를 못느끼거나 오히려 빠르다고 느낄 수도 있지만 조금 규모가 커지면 기하급수적으로 속도체감을 경험하게 될거라는 겁니다. 그리고 제가 바로 그런 경우를 당하고 있는건지 모르겠습니다.

속도말고도 업로드파일을 한 테이블에 기록하니 1백개게시판에 올린 사진이며 파일들이 한 곳에 뒤섞여 기록된다는건데 이 테이블이 깨져버리면 어떻게 될지 아찔합니다. 또 제 홈피에서 글하나에 수십개 코멘트가 다닥다닥 달리는데 코멘트가 본문과 한곳에 기록된다면 글갯수가 금새 수십만개로 증가할 거고 그러다보면 게시판이 또 깨져버리지 않을까요? 코멘트를 보면 거의 동시에 여러개가 기록되는 경우가 자주 발생하는데 이런걸로 문제가 생길수 있지는 않나요?

만일 이런 것이 진실에 가깝다면 그동안 g4의 업데이트를 열심히 쫓아왔는데 갑자기 더이상 쫓아갈 기력을 못내겠습니다. 만일 사태가 이렇다면 실력있는 분이 G3로 돌아갈 수있도록 변환기를 하나 만들어주시면 감사하겠습니다. 이것도 안되면 모프로그램을 눈물을 머금고 사는수밖에 없을듯합니다.

어쨌든 이상의 것이 기우에 불과했으면 저로선 제일 좋겠습니다.  과연 그누보드 포에버 속도문제 없거나 혹은 개선될 수 있을까요? 여러분들은 김규덕님의 지적을 어떻게 받아들이십니까? G4를 이렇게 만드신 관리자님의 의중은 무엇일까요? 고수님들의 허심탄회한 의견을 듣고 싶습니다.
추천
0

댓글 4개

다이어트 할시점이 된거 같긴 하네요..
성능과 속도는 반비례하는것일까요?

컴퓨터는 거짓말 하지 않습니다.
속도가 느려진다면 어떠한 이유가 있겠죠...
그 이유를 찾아서 최소한으로 만드는게 좋은거 같습니다.

단순히 느려지는것 같다가 아니라,

서버측의 리소스 사용량은 어느정도 증가되었고, 어떠한 쿼리에서 request timeout이 생기는지.
클라이언트측에서 어떤 페이지에서 속도가 느리고 동시접속이나 특정 이벤트가 발생하였을때
어떤식으로 서버에 무리가 가는지 확인해 볼필요가 있을꺼 같습니다.
속도는 솔찍히 g3에 비해 많이 느려진것같아요.
기능무지 많은 킴스보드(지포보다 확실히 기능이 많죠)를 볼때 기능이 많다고 느리다는건 좀 아닌것같구요.
허접하게나마 제 생각을 말씀드리자면, 보드 자체가 가진 그 다양한 기능들을 너무 무리하게
담아버린 느낌입니다. 모 보드에서 한때 제 통합스킨이 그런 지경에 이른 적에 있습니다. 결국
내부적으로 로직을 다시 짜고 불필요한 요소는 버려야 했지요. 지금의 G4 는 이제 그 단계를
준비하고 있다는 생각입니다.

또 한가지 생각해볼만한 부분은 응용 소프트웨어가 업그레이드 되는 건 그 걸 돌리는 하드웨어의
업그레이드에 따른 것이라 생각합니다. PHP 버젼과 MySQL 버젼 뿐만 아니라 CPU 의 동작속도와
갯수, 램의 추가와 하드디스크 자체의 버퍼증가 등을 기반으로 함이 당연합니다. 이런 관점에서
볼 때 G4 의 안착시기는 64bit CPU 가 호스팅 업체사이로 확산되는 시점이라고 볼 수 있습니다.

제가 봤을 때 업체에서 사용하거나 대규모 웹사이트에서 사용할 때는 G3 로 유지하시는 게
낳을 것 같습니다. PHP 5 가 나왔지만 미션 크리티컬한 영역에서는 사용을 금지하듯
G4 역시 미션 크리티컬한 영역에서는 아직 무리라는 생각입니다. 그 반증으로 잦은 업그레이드가
되겠죠.

어쩌면 딜레마일지도 모릅니다. 이만한 기능을 가진 공개보드는 적어도 국내에서는 없습니다.
거의 유일한 최정상급의 퍼포먼스를 가진 그누보드4 이지만 그 때문에 여러가지 면에서 속도나
안정성에 문제가 생길 가능성이 있다고 봅니다. PHP 를 이용하지 않으려는 의도로 Javascript 를
이용해 많은 부분을 대처했지만 실제 저사양 PC에서는 답답할 정도의 처리속도로 나타납니다.
일례로, 지금 쓰고 있는 이 코멘트 좌측상단에 글자수 세는 스크립트로 인해 제가 타이핑하는 것보다
늦게 글자가 나타나고 있습니다. 이 또한 스트레스죠. ~_~;

속도와 퍼포먼스는 서로 반비례 관계로 보는 것이 맞는 것 같습니다. 속도를 위해서라면 어느정도의
기능은 줄이고, 퍼포먼스를 위해서라면 속도는 어느정도 희생해야 한다고 봅니다.
그 균형점을 찾고 있는 게 지금의 G4 라고 생각되고, 동시에 관리자님의 진정한 목표가 아닐까
추측해봅니다.

암튼 그누보드 4 화이링~
파일테일블에 관해서는 저는 잘 했다고 봅니다. 파일테이블 데이터는 순차적으로 소팅해서 읽어들이는 경우가
거의 없기 때문에 테이블에 데이터가 많아서 깨진다는건 조금 이상한 일이 될 것 같구요... 그렇다면 파일보다는 게시판쪽이 먼저 날아가겠죠... (잘 보시면 파일에는 별로 저장되는 데이터가 없습니다.) 그리고 코멘트는 현재는 사용하지 않는 듯 하지만
common.php의 306번 라인의 코드입니다.
$comment_table = $g4[write_prefix] . $bo_table . $g4[comment_suffix]; // 코멘트 테이블 전체이름
이것으로 보아 본문하고 분리하려는 시도로 보여지네요... (현재는 본문과 한집을 사용하지만 나중엔?)
전체 16 |RSS
자유게시판 내용 검색

회원로그인

(주)에스아이알소프트 / 대표:홍석명 / (06211) 서울특별시 강남구 역삼동 707-34 한신인터밸리24 서관 1402호 / E-Mail: admin@sir.kr
사업자등록번호: 217-81-36347 / 통신판매업신고번호:2014-서울강남-02098호 / 개인정보보호책임자:김민섭(minsup@sir.kr)
© SIRSOFT