[완료] TOP 명령어로 본 서버 상태입니다.. 한번 봐주세요...
top - 21:32:18 up 167 days, 5:13, 2 users, load average: 0.02, 0.04, 0.05
Tasks: 108 total, 1 running, 105 sleeping, 0 stopped, 2 zombie
Cpu(s): 0.7% us, 0.2% sy, 0.0% ni, 98.8% id, 0.1% wa, 0.0% hi, 0.1% si
Mem: 1034552k total, 995008k used, 39544k free, 179772k buffers
Swap: 2096472k total, 192k used, 2096280k free, 635328k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
23911 mysql 16 0 116m 32m 3460 S 1.7 3.2 426:09.70 mysqld
31473 nobody 15 0 11784 5784 2452 S 0.0 0.6 0:00.02 libhttpd.ep
31528 nobody 15 0 10964 4708 2356 S 0.0 0.5 0:00.00 libhttpd.ep
3106 root 17 0 6252 4692 1688 S 0.0 0.5 4:11.70 hald
31478 nobody 15 0 10932 4676 2324 S 0.0 0.5 0:00.00 libhttpd.ep
31487 nobody 15 0 10932 4676 2324 S 0.0 0.5 0:00.00 libhttpd.ep
31489 nobody 15 0 10932 4676 2324 S 0.0 0.5 0:00.00 libhttpd.ep
31490 nobody 15 0 10932 4676 2324 S 0.0 0.5 0:00.00 libhttpd.ep
31491 nobody 15 0 10932 4676 2324 S 0.0 0.5 0:00.00 libhttpd.ep
31492 nobody 15 0 10932 4676 2324 S 0.0 0.5 0:00.00 libhttpd.ep
31493 nobody 15 0 10932 4676 2324 S 0.0 0.5 0:00.00 libhttpd.ep
31494 nobody 18 0 10932 4676 2324 S 0.0 0.5 0:00.00 libhttpd.ep
31495 nobody 15 0 10932 4676 2324 S 0.0 0.5 0:00.00 libhttpd.ep
31496 nobody 16 0 10932 4676 2324 S 0.0 0.5 0:00.00 libhttpd.ep
31497 nobody 15 0 10932 4676 2324 S 0.0 0.5 0:00.00 libhttpd.ep
31498 nobody 15 0 10932 4676 2324 S 0.0 0.5 0:00.00 libhttpd.ep
31499 nobody 15 0 10932 4676 2324 S 0.0 0.5 0:00.00 libhttpd.ep
31500 nobody 15 0 10932 4676 2324 S 0.0 0.5 0:00.00 libhttpd.ep
31501 nobody 15 0 10932 4676 2324 S 0.0 0.5 0:00.00 libhttpd.ep
31513 nobody 15 0 10932 4676 2324 S 0.0 0.5 0:00.00 libhttpd.ep
31514 nobody 16 0 10932 4676 2324 S 0.0 0.5 0:00.00 libhttpd.ep
31515 nobody 15 0 10932 4676 2324 S 0.0 0.5 0:00.00 libhttpd.ep
31516 nobody 16 0 10932 4676 2324 S 0.0 0.5 0:00.00 libhttpd.ep
31529 nobody 25 0 10932 4620 2284 S 0.0 0.4 0:00.00 libhttpd.ep
31530 nobody 25 0 10932 4620 2284 S 0.0 0.4 0:00.00 libhttpd.ep
31531 nobody 25 0 10932 4620 2284 S 0.0 0.4 0:00.00 libhttpd.ep
31532 nobody 25 0 10932 4620 2284 S 0.0 0.4 0:00.00 libhttpd.ep
31533 nobody 25 0 10932 4620 2284 S 0.0 0.4 0:00.00 libhttpd.ep
31534 nobody 25 0 10932 4620 2284 S 0.0 0.4 0:00.00 libhttpd.ep
31535 nobody 25 0 10932 4620 2284 S 0.0 0.4 0:00.00 libhttpd.ep
31536 nobody 25 0 10932 4620 2284 S 0.0 0.4 0:00.00 libhttpd.ep
31537 nobody 25 0 10932 4620 2284 S 0.0 0.4 0:00.00 libhttpd.ep
31538 nobody 25 0 10932 4620 2284 S 0.0 0.4 0:00.00 libhttpd.ep
22940 root 16 0 10800 4612 2284 S 0.0 0.4 65:46.68 libhttpd.ep
29599 named 25 0 70276 4204 2256 S 0.0 0.4 1:01.07 named
29142 root 16 0 7392 3148 2108 S 0.0 0.3 0:01.03 sendmail
29150 smmsp 16 0 6504 2632 1812 S 0.0 0.3 0:00.10 sendmail
3079 htt 18 0 6464 2384 2004 S 0.0 0.2 0:00.01 htt_server
16998 root 16 0 9124 2348 1820 S 0.0 0.2 0:00.00 cupsd
25980 root 16 0 6856 2112 1764 S 0.0 0.2 0:00.19 sshd
4820 root 15 0 6856 2100 1764 S 0.0 0.2 0:00.17 sshd
4905 root 15 0 6896 1644 1296 S 0.0 0.2 0:00.33 mysql
32765 nobody 16 0 2864 1616 992 S 0.0 0.2 0:01.85 proftpd
18496 root 16 0 4000 1572 1356 S 0.0 0.2 2:58.09 sshd
18738 emma 16 0 3444 1552 1224 S 0.0 0.2 0:18.55 emmareceiver
18736 emma 16 0 3464 1548 1232 S 0.0 0.1 0:26.60 emmasender
지금 이미지들이 늦게 뜨고 있습니다.. 전체적으로 속도도 늦구요..
흠..... 클래스로 모듈화 한다구.. 클래스 파일 큰건 60K넘고.. 작은거 20~10KB
되는 파일 서너게 매 페이지마다 로드하고 있어서 그런지
생각보다 메모리두 많이 먹는거 같구...
libhttpd.ep 이 프로세스도 걸리구요... (구글링을 통해 대충은 감잡고 있습니다만;;)
문제는 현재 하루 5000 명정도라고 치면..
곧 이상태에서 15만명 정도가 더 물릴 얘정인데.. 걱정입니다....
제가 서버 관리자두 아니구요 ㅠㅠ
그렇다고 작은 회사에서 서버관리자를 따로 둘 형편도 더욱 아니여서..
쩝.... 아시다시피 캐안습이네요.
현금과 직결되는 사이트들이라.. 신중을 거듭하게 됩니다;
서버 다운... 읔... 생각만해도 후덜덜 거립니다..
조언부탁드립니다..
새해복 많이 받으시구요...
약간 정리를 해 주셔야 할 듯
1. 배포판
2. 커널설정
3. httpd.conf 설정
이 정도의 정보가 추가적으로 있어야 할 듯 싶습니다.
굳이 시스템을 의심스러운 눈초리로 보자면 아파치 설정부분인듯 싶습니다만, 실제로 어떤 설정이 좋다 가 딱 나오는게 아니라 설정값을 몇가지 경우로 변경해보면서 시스템 상황을 파악하고 좀 더 좋은 퍼포먼스가 나오는 방향으로 튜닝을 진행할 수 있겠습니다.
그나저나 시스템은 펑펑 노는군요 -_- 아무래도 정말 설정문제인 모양입니다.(아님 웹 어플리케이션 문제일지도 모르지요. 그럴땐 안타깝지만 프로그래머분을 잡고 푸닥거리를 하셔야..-왠지 질문 올리신 분이 프로그래머분이신듯한 느낌은..-)
[root@ns ~]# uname -a Linux
[root@ns ~]# uname -a
Linux ns 2.6.12-1.1381_FC3smp #1 SMP Fri Oct 21 04:03:26 EDT 2005 i686 i686 i386 GNU/Linux
커널설정이라함은 무엇인지;;
몰라서 일단 건너뜁니다;;
httpd.conf 설정은
tempate의 확장자만 접근 못하게 막아둔 설정 빼고는 기본값 그대로입니다...
정말 답답하네요..
개발자 맞구요.. 답답하네요.. 죽도록 개발해놨더니..
괜한짓 한거 같아요;;;
기회는 준비된 자에게만 온다.
(twitter @httpds)
일단 CPU는 넉넉
일단 CPU는 넉넉 하신것 같고, 메모리를 팍팍 늘려 주세요.
그리고 메모리 관련 모니터링을 꾸준히 하시고 개선할 곳은 개선 해주셔야 할듯 하네요.
<어떠한 역경에도 굴하지 않는 '하양 지훈'>
#include <com.h> <beer.h> <woman.h>
do { if (com) hacking(); if (money) drinking(); if (women) loving(); } while (1);
#include <com.h> <C2H5OH.h> <woman.h>
do { if (com) hacking(); if (money) drinking(); if (women) loving(); } while (1);
우선 이 링크 참조..
http://www.redbooks.ibm.com/redbooks/SG245287/wwhelp/wwhimpl/js/html/wwhelp.htm
여기에서 Chapter30 부분을 보시면 될 듯 싶구요.
그리고 혹시 아파치를 소스컴파일로 설치를 하신건가요? 배포판에서 기본제공하는 패키지 설치를 하신건가요? 이 부분에 따라서 설정이 많이 다를 수 있으니 말이지요.
개발자분이니 시스템에 신경을 안써도 된다고 생각하실수도 있긴 합니다만, 실제로 웹개발자분들같은 경우는 아파치의 성능 부분등은 어느정도 알아두시는것이 좋습니다. 적어도 어떤 부류의 웹페이지(텍스트 위주인지, 그림파일 위주인지, php가 생성하는 동적 페이지가 많은지, 아니면 html로 돌아가는 정적 페이지가 많은지 등..)에서 어느 정도의 설정값이 정확하진 않아도 대략적으로 잘 동작하더라 하는 큰 틀은 어느정도 가지고 계신것이 본인 작업하시기에도 좋을거고, 특히나 지금같이 SE분이 안계신 상황에서는 더 큰 도움이 되겠지요.
그럼 수고하세요. :-)
아 그리고 지훈님
아 그리고 지훈님 말대로 정말 메모리가 부족하군요.
제가 자릿수를 잘 못 세고 있었습니다. -_-(1/10 쓰는줄 알았습니다. 허허)
아무래도 그래픽 중심의 페이지의 경우 프로세스당 메모리 사용량이 일반적인 경우에 비해서는 많기 마련이지요. :-)
그럼~ =3=33
답변 대단히 고맙습니다.
매번 눈팅만 하다가 첨으루 글 남겼는데..
답변 정말 고맙게 생각하고 있습니다.
어디에 의지 할데도 없고;; 그냥 그래요;; 요즘......
참... 뭐랄까... 세상에 혼자 남겨진 느낌이랄까..;;;
흠... 이겨내야지요..
그리구.. 말씀하신데로 서버는 이미지 위주가 맞습니다..
보통 한페이지에 3~10M이상 되는 이미지들이 즐비하구요..
아파치는 소스컴파일 했습니다..
redbooks는 잘보겠습니다.
기회는 준비된 자에게만 온다.
(twitter @httpds)
생각나는 대로 적어봅니다
TOP 명령으로 확인 할 수 있는 부분은 cpu 는 놀고, 서버에서 apache,ftp, sms, sendmail, mysql, name 서버 등등을 돌리고 계신것 같군요. 전체 프로세스를 확인하셔서 일단 사용하지 않으시는 프로그램은 모두 중지를 시키시기 바랍니다.
리소스 확보 차원도 있지만, 보안적인 측면에서 더 중요하죠.
그리고 현재 15만명 정도를 더 붙이실 것이라고 하셨는데, 확인하셔야 할 부분 생각나는 대로 적어봅니다.
1. 서버의 회선
서버에 물려있는 회선이 현재 몇메가 라인인가요?
서버 호스팅이나 코로케이션을 받고 계시다면 호스팅 업체와 회선 관련하여 협의를 하셔야 합니다.
혹시 adsl 사용하신 다면 난감~~
2. 서버의 apache 설정 관련 확인
아파치 컴파일 하실때 max connection 부분 변경을 하신 것인가요?
혹시라고 수정을 안하셨다면 256이상은 변경이 안되니 아파치 재설치를 고려하셔야 합니다.
httpd.conf 설정의 keep alive 설정과 time out 값 변경으로도 서버의 접속자를 늘리는 것도 가능하니 체크해 보시기 바랍니다.
3. 디비 서버 부하 부분
mysl my.cnf 파일을 기본으로 사용하신다면, 사이트 방문자가 많아질 경우 too many connection 이라는 메시지와 함께 사이트에서 에러가 발생하는 경우가 생깁니다. 이점에 대해서도 미리 확인을 하셔서 mysql 구동 옵션 변경을 고려해 보심이...
4.하나의 apache 서버에서 html, php, image 모든 것을 처리하다 보면 속도라는 부분에서 아무래도 문제가 생길수 있습니다.
간단한 꽁수를 알려드리면, apache를 다른 경로에 하나 더 설치하셔서 포트를 8080등을 이용해서 구동을 시키세요.
이 8080 아파치 port를 이용하셔서 image 부분에 대한 것을 처리하시면 요즘엔 서버 1대에서도 100메가 트래픽도 가능합니다.
웹소스에서 이미지 불러오는 부분을 도메인:8080 이런식으로 처리해 버리시면 php, html 부분은 80번 포트 아파치에서, image등에 대한 부분은 8080 포트 사용하는 아파치 서버에서 담당하는 것이 되겠죠.
그럼 좋은 결과 얻으시길..
what is my wish?
what is my wish?
제가 어제 저녁에 이 글타래를 봤을때는..
제가 어제 저녁에 이 글타래를 봤을때는.. 맨처음 포스팅 해 주신 글이 이것 보다 긴것 같았는데. 제가 다른 글을 보고 착각하는지 모르겠습니다. 그 글에는 OOM killer 이 뜨는 커널 메세지가 있었는데.. 이글이 맞는 것 같은데.
일단 지금 보여 주신 top 의 메세지는 서버가 다운될때 top 는 아닌것 같습니다.
어제 저녁에 본 커널 메세지에서 OOM killer : XXserver 이라는 메세지가 있었는 것으로 기억하는데..
그 데몬이 원인인것 같습니다.
지금 서버의 메모리가 1G 정도 인것으로 보이는데 아파치 몇개 떠 있고 mysql 이 메모리를 많이 먹는다고 해도 OOM Killer 은 뜨지를 않습니다. 더구나. 위의 메모리 사용양을 모두 합해 보아도 지금 사용하고 있는 메모리 양이 나오지를 않습니다.
OOM killer 은 적어도 swap out 할수 없는 메모리 사용이 현재 있는 물리적 메모리를 거의 풀로 다 사용해야지 나올수 있는 현상이라 알고 있습니다.
글이 정리가 되지를 않는데.. OOM Killer 나오는 부분을 확인 해보시면 해결이 될듯 합니다.
저..
이걸 말씀드리면 되게 부끄러워하실까봐 망설였는데..
http://kldp.org/node/76782
*-_-*
=3=33
(실은 전혀 망설임이 없었다.)
실수 네요. ~~;
제가 다른 글을 보고 여기에 추측해서 답글을 올렸네요..
더구나. 캐쉬 메모리 양도 잘 못 보고.. 실수에 실수네요..
아랫분 말씀데로 메모리 부족 현상은 아닌것 같습니다.
buffers + cache 가 물리 메모리의 80%정도 되는 걸 봐서 메모리 부족은 아닌것 같습니다. ~~
성급한 답글 죄송합니다.
메모리도 충분한듯이 보이는데요.
버퍼와 캐쉬의 합계가 메모리총량의 80%를 차지하고 스왑을 거의 사용하지 않는것으로 봐서는 메모리 부족으로는 생각하기 어려운 것 같은데요.
free, top커맨드에서 M(대문자), ps -xl --sort -vsize, vmstat 30(한페이지정도)의 결과값을 보면 좀더 자세한 분석이 가능할 듯 싶습니다만...
그럼 이만 총총...[竹]
http://elflord.egloos.com
===== ===== ===== ===== =====
그럼 이만 총총...[竹]
http://elflord.egloos.com
이미지들이 늦게 뜨신다구요..
이미지들이 늦게 뜨고.... top 이 저렇다면..
단지 회선이 느린거 같은데요..? 아니라면 httpd 설정이 조금 이상하던지요....
서버 메모리/CPU 로는 부족함이 없어 보입니다.
apache 의 server-status 를 ExtendedStatus 를 On 하신 상태로
좀더 많은 정보를 확인해 보시는게 나을꺼 같습니다...
아 그리고
정말 그림파일이 몇M씩이나 되는 파일이 즐비하고 사용자가 무지 많다면..
시스템 구성부터 새로 생각하셔야 할지도 모릅니다. 특히나 서버가 저거 꼴랑 한대라면 더더욱 말이지요. =_=
좀 더 빠르게 경량화한, Image 파일의 Serving정도만 가능한 정도의 아파치를 별도로 셋팅하셔서 별도의 서버에 두고 구성하시거나 하는 방법으로 가시는게 좋을수도 있습니다. (굳이 lighttpd같은것까지 가지 않아도 상관없습니다. 아파치도 목적에 맞는 풀튜닝만으로도 충분한 성능을 보이니까요. 괜히 lighttpd같은것 썼다가 셋팅하신 분이 회사를 나가신다거나 하게되면 오히려 회사입장에선 관리가 안되니 골치아플뿐입니다.)
이번주 내내 머릿속에서 복잡한 생각을 하기가 귀찮아서 메세지를 자세히 올려줘도 메세지를 자세히 안보고 답변을 성실하게 하지 못하고 있으니 양해바라면서..
=3=33
(그리고 그림파일 서빙할때 해당파일들이 다 가기 전까지 프로세스를 다 잡아먹고 있을수도 있긴 합니다. 회선이 느리다면 거의 그럴 확률이 높고..메모리만 많이 먹고, 그리고 보니까 지금 아파치 프로세스 자체는 그렇게 많은 수가 떠있는건 아닌것 같은데 이미지 파일수가 많다면 미리 대기하는 아파치 프로세스 수를 좀 더 늘려주는 방법으로도 해결 가능한 경우가 있습니다. 우선 ps 상황을 watch등으로 계속 붙잡아두고 살펴보시면서 혹시나 좀비프로세스가 되는것이 있는지 확인하시고, 그런것이 없으시면 굳이 그렇게 하실필요는 없고 회선이나 다른걸 살펴보시면 되고, 혹여나 아파치쪽 프로세스중 일부가 좀비가 되고 있다면 대기 프로세스 수를 늘려주실 필요가 있습니다.)
또 한가지
그림파일이 불필요하게 큰 것은 아닐지요?
특정한 갤러리 서비스를 해야하는게 아니라 단순히 쇼핑몰등의 상품구성이라면 그림파일의 해상도 및 품질을 조정해서 파일 사이즈를 줄여주는것이 좋습니다. 그리고 갤러리라고 하더라도 파일 사이즈에 제한을 둠으로써 사용자들이 해당 갤러리에 올리는 그림을 쓸데없이 몇M 단위로 올리지는 않도록 설정할수도 있구요. 아니면 굳이 올리기는 해야겠다면 파일은 받되, 실제 서비스할때는 이미지 썸네일을 사용해서 적절하게 조정된(해상도이던, 화질이던) 그림파일을 서비스하고, 사용자가 원본 해상도의 고화질 사진을 원한다면 다시 클릭해서 그림파일을 다운받게 하는 방식으로(저작권은 알아서 생각하시고..) 하시는것도 불필요한 서비스 부하를 줄이는 방법이 될 수 있겠습니다.
어후 생각하기 귀찮아서 이거 원;; -_- 이번주는 정말 머리가 굳었는지 일이 잘 안풀리는군요.
여기에 한표요.
여기에 한표요. 이미지 데이타 사이즈를 팍팍 줄여주는게 젤 좋은 방법 같습니다.
또, 이미지를 php/asp 등으로 뿌려주는 경우라면 "Cache-Control:nocache"와 "Pragma:no-cache"그리고 last-modified를 잘 세팅해주시면,
부하를 줄이는데 도움이 됩니다.
위에분 지적대로 swap
위에분 지적대로 swap 사용량이 200k 정도 밖에 안되네요.
메모리 문제는 아닌듯 하고, 아래 명령어의 아웃풋을 한 번 올려봐 주시면 분석에 많은 도움이 될거 같네요.
$ vmstat 5 > out
이 out을 한 번 올려봐 주세요.
그러면 좀 더 정확한 진단이 가능할듯 하네요.
<어떠한 역경에도 굴하지 않는 '하양 지훈'>
#include <com.h> <beer.h> <woman.h>
do { if (com) hacking(); if (money) drinking(); if (women) loving(); } while (1);
#include <com.h> <C2H5OH.h> <woman.h>
do { if (com) hacking(); if (money) drinking(); if (women) loving(); } while (1);
httpd.conf 환경설정 파일 올려봅니다.
먼저 많은 답변을 달아주신분들께 감사의 말씀 전합니다.
일단. 프로그램 소스만의 문제는 아니라는게 저의 견해입니다.
같은 프로그램을 타 서버로 그대로 돌린결과 초기접속의 딜레이 뿐만 아니라
이미지가 느리다고 느껴질만큼 끊기지 않았습니다.
해서.. 위에분이 지적해주신것처럼 회선의 문제가 아닐까 하는데..
희한하게도 타 서버에서 테스트한 그 서버조차 같은 KT IDC 에 들어가 있는 것입니다.
뭐.. 자세히 알지는 못하나.. 새로 들어간 서버가 개발기간이 3달이 넘어섰으므로
트래픽이 거의 일어나지 않았다는점..
하지만, 제가 볼때 KT IDC 직원이 트래픽 일어나지 않는 서버를 따로 분류하여
관리하고.. 그렇게 성실해 보이지 않더군요;;;
각설하고...
일단 httpd.conf 파일을 올려봅니다.
http://anermy.com/httpd.txt
httpd.conf 파일에서는 Timeout, KeepAlive수정과 템플릿 확장자 접근제어만 들어간 상태입니다.
그리고
서지훈님 vmstat 결과입니다.
procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
0 0 192 33016 170952 670928 0 0 0 1 1 1 0 0 100 0
0 0 192 36860 170952 670928 0 0 0 42 1093 139 1 0 99 0
0 0 192 36952 170952 670928 0 0 0 21 1224 167 1 1 98 0
0 0 192 36868 170956 670924 0 0 0 37 1134 124 0 1 99 0
0 1 192 35752 170956 670924 0 0 0 54 1170 307 1 2 97 0
0 0 192 35248 170956 670924 0 0 0 117 1373 249 0 1 98 1
~
여기 지역은 광주이고, IDC 광주 KT IDC입니다.
기회는 준비된 자에게만 온다.
(twitter @httpds)
MinSpareServers
MinSpareServers 20
MaxSpareServers 50
StartServers 20
정도로 수정 추천합니다. 확실한건 아니지만 이렇게 바꾸고 테스트를 해 보실것을 추천합니다.
그리고 말씀드린 수치대로 바꾼 상태에서
MaxKeepAliveRequests 값을 기존의 설정값인 400 정도였던 상태와 0인 상태(unlimited)에서의 성능차이를 보시기 바랍니다.
뭐 처음부터 이 부분을 의심했던 터라 그럴까 했는데 설정값을 보니 대략 그런 상황인 듯 싶네요.
한번 이 두가지 경우로 바꿔본 후 데몬 재시작 후 서비스를 사용해보세요.
이 값들을 변경할것을 추천한 이유는 이미지 서빙이 많은(용량이 크던, 갯수가 많던) 서버의 경우 대기서버가 많은것이 도움이 될 것이기 때문입니다.
그리고 일부 페이지에서의 클래스 모듈링이 되어있는 페이지가 많으신 것 같은데, 위에서 말씀드린 작업 이후에도 속도가 나아지지 않으면 주로 열리는 php페이지(이를테면 메인페이지 등이 되겠지요?)를 dynamic page가 아닌 static page로 바꿔주는것도 도움이 될 것입니다. (주기적으로 변경이 필요하다면 php를 html로 바꿔주는 실행명령을 crontab을 통해서 주기적으로 실행해주시면 될 것입니다.)
그럼 수고하세요.
역시 졸린 상태에서 답글을 남깁니다. 역시 제정신이 아닐 수 있습니다. 콜라 카페인의 도움을 받았으나 약발이 반밖에 안먹는군요 -_-
많은분들 의견 감사드리면서..
문제점을 해결하였습니다.
얼토당토없이... 다른 설정에서 문제가 나오더군요..
바로 랜카드가 "half"로 잡혀있었습니다..
제 무지에 다시한번 고개를 떨구고... 역시 아는게 힘이다는걸 느낍니다..
http://linux-ip.net/html/tools-mii-tool.html [관련자료]
그리고, 부수적인 문제는 현재 해당서버에 무작위 대입법을 통한 접근이 이루어지고 있었는데..
제가 로그분석을 한답시고.. 차일피일 미루다가 파일이 어느새 상당히 커져있었다는것입니다.....
역시, 이곳도 30~40% 딜레이된 원인이였습니다.
지금은 바로바로 뜨네요;;
휴.. 해결해서 다행입니다...
감사합니다.. 새해 복 많이 받으세요^^
기회는 준비된 자에게만 온다.
(twitter @httpds)
댓글 달기