본문 바로가기

Developer

(14)
전일의 로그파일 압축시키도록 crontab에 등록하기 Apache나 Tomcat을 비롯한 많은 서버 어플리케이션들이 로그를 생성하며, 그들은 날짜기반의 로그파일 명을 갖는 경우가 많다. 로그파일은 순수 텍스트기반의 파일로서 압축률이 매우 좋기 때문에, 지난 로그파일들은 압축해서 보관하는 것이 효과적이다. 일 단위 로그는 금일 24시가 지난뒤에야 최종 완성된 로그파일이 생기기 때문에 익일에 파일을 압축하여야 한다. 때문에 crontab에 다음과 같이 등록해준다. 1 0 * * * /opt/script/compress_log.sh compress_log.sh은 아래와 같이 편집하고 반드시 실행권한을 준다. gzip /usr/local/apache2/logs/access.log.`date +%Y%m%d --date="1 days ago"` 결국 일자가 포함된 파..
장시간 미사용된 DBCP 커넥션의 단절현상 ASF의 DBCP를 사용하나, 커넥션이 자주 사용되지 않는 Java Application의 경우에 Database에 의해서 커넥션이 단절되는 현상이 나타날 수 있다. MySQL의 경우에는 8시간동안 사용되지 않은 커넥션(DBCP가 물고있던..)은 MySQL이 강제로 끊어버리게 되는데, 이렇게 되면 Java Application이 기대대로 동작하지않게 된다. 보통은 아래와 같은 메시지가 나타나게 된다. 'com.mysql.jdbc.CommunicationsException: Communications link failure Last packet sent to the server was 18 ms ago.' 이러한 경우 MySQL의 JDBC설정 시 url="jdbc:mysql://127.0.0.1:3306/..
[펌+편집] crontab 사용법 crontab -e로 편집모드로 진입. 편집이 완료되면 :wq 로 종료 별도의 재기동절차는 필요없다. Quick Reference는 아래를 참조 http://www.adminschoice.com/docs/crontab.htm 원문 : http://hbesthee.tistory.com/276 cron 데몬이 지정된 시간에 주기적인 처리를 위한 정보를 저장해 두는 테이블 파일입니다. 각 줄은 "다섯개의 시간과 날짜 필드, 다음에, 사용자 이름(시스템 crontab 파일일 경우), 다음에 실행될 명령" 이런 형식이다. 지정한 명령은 데몬에 의해, 지정한 날짜, 시간에 실행된다. 필드 사용할 수 있는 값 ----- ----------------- 분 0-59 시 0-23 날짜 0-31 달 0-12 (아래 참조,..
'[테크토크] 소프트웨어 최적화 기법' 수강 후기 연이어 수강한 테크토크.. 이번엔 Intel에서 준비한 자리다. 원론적인 Software 최적화 기법을 강의하며 Intel의 Software Company로서의 위치를 PR하고, Intel이 개발한 Tool을 홍보하는 자리였다. 강사의 전문성은 꽤 높아보였으며, 목소리는 별로지만 나름 흡인력이 있었다. 말한바는 대략 다음과 같다. * Intel은 6000여명의 Software Engineer를 보유한 Software Company(세계 2위권?) * 포탈의 성능향상 Approach - 소프트웨어 최적화 - 데이터센터 최적화 - Infrastructure의 이해 - 신 Device(SSD등)의 도입검토 - 전력, TCO 최적화 * 튜닝이란? - Computer의 각 요소(CPU, Memory, Disk, ..
'[테크토크] 성능 테스트 방법과 사례 소개' 수강후기 현근무지에는 특정주제를 가진 외부초청의 기술강좌가 종종있다. 이를 '테크토크'라 부른다. 첫 경험도 해볼겸, 오늘 제목과 같은 강좌에 참가했다. LoadRunner를 소유한 HP Software(원래 이스라엘의 Mercury Interactive의 제품이나 HP에서 인수했다)에서 온 강사 분이어서 제품광고가 주를 이루었어야 하지만, 이를 최대한 자제하는 분위기였다. 주요 내용은 그동안 국내의 테스팅 전문가들이 정립한 '테스팅 방법론'에 대한 설명과 사례 소개였다. 발표자료를 소프트카피, 하드카피 어느것으로도 제공하지 않았던고로(안주냐고 직접 물어봤다.. 제공이 곤란하다는 답변을 들었다;;) 짧게나마 정리해 본다. 강사가 말하고자 했던 주요사항은 다음과 같다. * 최근의 성능툴은 최대한 Real환경을 재현..
비판이 필요하다. 개발자들에게는 진정 비판이 필요하다. 그러나, 쥐뿔도 없는 실력을 가졌어도 자존심은 무척이나 드센 이쪽 풍토를 생각하면 비판은 진정 쉽지 않다. IT강국이라는 말이 허울임을 증명하는 S/W업계에....... 정당한 비판을 진정으로 수용할 줄 아는 교양있는(?) 개발자가 많아져야 한다. 비판받아 마땅한 일에 추호도 없이 비판할 수 있는 용기있는(?) 개발자가 많아져야 한다. 건전한 비판문화에 대한 의식이 있고 이를 가꿀의지와 힘이 있는 관리자가 많아져야 한다.