"지친 머리로는 일할 수 없다."
"지쳤을 때는 재충전을 해야죠."
일 때문에 지쳐 있을 때는 다른 활동을 통해
에너지를 재충전해야 한다는 사실!
아마 저에게는 새장 만드는 일이 잘 맞았던 것
같습니다. 그 일을 하는 동안 엄청난 아이디어들이
마구 쏟아져 나왔으니까요. 며칠간 끙끙대던 일도
쉽게 해결되고, 기발한 아이디어가 샘처럼 솟아나서
창의적으로 일을 해결할 수 있었습니다.
피로도 전혀 느끼지 않았고요.
- 토드 홉킨스.레이 힐버트의《청소부 밥》중에서 -
* 자동차도 기름이 떨어지면 움직이지 못합니다.
지친 머리를 재충전하지 않고 계속 쓰기만 하면
큰 일을 당할 수 있습니다. 건강하게, 멋있게
살고자 하는 사람일수록 자기만의
'새장 만드는 일'이 필요합니다.
갑자기 멈춰 서기 전에...
성공에 대한 확률이 거의 없을 때 동기유발도는 저조하다.
성공에 대한 확률이 50%에 가까울 때
동기유발은 증가하고,
마침내 성공에 대한 확률이 50%를 넘으면
동기유발은 떨어지기 시작한다.
- 데이비드 맥클리랜드(David McClelland) & 존 앳킨스 (John Atkinson)
출처: 행복한 경영이야기
일반적으로는 맞는 얘기입니다.
그러나 사람에 따라 다릅니다.
이명박 전 서울시장은
‘가능성이 희박할수록 성취감은 배가된다.
내 눈에 가능성이 많아 보이면
다른 사람의 눈에도 마찬가지다.
불가능에 도전해야 하는 것이다.’고 말합니다.
스스로 동기부여를 할 수 있는 사람을 찾는 것이
더 중요하고 시급한 일입니다.
웹사이트 성능에 큰 영향을 주는 부분은 대개 부적절한 혹은 최적화되지 않은 데이터베이스 쿼리문에 있습니다.
하지만 데이터베이스 쿼리문이 최적화되었더라도 PHP 프로그램내에서의 간단한 몇가지 수정으로도 좀더 성능 개선을 할 수 있습니다.
해외 PHP관련 컨퍼런스등에서 여러번 제시된적 있는 몇가지 성능 튜닝을 위한 유용한 팁을 올립니다.
1. 최대한 쌍따옴표 대신에 일반따옴표를 쓴다.
쌍따옴표로 감산 문자열의 경우 PHP는 문자열 전체를 처리하게 됩니다.
따라서 처리되지 않고 그대로 유지될 혹은 나중에 처리되어야할 문자열의 경우 일반따옴표를 쓰는 것이 좋습니다.
예) $string = '문자열';
문자열 중간에 변수가 삽입될 경우에도 최대한 일반 따옴표를 쓰는 것이 좋지요.
예) $string = '문자열1' . $string2 . '문자열2';
참고로 성능튜닝은 아니고 코딩스타일인데, 쌍따옴표로 감싼 변수가 삽입된 문자열의 경우 변수는 { 와 }로 감싸주는 것이 좋습니다.
이 경우 객체변수나 배열변수 혹은 배열+객체변수도 삽입 가능합니다.
주의할 점)
아시겠지만 문자열에 일반따옴표가 들어갈 경우 따옴표마다 앞에 역슬래쉬로 escape시켜줘야 하는 점입니다.
쌍따옴표는 그대로 표현하면 됩니다.
이런 문자열변수를 eval로 처리할 경우에는 미리 str_replace() 함수로 쌍따옴표 앞에 역슬래쉬를 붙여주는 작업이 필요하게 됩니다.
이러한 점만 숙지한다면 큰 문제는 없을 것입니다.
2. 루프문에서 함수 사용은 금물
for ($i=0; $i 위와 같은 for 루프문들이 쓰이는 것을 곧잘 볼 수 있습니다.
PHP의 for 루프문, 두번째 인자의 함수는 매 루프마다 불려지기 때문에
배열이 클수록 함수를 부르는데 걸리는 시간만으로도 실행 시간을 상당히 뺏기게 됩니다.
이는 다음과 같이 바꿔주는 것이 좋습니다.
예1) for ($i=0, $cnt=count($array); $i<$cnt; $i++) {
예2)
$cnt = count($array);
for ($i=0; $i<$cnt; $i++) {
이 방법만으로도 엄청난 성능 개선을 가져왔다는 예도 있습니다. 배열이 무척 컸나보네요^^;
추가: 실제로 저의 경우에도, 엄청나지는 않았지만 꽤 괜찮은 성능개선을 맛봤었답니다 :)
3. 버퍼링
기본적으로 PHP의 버퍼 크기가 8K이기때문에 결과물이 크면 나누어서 보내야 하기에 I/O 시간만으로도 상당한 시간을 잡아먹게 됩니다.
하지만 버퍼링으로 결과물을 모았다가 한꺼번에 뿌려주게 되면 다른 방법들을 쓰지 않더라도 몇배의 성능 개선도 가져올 수 있습니다.
간단히 스크립 처음에 마지막에 각각 ob_start() 와 ob_end_flush() 를 추가해주기만 하면 됩니다.
그냥 ob_start() 대신 ob_start('ob_gzhandler') 로 추가할 경우 (PHP에 gzip 모듈이 올라와 있어야 합니다.)
대부분의 웹브라우져가 압축을 지원하므로 트래픽양을 줄일 수 있고 결과적으로 클라이언트의 화면에 페이지가 뜨는데 걸리는 시간이 단축됩니다.
이 방법을 쓰더라도 웹브라우져가 압축을 지원하지 않으면 압축을 하지 않고 보내므로 따로 압축을 지원하는지 안하는지 확인할 필요도 없습니다.
4. 옵코드 캐싱
PHP의 젠드엔진은 PHP코드를 자체적인 옵코드로 컴파일한 후 실행을 합니다.
이 부분에서도 로드가 높은 사이트에서는 상당한 오버헤드가 일어날 수 있습니다.
따라서 PHP코드를 새로 컴파일해서 실행하는 것보다는 기존에 컴파일된 옵코드를 바로 실행하면 많은 실행속도를 단축시킬 수 있습니다.
이는 옵코드 캐시 모듈을 적재해야 하기 때문에 모든 곳에서 적용하기는 힘들 것입니다.
하지만 제가 알기론 대부분의 호스팅회사에서는 젠드옵티마이저를 적재하기 때문에 따로 신경쓰지 않으셔도 될것입니다.
만약 서버관리권한이 있거나 한다면 다른 옵코드 캐싱 모듈을 써보실 것도 권해드립니다.
APC(Advanced PHP Cache), Eaccelerator 혹은 현재는 개발 중단된 Turk-MMCache 등이 있는데, APC는 PECL로 설치가 가능하며 상당히 좋습니다.
Eaccelerator가 성능은 좀더 낫다는 것 같지만요. 이는 직접 테스트 비교해보는 것이 좋을 것입니다.
주의할 점은 젠드옵티마이저를 사용하지 않으면 젠드컴파일러로 컴파일된 바이너리는 실행하지 못한다는 단점이 있습니다.
컴파일된 상용 php프로그램 사용시에는 다른 방법이 없습니다..^^;;;
5. Regular Expression : POSIX Extented(ereg_) VS. Perl-Compatible(preg_)
대부분의 속도비교결과 Perl-Compatible 정규표현식이 조금 더 빠르다고 합니다. perl호환 정규표현식을 사용하기를 권장합니다.
6. 정규표현식 VS. str_replace()
간단한 문자 치환의 경우에는 str_replace() 함수를 쓰는 것이 훨씬 빠릅니다.
복잡한 따라서 정규표현식을 꼭 써야하는 경우를 제외하고는 PHP 기본문자함수를 쓰는 것이 좋습니다.
7. is_numeric(), is_integer()등 VS ctype_XXX()
변수의 형식을 체크할 시 기본 PHP함수보다 ctype이 더 빠르다고 합니다.
대신 ctype으로는 11가지 형식에대한 체크만 가능하다는 한계가 있으므로 자세한 것은 PHP매뉴얼을 참조하시길 바랍니다.
ctype은 PHP 매뉴얼에서 Character Type Functions 항목입니다.
