메모리을 가베지컬렉션 방식으로 관리.... 정보
메모리을 가베지컬렉션 방식으로 관리....
본문
jsp 도 가베지
ie 도 가베지
둘다 100% 알아서 풀어준다고 하는데
문제는 제대로 알아서 풀어준다라는건
초보인 제가 볼적에 불가능한 내용이 아닌지...
사용하는 창을 완전히 닫으면 그나마 신뢰성이 가지만
서버단이든 클라단이든 요즘의 상황에선 거의 24 시간 돌리는 에이젼트도 많고..
왜 이 방식을 선호 하는지...
물건 샀으면 돈주고 나와야지
물건 사고, 돈 않주고 그냥 나오는 느낌..
jsp 쪽 계속 알아보니
100% 신뢰할수 없다고 하더군요.
jsp 쪽 개발에서
서버단에서 알아서 100% 풀어주게 만들려면
코딩 방식을 그에 맞춰 개발해야 한다는데
한국 같은 빨리 빨리 근성에서 그게 가능한지....
결론: 개인적인 사견
클라 단의 ie 에서 리로딩 없은 페이지로 도배하면 끝장 난다.
jsp 는 서버단에서 100% 보장이 않된다.
가베지.....가베지....써글~~~
ie 도 가베지
둘다 100% 알아서 풀어준다고 하는데
문제는 제대로 알아서 풀어준다라는건
초보인 제가 볼적에 불가능한 내용이 아닌지...
사용하는 창을 완전히 닫으면 그나마 신뢰성이 가지만
서버단이든 클라단이든 요즘의 상황에선 거의 24 시간 돌리는 에이젼트도 많고..
왜 이 방식을 선호 하는지...
물건 샀으면 돈주고 나와야지
물건 사고, 돈 않주고 그냥 나오는 느낌..
jsp 쪽 계속 알아보니
100% 신뢰할수 없다고 하더군요.
jsp 쪽 개발에서
서버단에서 알아서 100% 풀어주게 만들려면
코딩 방식을 그에 맞춰 개발해야 한다는데
한국 같은 빨리 빨리 근성에서 그게 가능한지....
결론: 개인적인 사견
클라 단의 ie 에서 리로딩 없은 페이지로 도배하면 끝장 난다.
jsp 는 서버단에서 100% 보장이 않된다.
가베지.....가베지....써글~~~
추천
0
0
댓글 16개

100% 보장은 아니더라도 근접한 결과만 나와도 알아서 쓰레기값 버려준다는데 그게 어딘가요? 포인터로 관리하는 것 보다는 확실하고 안전하지 않을까요.

OS 나 웹서버등의 의존하는 프로그램에서
알아서 관리라는건 무리인것 같아요...
100% 안되면 24시간 또는 장시간 사용할 경우
계속 쌓이게 되고, 나중엔 꽈~~앙~~ 시스템 다운
특히 사용자가 많거나, 사용이 많은 경우 더 빨리 다운
가베지라는거 .... 과거에는 없었고....
사용 했으면 풀어주는것
코딩할때
이게 먼저 코딩되고 그 사이에
업무 내용 코딩 착수
차후 시스템 운영할때 터진다면
해답없는 결과물에 망연 자실하게 되거든요.
(*) 여담.....아주 과거 아주 과거...
솔라리스 의 C 개발 환경에서 포인터는 어렵기는 했지만,
이건 필수이고, 메모리 관리가 가장 중요했죠~~
안그럼, Error~~~~~
알아서 관리라는건 무리인것 같아요...
100% 안되면 24시간 또는 장시간 사용할 경우
계속 쌓이게 되고, 나중엔 꽈~~앙~~ 시스템 다운
특히 사용자가 많거나, 사용이 많은 경우 더 빨리 다운
가베지라는거 .... 과거에는 없었고....
사용 했으면 풀어주는것
코딩할때
이게 먼저 코딩되고 그 사이에
업무 내용 코딩 착수
차후 시스템 운영할때 터진다면
해답없는 결과물에 망연 자실하게 되거든요.
(*) 여담.....아주 과거 아주 과거...
솔라리스 의 C 개발 환경에서 포인터는 어렵기는 했지만,
이건 필수이고, 메모리 관리가 가장 중요했죠~~
안그럼, Error~~~~~

