jsp 쪽 질문 드립니다. 정보
jsp 쪽 질문 드립니다.
본문
spring, struts 등등의 framework 을 이용한 개발시
또는
서블릿 코딩 방식으로 개발시
사용한 메모리 관리을 하지 않고
가베지컬렉션으로 그냥 웹서버가 알아서 풀게 놔두는게
일반적인 개발 방법인가요?
무조건 메모리 관리을 가장 중요시 하는 저로서는
jsp 쪽으로 일반적으로 개발시 신경 쓰지 않은다라는것에 의하해서 ...
대기업 개발이든, 관공서 개발건이든, 소규모 개발건이든 상황에 따라 다르겠지만,
대기업 개발이든, 관공서 개발건의 경우 어떻게 메모리를 직접 풀어 주는 방식으로
개발하시는지요?
또는
서블릿 코딩 방식으로 개발시
사용한 메모리 관리을 하지 않고
가베지컬렉션으로 그냥 웹서버가 알아서 풀게 놔두는게
일반적인 개발 방법인가요?
무조건 메모리 관리을 가장 중요시 하는 저로서는
jsp 쪽으로 일반적으로 개발시 신경 쓰지 않은다라는것에 의하해서 ...
대기업 개발이든, 관공서 개발건이든, 소규모 개발건이든 상황에 따라 다르겠지만,
대기업 개발이든, 관공서 개발건의 경우 어떻게 메모리를 직접 풀어 주는 방식으로
개발하시는지요?
추천
0
0
댓글 15개
가베지컬렉션은 오토 쓰레기차입니다. 모든것이 객체로 되어있는 자바로써는 불필요한 공간이 무조건 생성되죠. 메모리가 모자라면 쓰레기차를 자동으로 돌게 하는데. 이 쓰레기차는 힙영역에서만 돕니다.
짧은 소견입니다.
짧은 소견입니다.
그런데.. 한가지 질문요?
PHP로 개발할때 메모리 관리에 신경쓰시나요?
좀 의아하네욤,, 파서는 동적스크립트 컴파일 도구라.. 굳이 메모리 관리 할 필요성이 없던데. 저만 그런가요 ㅡㅡa
PHP로 개발할때 메모리 관리에 신경쓰시나요?
좀 의아하네욤,, 파서는 동적스크립트 컴파일 도구라.. 굳이 메모리 관리 할 필요성이 없던데. 저만 그런가요 ㅡㅡa
PHP 는 거의 신경 쓰지 않은데,
페이지 생성시에 사용한 총 메모리는 신경을 쓰는편이예요.
특히, 신경쓰는 경우가 FrameWork 사용시에만요......^-^
페이지 생성시에 사용한 총 메모리는 신경을 쓰는편이예요.
특히, 신경쓰는 경우가 FrameWork 사용시에만요......^-^
JSP 쪽 개발시에 제가 아는 바로는 메모리 땜시 골치 아픈 경우가 많은것으로 알고 있고
알아서 쓰레기 메모리을 청소해준다지만, 100% 는 않된다고 알고 있었거든요.
그래서, 사용했으면 무조건 풀어라!
저는 이렇게 알고 있었고, 그렇게 방향을 잡고 있는데
신경 쓰지 않아도 된다라는분의 의견으로 인해
확실이 집고 넘어가야 할 부분이라, 질문 올렸습니다.
그런데, 흑형님 디자이너분 아니세요? ..... 놀라고 있습니다.
알아서 쓰레기 메모리을 청소해준다지만, 100% 는 않된다고 알고 있었거든요.
그래서, 사용했으면 무조건 풀어라!
저는 이렇게 알고 있었고, 그렇게 방향을 잡고 있는데
신경 쓰지 않아도 된다라는분의 의견으로 인해
확실이 집고 넘어가야 할 부분이라, 질문 올렸습니다.
그런데, 흑형님 디자이너분 아니세요? ..... 놀라고 있습니다.
헉... 저 개발자였눈데염 ㅠㅠ
헉....과거에 올려주시던 디자인들은....?
퀄리티가 높으신것 몇번 보았던터라
디자이너이신줄 알고 있었습니다....
퀄리티가 높으신것 몇번 보았던터라
디자이너이신줄 알고 있었습니다....
두개 다 하는거죠 머 ㅎㅎ
우와..대단하세요....굽신~~굽신~~
그러면, 제가 질문 들였던 내용에 대해서
개인적인 사견을 부탁 드려도 될까요?
1) 메모리는 의존하지 말고 상요햇으면 풀어라
2) 알아서 풀어줄테니 그냥 냅둬라
어느것이 정답인지요?
okjsp 에 올려도 보시는분만 있를뿐......ㅠㅠ
그러면, 제가 질문 들였던 내용에 대해서
개인적인 사견을 부탁 드려도 될까요?
1) 메모리는 의존하지 말고 상요햇으면 풀어라
2) 알아서 풀어줄테니 그냥 냅둬라
어느것이 정답인지요?
okjsp 에 올려도 보시는분만 있를뿐......ㅠㅠ
음.. 제 소견보다는 심심풀이 JVM 메모리 관리 블로거님의 글을 읽으시면 도움이 되실겁니다.
http://blog.daum.net/onjsystems/266
이 분 글 잘 썼네욤 (헉.... 이분도 펌해온거네염 ㅎㅎㅎㅎ 아닌가 ㅡㅡa )
http://blog.daum.net/onjsystems/266
이 분 글 잘 썼네욤 (헉.... 이분도 펌해온거네염 ㅎㅎㅎㅎ 아닌가 ㅡㅡa )
흑형님 감사합니다.
http://blog.daum.net/onjsystems/266 <-- 이그 제일 마지막에 보니 퍼온글이네요...^-^
결론적으로 100% 보장할수 없다라는 얘기로 이해 했습니다.
JDK1.3 이상에서 탑재된 HOT SPOT VM의 경우(병목 현상이 일어날 확률이 높은 부분을 먼저 컴파일) 가비지 컬렉션에 따른 성능 저하를 막기 위해 Generation Copying Collection 기술을 이용하여 가비지 컬렉션 대상을 줄였으며 Incremetal Pauseless 기법을 이용하여 가비지컬렉션 대상을 여러 개의 작은 그룹으로 나누어 확실히 삭제 가능한 객체부터 지워나가는 방식을 채택 했습니다. Incremetal Pauseless 기법에서는 1차 가비지 컬렉션 대상은 객체의 헤더에 GC 필드가설정된 것이고 2차 대상은 위의 4가지 유형에 속하지 않은 것 입니다. 2차 대상의 경우 일단 CG필드를 설정 하고 다음번 가비지 컬렉션 주기에 삭제 되는 것 입니다.
http://blog.daum.net/onjsystems/266 <-- 이그 제일 마지막에 보니 퍼온글이네요...^-^
결론적으로 100% 보장할수 없다라는 얘기로 이해 했습니다.
JDK1.3 이상에서 탑재된 HOT SPOT VM의 경우(병목 현상이 일어날 확률이 높은 부분을 먼저 컴파일) 가비지 컬렉션에 따른 성능 저하를 막기 위해 Generation Copying Collection 기술을 이용하여 가비지 컬렉션 대상을 줄였으며 Incremetal Pauseless 기법을 이용하여 가비지컬렉션 대상을 여러 개의 작은 그룹으로 나누어 확실히 삭제 가능한 객체부터 지워나가는 방식을 채택 했습니다. Incremetal Pauseless 기법에서는 1차 가비지 컬렉션 대상은 객체의 헤더에 GC 필드가설정된 것이고 2차 대상은 위의 4가지 유형에 속하지 않은 것 입니다. 2차 대상의 경우 일단 CG필드를 설정 하고 다음번 가비지 컬렉션 주기에 삭제 되는 것 입니다.
감사합니다. 공부할게 너무많아요. ㅠㅠ 이것참..
꾸부랑 글씨는 제게 이해할 수 있는 능력이 없으므리다. ㅠㅠ
관심 가져 주셔서 정말 감사합니다...(ㅡㅡ)(__)
OKJsp 는 50 명 넘게 보았는데, 리플 하나 없네요...쩌업
역쉬 웹쪽에선
php 쪽이 공개적인 마인드가 강한것 같아요
OKJsp 는 50 명 넘게 보았는데, 리플 하나 없네요...쩌업
역쉬 웹쪽에선
php 쪽이 공개적인 마인드가 강한것 같아요
