|
> PostgreSQL에 대해서 이곳에서 참 많은 도움을 얻은것 같습니다.
> 감사합니다. 각설하구요...
>
> PHP와 PostgreSQL 매뉴얼을 대충 뒤적여보고 PHP는 4.2베타가 있길래 그걸
> 설치하고 PostgreSQL또한 최신버젼으로 설치를 했지요.
> 바로 방명록소스코딩을 해보았습니다.
> PHP 아주 편하더군요.
> 개인적으로 C++코딩스타일을 좋아하는데 클래스까지 지원한다는게 참 매력
> 적이네요...
> asp는 확장성이 떨어지니깐 예외로 치구요.
>
> 아무튼 대충 방명록을 붙여보고 바로 데이터를 배치로 넣어봤습니다.
> 배치는 pgtclsh을 사용해서 넣었는데, 한글이 깨지더군요.
> pgtclsh을 이용해서 DB에 넣을때 한글이 깨지는건 어떻게 해결하지요?
> (이거 물어볼려구 한건 아니였는데... ^^;)
>
> 약 11000건을 넣어봤습니다.
> response time이 1초내외, cpu점유율이 10퍼센트정도면 대만족이였을텐데,
> 그렇질 못하더군요.
> response time은 약 4/5초, cpu점유율은 최고 50퍼센트를 먹더군요.
> (서버가 solaris ultra10 이기때문에 물론 형편없지요...)
> orderby를 죽였습니다.
> response time은 2/3초로 떨어지지만, cpu점유율은 역시 50퍼센트정도...
>
> refresh버튼(F5키)를 무자비하게 눌러봤습니다.
> 서버는 곧바로 혼수상태. 풀리길 기다리는데 약 2/3분 정도가 걸리더군요.
>
> 하지만 죽지않는게 참 대견했습니다.
> (삼성SDS에서 사이트밴치마크 소프트웨어로 이곳을 테스트하는걸 본적이
> 있는데요... CD하나가 1억원짜리더군요. 허걱...)
>
> 이정도에서 성능향상을 위해 할수있는건 뭐가 있는지요...
> 참 정재익님께서는 pentium에 Alzza Linux6.1으로 이곳을 서비스하시는것
> 같은데요... 성능은 어떤지요...
>
pgtclsh 에서 한글은 개인적으로 아직은 힘들다고 생각하고 있었는데 (?), 어느분이 가능하다고 그러더군요. 이건 TCL/TK 라이브러리 자체에 한글을 지원하도록 하면 된다는 말을 들었습니다. (이건 잘 모르는 얘기이므로 각설하고..)
엄청 혹사를 시켰군요. 저는 개인적으로 survival test 같은 것은 잘 해 보질 않았습니다. 최근 버전에 보니까 test 스크립트가 같이 소스에 포함되어 release 되더군요. 해볼놈은 해봐라라는 의미겠지요.
DBMS 계열로 상용으로 넘어 가면 하나같이 가격이 장난이 아니지요. 하다 못해 여기 리눅스용 오라클 5 user가 500만원이더군요. Standard edition 5 user 가 220만원이던가 하고... (이정도는 양반이죠. 조금만 더 enterprise 환경으로 넘어가면 1000만원은 우습게 넘어가지요.
개인적으로도 그런 환경을 접하고 싶지만 전공과 거리가 멀고 하다 보니 할수 없이 이런 정도로 만족하고 (지금 저의 펜티엄 200, 메모리 128 리눅스 박스에 Oracle Enterprise Edition 을 설치했습니다. 지금 생각해 보면 무식한 짓이지요. 설치중 메모리가 모자라서 죽는 바람에 스왑 늘려 주고 다시 설치를 해서 거의 12시간만에 설치완료했습니다.) 있는 중입니다.
Ultra Sparc 에서 설치해 보지 않아서 정확히는 모르겠지만 리눅스에서는 생각보다는 그렇게 CPU resource를 먹지 않습니다. concurrent user가 10명 정도 되면 메모리 사용량은 제법 먹지만 (이놈의 PHP가 생각보다는 만만찮게 메모리를 먹습니다.) CPU 점유율은 10% 이상을 넘어본적이 별로 없습니다. 생각보다는 쓸만 합니다.
그리고 개인적으로 중형 DBMS 정도까지는 사실 PostgreSQL 로 충분히 가능하다고 생각합니다. 만약 동시 사용자가 많다면 하드웨어 사양을 충분히 늘려 주어야 합니다. 이것만 된다면 어느정도 가능하겠지요.
속도면에서 MySQL 과 비교하면 확실히 느립니다. 그리고 메모리 사용량도 비슷합니다. (MySQL도 Thread를 이용하지만 메모리는 만만찮게 먹더군요) 하지만 기능면에서는 MySQL 이 따라오지 못할 몇가지 편리한 점이 있어 주로 PostgreSQL을 이용하고 있답니다. 간단한 복잡하지 않은 DB modling의 경우 속도와 경제적인 측면을 이용하여 MySQL을 이용하는 것이 좋을 것으로 생각되며, 조금 복잡한 기능을 요하는 경우 (rule/trigger/table constraint 등등) PostgreSQL을 이용하는 것이 좋다고 생각합니다.
얼마전까지 Pentium/133/64M 에서 이 홈페이지를 이용했었습니다. 하지만 전혀 무리 없이 운영할 수 있었습니다. 현재는 Pentium/200/96M 의 classic (?) Linux Machine 에서 홈페이지를 운영하고 있습니다. 충분히 잘 운영하고 있습니다. 이정도 사이트야 아주 작은 DBMS 정도로 충분하기 때문에 무리가 없겠지요. 반응시간도 좋고, 메모리, CPU 점유율도 만족할만한 수준으로 나옵니다.
현재 여기 사이트의 디비는 토탈 약 7만건정도 되는것 같습니다. 디비 사이즈는 약 20메가 정도 되는것 같군요. 별다른 무리 없이 잘 돌아갑니다. 이정도까지는 충분할 것 같습니다. 적당히 Index 생성해 주고 한번씩 vacuum 시켜 주고 하면 그럭저럭 쓸만합니다. 디비 사이즈가 100메가를 넘어가면 아마도 디비 서버 업을 해야 되지 않을까 하고 개인적으로 생각중입니다.
DBMS 의 성능향상은 현재로서는 사용자가 해줄만한 별다른 방법이 없습니다. tuning 이라는 것을 할만한 곳이 별로 없다는 것이지요. DB modeling 을 하는 부분을 제외하고는 말이죠.
자주 들리셔서 좋은 의견과 좋은 글 한번씩 주세요.
|