"가베지라는거 .... 과거에는 없었고....
사용 했으면 풀어주는것 "
이 부분이 무슨 뜻일까요?
우려하실만큼의 빈번한 정도의 쓰레기값이 쌓여져 시스펨 붕괴로 이어졌다면 JSP, JAVA의 신뢰성과 사용자층이 지금과 같지 않았을 겁니다. 그리고 C 포인터로 메모리 관리를 한다는 자체가 잘 하면 빠르고 효율적인 것이 되겠지만 그에 따른 불확실성이 "에러"분출할 정도가 아니더라도 시스템에 부담을 줄 요인들은 많이 있습니다. 차라리 에러 싸인 출력해주면 감사한일인거구요.
웹서버가 되었든 OS가 되었든 다른 모든 시스템에서 100% 자동관리라는 문구는 영업사원들의 감언이설일 뿐이고 사람이 어느 정도는 주기적으로 관리를 해 줘야 하는 것이 세상 이치 같습니다.
사용 했으면 풀어주는것 "
이 부분이 무슨 뜻일까요?
우려하실만큼의 빈번한 정도의 쓰레기값이 쌓여져 시스펨 붕괴로 이어졌다면 JSP, JAVA의 신뢰성과 사용자층이 지금과 같지 않았을 겁니다. 그리고 C 포인터로 메모리 관리를 한다는 자체가 잘 하면 빠르고 효율적인 것이 되겠지만 그에 따른 불확실성이 "에러"분출할 정도가 아니더라도 시스템에 부담을 줄 요인들은 많이 있습니다. 차라리 에러 싸인 출력해주면 감사한일인거구요.
웹서버가 되었든 OS가 되었든 다른 모든 시스템에서 100% 자동관리라는 문구는 영업사원들의 감언이설일 뿐이고 사람이 어느 정도는 주기적으로 관리를 해 줘야 하는 것이 세상 이치 같습니다.

IE 에서 메모리 확인 프로그램 띄워놓고 확인해 보시면
제가 무슨 말하는지 아실겁니다.
JSP 쪽은
Google 에서 java garbage collection 으로 검색해 보시면 아실듯하구요.
참고로 IE 도 js 을 가베지로 처리합니다.
제가 무슨 말하는지 아실겁니다.
JSP 쪽은
Google 에서 java garbage collection 으로 검색해 보시면 아실듯하구요.
참고로 IE 도 js 을 가베지로 처리합니다.

"IE 에서 메모리 확인 프로그램 띄워놓고 확인해 보시면"라고 하셨는데 가비지 처리 과정의 메모리 점유율를 보라는 건가요?
"가비처리가 100% 자동으로 안되서 이에 부담을 느낀다."가 본문의 내용이라 그에 대한 답을 드린겁니다. 포인터로 가비지를 관리하는 것과 java에서 가비지를 관리하는 것은 개념 자체가 틀리고 처리 과정에서의 메모리 점유는 당연 가비지 콜렉터로 처리 하는 것이 부담을 더 되겠죠?
"Google 에서 java garbage collection 으로 검색해 보시면 아실듯하구요. "이건 시간날때 한번 찾아 보겠습니다. 감사합니다.
"가비처리가 100% 자동으로 안되서 이에 부담을 느낀다."가 본문의 내용이라 그에 대한 답을 드린겁니다. 포인터로 가비지를 관리하는 것과 java에서 가비지를 관리하는 것은 개념 자체가 틀리고 처리 과정에서의 메모리 점유는 당연 가비지 콜렉터로 처리 하는 것이 부담을 더 되겠죠?
"Google 에서 java garbage collection 으로 검색해 보시면 아실듯하구요. "이건 시간날때 한번 찾아 보겠습니다. 감사합니다.

"가비처리가 100% 자동으로 안되서 이에 부담을 느낀다 " <==== 아닌데요.....
가베지로 처리되니 문제가 된다입니다.
가베지로 처리되니 문제가 된다입니다.

본문의 제목과 내용을 수정하지 않았습니다.....

Java 쪽에서
저랑 같은 생각을 하시는분이 계시는군요
http://lemonfish.egloos.com/5380639
http://blog.deogtae.name/20014163212
저랑 같은 생각을 하시는분이 계시는군요
http://lemonfish.egloos.com/5380639
http://blog.deogtae.name/20014163212

잘 읽었습니다. 문제와 방법까지 같이 올려두셨더군요.
수행하시거나 계획하시는 프로젝트 규모를 제가 알 수가 없어서 일반적인 답을 드린겁니다. 시스템의 규모가 방대하거나 예외적이라면 벤지님처럼 채크하시고 들어 가는 것도 당연한 일이겠죠.
수행하시거나 계획하시는 프로젝트 규모를 제가 알 수가 없어서 일반적인 답을 드린겁니다. 시스템의 규모가 방대하거나 예외적이라면 벤지님처럼 채크하시고 들어 가는 것도 당연한 일이겠죠.

아녀요...저는 묵공님에 비하면 더 모르니...
저는 초보예요....ㅋ으
저는 초보예요....ㅋ으

"가베지로 처리되니 문제가 된다입니다."에 대한 답은 벤지님이 아래 올려 놓으신 문서링크가 답이 될 듯은 한데 결국 본문 요지는 ie에서의 메모리 누수가 예상되 가비지콜렉터에 대한 신뢰성에 의문이 생기고 메모리 누수로 이어져 시스템에 부담을 줄거란 글이 아닌가요?

