HP-UX 11.31 버전에서 Message Queue Full 이슈로 인하여 해당 Message Queue의 크기를 확인해보니 64k였습니다. 평소엔 충분하겠지만 많은 메시지가 들어왔을 때는 부족한 사이즈겠죠.. * Message Queue 크기 확인방법 $>ipcs -qa | grep [사용자] q 87031860 0xdd000002 --rw-rw-rw- test users test users 0 0 65535 0 0 no-entry no-entry 17:30:54 커널 쪽에 Message Queue 사이즈를 확인해보니 아래와 같았습니다. $>/usr/sbin/kctune | grep msg msgmbs 8 Default Immed msgmnb 1280000 1280000 Immed msgmni 51..

벌써 2022년이 되었다. 어느순간부터 이렇게 시간이 흘렀는지 거참..2021년도 정말 많은 일과 인연과 아픔과 슬픔 갈등들이 있었다. 사회를 살아가면서 만난 사람과 또한 가족 그리고 회사의 일들.. 이중 가장 기억의 남았던 순간들 중 몇가지 끄적여 볼려고 한다. 21년도 가장 기억에 남는 순간은 본인의 가장 소중한 이쁜 인연을 만나 매 순간을 함께 했던 기억들이다. 그녀는 정말 본인과 가치관과 행동이 너무나도 비슷한 사람이다. 톡톡튀는 귀여움도 있도 또 매력적인 지식이 가득한 뇌섹녀의 원본이 아닐까 싶다. 그러한 그녀에게 각종 부동산 지식과 경제지식 그리고 금전 관련한 지식에 도움을 많이 받았다. 본인 건축일만 모르는 바보로서 정말 새로운 세상이였다고 말할 수 있다. 그녀 덕분에 미래에 찾아올 4차 혁..

안녕하세요? 'B' 입니다~~ 와아아 짝짝짝! 큼큼 오늘 포스팅 할 캐드관련 팀은 바로 파일 버전 낮추는 방법입니다!! 가끔 설계업무 도중 도면은 주고 받는 경우가 많은데 그때 받았던 파일이 최신버전으로 저장되어 있어 발을 동동 구르는 경우가 많이 생기는데 제가 활용하던 방법을 좀 알려드릴까 해요~ 각자 업무에 활용하는 캐드 버전이 다른 경우가 있는데 필자도 개인적 노트북에 활용하는 버전은 최신버전이 아닌 2014년도 버전으로 업무에 자주 활용하는 방법 입니다.! 이런식으로 뜨는 경우가 많으실껍니다! 이럴경우 일반 캐드를 연다음 빨간생 동그라미로 표시한 요롷게 생긴 매뉴를 클릭하고 빨간색 동그라미 친 검색 부위에 "DWG 변환" 라고 입력해 주세요! 그리고 클릭클릭!@! 그럼 이런식으로 상태창이 나타납니..

1. You can relieve your stress and refresh yourself 너는 스트레스를 풀고 기분을 상쾌하게 할 수 있다. 2. I believe this can have a greate impact on your daily life 나는 이것이 일상 생활에 큰 영향을 미칠 수 있다고 믿는다. 3. You can feel a lot of self satisfaction 너는 많은 자기 만족을 느낄 수 있다. 4. I can relieve my stress 나는 나의 스트레스를 풀 수 있다. 5. It makes me relaxed and comfortables 그것은 나를 편안하게 해준다. 6. I can refresh myself 나는 기분 전환을 할 수 있다. 7. I am pr..

데이터량이 급증하면서 갑자기 서버에 지연이 발생하기 시작하였습니다.. 해당 이슈에 대한 원인을 분석하다 보니 해당 서버의 DISK I/O가 100% 차는 현상을 발견하였고 이유로는 프로세스 통신 중에 발생된 걸로 확인이 되었습니다. TMI) DISK 확인 방법: nmon 프로그램, iostat 명령어 사내에서 테스트를 해본 결과, 리눅스에선 정상적으로 지연 없이 동작하였지만 AIX에선 IO wait이 많이 소요되어서 FILE 처리에 대해 부하가 걸려 지연이 되었던 것입니다. 기존 Named Pipe를 사용했던 방식을 Message Queue로 방식을 바꿔 테스트를 진행하였고 더 이상 지연 없이 정상 동작되는 모습을 확인하였습니다. 결론 AIX에선 파일 처리에 대한 속도가 리눅스보다 많이 부족하기 때문에 ..

프로그램 속도 이슈가 발생하여, 원인 분석 결과.. DB 쿼리 쪽에서 시간이 많이 걸리고 있었습니다. 정확한 분석을 위해 해당 쿼리에 대한 plan을 떠보았고 조건문에 있는 칼럼 값들은 분명 index로 잘 잡혀있는데 막상 실행은 full scan으로 하고 있는 것입니다..... 그래서!! 여러 방면으로 테스트한 결과 아래와 같은 결과가 나왔습니다. 1. 별칭으로 JOIN 했을 경우 iSQL> SELECT 2 B.CELL_NO, A.CLBAK, A.ID 3 FROM 테이블1 A, 테이블2 B 4 WHERE A.SEQ = 75291 5 AND A.SEQ = B.SEQ 6 AND B.KEY = '010'; CELL_NO CLBAK ID ----------------------------------------..