"가베지라는 알고리즘이 없었으면 더 좋았겠다" 라는 생각이였어요.
대부분 가베지 처리하는것이라고 얘기하면서
넘겨 버리니....차후엔 난리가 나고...
가베지로 처리한다면
해당 언어별로 공개할적에 100% 보장 않되니,
다른 부가적인 기능이 있다 라고 공개하구요.
요즘 점점 이슈가 되어 가고 있는터라...
js 에 대한 해결책은 과거에 올려 놓은것 참고하시면 되는데
이걸 큰 시스템에서 일일이 언제...
http://www.phpschool.com/gnuboard4/bbs/board.php?bo_table=tipntech&wr_id=71441
jsp 단은 가베지을 함부로 건드리면 다운된다고
okjsp 운영자님께서 참고하라고 얘기하신것
https://docs.google.com/file/d/0BzEGEHxDnLUcbmlzLVY4QlZUQTg/edit?pli=1
대부분 가베지 처리하는것이라고 얘기하면서
넘겨 버리니....차후엔 난리가 나고...
가베지로 처리한다면
해당 언어별로 공개할적에 100% 보장 않되니,
다른 부가적인 기능이 있다 라고 공개하구요.
요즘 점점 이슈가 되어 가고 있는터라...
js 에 대한 해결책은 과거에 올려 놓은것 참고하시면 되는데
이걸 큰 시스템에서 일일이 언제...
http://www.phpschool.com/gnuboard4/bbs/board.php?bo_table=tipntech&wr_id=71441
jsp 단은 가베지을 함부로 건드리면 다운된다고
okjsp 운영자님께서 참고하라고 얘기하신것
https://docs.google.com/file/d/0BzEGEHxDnLUcbmlzLVY4QlZUQTg/edit?pli=1

프로젝트 단위가 크면 아무래도 신경이 거슬리고 가끔 문제가 되서 두고 두고 골칫거리로 남게 되는 요인이기도 하죠. 다른 이야기겠지만 벤지님은 PM답다는 생각이 듭니다. 벤지님 처럼 해야 하는데....국내 만연된 "빨리 빨리"도 외면하기 힘든 외압이라 서버스펙이나 하드웨어 스펙에 금칠을 하는 쪽으로 자꾸 기울게 되고 섬세하고 신중한 업무처리가 힘이 들더라구요.

아녀요.....이해해 주셔서 감사합니다...(ㅡㅡ)(__)
지금까지 근무한 업체나 서브로 있를적에
타 업체 사람들이나
협업에서 이런 문제로 몇번 디이고 나서
해결해야 하는 사람은 개발자이다보니...
왜 다운되냐..?
개발이 잘못된거 아니냐..?
이게 개발자들이냐...?
뭐 이런 속된 말을 하는 개발자가 아닌
발주자들의 말들을
옆에서 많이 보아 왔거든요.
저라도 이러지 말아야겠다라는 생각이 박혀서요...ㅠㅠ
이렇게 애를써도
어디서 어떻게 터질지 모르는게 프로그램이고
문제을 해결해야 하는것도 프로그래머을 포함한 개발자들이라....
개발자는
남들보기엔 좋아 보이지만
정말 불쌍해요..
그래서 팀원에게 잘해 주려는데
이걸 역으로 이용하려는 개발자들이 있다보니...
에효~~~
지금까지 근무한 업체나 서브로 있를적에
타 업체 사람들이나
협업에서 이런 문제로 몇번 디이고 나서
해결해야 하는 사람은 개발자이다보니...
왜 다운되냐..?
개발이 잘못된거 아니냐..?
이게 개발자들이냐...?
뭐 이런 속된 말을 하는 개발자가 아닌
발주자들의 말들을
옆에서 많이 보아 왔거든요.
저라도 이러지 말아야겠다라는 생각이 박혀서요...ㅠㅠ
이렇게 애를써도
어디서 어떻게 터질지 모르는게 프로그램이고
문제을 해결해야 하는것도 프로그래머을 포함한 개발자들이라....
개발자는
남들보기엔 좋아 보이지만
정말 불쌍해요..
그래서 팀원에게 잘해 주려는데
이걸 역으로 이용하려는 개발자들이 있다보니...
에효~~~

^^ 아직도 의문이 많으시군욤. 역시 고수답습니다.

아녀요.....
직원이
사이트 다운되면 지가 책임질것도 아니면서
가베지로 처리 되는데
신경 쓸 필요가 없다고 해놔서요...
직원이
사이트 다운되면 지가 책임질것도 아니면서
가베지로 처리 되는데
신경 쓸 필요가 없다고 해놔서요...