재밌긴한데 실제 jvm gc튜닝까지 신경 쓰는건 어느정도 레벨의 시스템임? 네이버나 이런건 너무 크고 좀 적당히..
댓글 20
걍 성능문제생기면 튜닝도 고려해보는거지
익명(211.36)2020-01-05 01:18
답글
그냥 모 아니면 도임?
익명(175.126)2020-01-05 01:18
답글
SI기준으론 할일 많이없는듯
익명(211.36)2020-01-05 01:19
답글
naver d2에서 튜닝도 공부 하라길래
내가 쓸 일이 있나? 개념만 알면 되는거 아닌가해서
익명(175.126)2020-01-05 01:20
답글
WAS같은경우 커넥션풀 조정하는정도는 하던데
익명(211.36)2020-01-05 01:21
naver d2 예전 글 좀 최신으로 갱신되면 최고일텐데..
익명(175.126)2020-01-05 01:18
어차피 대기업 시니어급 아니면 손댈일없음 - dc App
543543(adohh)2020-01-05 01:19
답글
ㅇㅎ
알아두기만 해야겠네
익명(175.126)2020-01-05 01:19
꼭 그런상황이 안오더라도 적은양의 메모리로 어플리케이션 돌려야될때 GC이것저것 조합해보고 하면서 최적화는 해볼수있음.. 물론 대개 jvm까지 보는순간은 장애가 났을때가 대부분이니 그럴일이 잘 없겠지만은 ㅋㅋ
막걸리가온나(scalaboom)2020-01-05 01:24
답글
gc는 어차피 g1 gc가 가장 최선이래서
게다가 jdk8부터 기본이고..
serial gc를 쓸 일은 있음?
익명(175.126)2020-01-05 01:26
답글
안써 그런건 도태된거지. g1이전엔 CMS많이씀
막걸리가온나(scalaboom)2020-01-05 01:28
답글
ㅇㅇ 공부하면서 봤는데
parallel + cms 한게 g1이라 거의 g1만 쓴대서
그렇다면 gc 튜닝을 할 일이 있나? 싶었음
익명(175.126)2020-01-05 01:29
답글
jvm 같은건 주니어가 볼 일도 없을 것 같고..
그 글도 시니어 입장에서 많이 쓰여진 것 같음
익명(175.126)2020-01-05 01:31
답글
다 동일한 환경이 아니니까 ㅋㅋjava7쓰는곳도 있고 6도있고 이런저런게있으니 첨부터 무조건 G1이다 생각만하고 들이댈수는 없지. 그리고 각기 장단이 있기때문에 요즘이야 하드웨어스팩이 워낙 빵빵하니 뭘해도 상관없다만 아직도 레거시는 제한된 환경에서 돌아가는경우가 에법있어 그런경우는 좀 신중하게 생각해야될필요가 있음.
근데 이런경우는 보통 was담당엔지니어나 서버벤더에서 알아서 봐주는편
막걸리가온나(scalaboom)2020-01-05 01:31
답글
ㅇㅇ 맞아 시니어급아니면 그런거 볼일 읎는건 맞오 그러니까 그냥 알아두기만 한다 하는정도에서 넘어가보거나 조금 실습해보는선에서 그만두면 충분해
막걸리가온나(scalaboom)2020-01-05 01:32
답글
결국 알고있으면 좋으나 상황은 한정적이란거구나
땡큐
익명(175.126)2020-01-05 01:33
tps 적당히 나오는 서비스고, 24시간 무장애 제공해야되는 곳이면 apm 같은걸로 모니터링 똑바로 돌릴테니까, 모니터링상 gc 너무 자주일어나거나 메모리 치고올라오면 봐주긴해야됨. 근데 gc 전략을 바꾸는 경우는 별로 없고, 힙덤프 떠서 메모리사용하는놈들 보거나 힙사이즈 늘리거나 등등으로 해결하는게 대부분이긴함..
무적반수생(muvan)2020-01-05 01:34
답글
서비스 담당하는 팀이 그렇게 안 큰곳이면 꼭 시니어 아니더래도 주니어가 맡아볼순 잇음.. 적용전에 부하테스트도 준비해서 먼저 테스트도 해보고
걍 성능문제생기면 튜닝도 고려해보는거지
그냥 모 아니면 도임?
SI기준으론 할일 많이없는듯
naver d2에서 튜닝도 공부 하라길래 내가 쓸 일이 있나? 개념만 알면 되는거 아닌가해서
WAS같은경우 커넥션풀 조정하는정도는 하던데
naver d2 예전 글 좀 최신으로 갱신되면 최고일텐데..
어차피 대기업 시니어급 아니면 손댈일없음 - dc App
ㅇㅎ 알아두기만 해야겠네
꼭 그런상황이 안오더라도 적은양의 메모리로 어플리케이션 돌려야될때 GC이것저것 조합해보고 하면서 최적화는 해볼수있음.. 물론 대개 jvm까지 보는순간은 장애가 났을때가 대부분이니 그럴일이 잘 없겠지만은 ㅋㅋ
gc는 어차피 g1 gc가 가장 최선이래서 게다가 jdk8부터 기본이고.. serial gc를 쓸 일은 있음?
안써 그런건 도태된거지. g1이전엔 CMS많이씀
ㅇㅇ 공부하면서 봤는데 parallel + cms 한게 g1이라 거의 g1만 쓴대서 그렇다면 gc 튜닝을 할 일이 있나? 싶었음
jvm 같은건 주니어가 볼 일도 없을 것 같고.. 그 글도 시니어 입장에서 많이 쓰여진 것 같음
다 동일한 환경이 아니니까 ㅋㅋjava7쓰는곳도 있고 6도있고 이런저런게있으니 첨부터 무조건 G1이다 생각만하고 들이댈수는 없지. 그리고 각기 장단이 있기때문에 요즘이야 하드웨어스팩이 워낙 빵빵하니 뭘해도 상관없다만 아직도 레거시는 제한된 환경에서 돌아가는경우가 에법있어 그런경우는 좀 신중하게 생각해야될필요가 있음. 근데 이런경우는 보통 was담당엔지니어나 서버벤더에서 알아서 봐주는편
ㅇㅇ 맞아 시니어급아니면 그런거 볼일 읎는건 맞오 그러니까 그냥 알아두기만 한다 하는정도에서 넘어가보거나 조금 실습해보는선에서 그만두면 충분해
결국 알고있으면 좋으나 상황은 한정적이란거구나 땡큐
tps 적당히 나오는 서비스고, 24시간 무장애 제공해야되는 곳이면 apm 같은걸로 모니터링 똑바로 돌릴테니까, 모니터링상 gc 너무 자주일어나거나 메모리 치고올라오면 봐주긴해야됨. 근데 gc 전략을 바꾸는 경우는 별로 없고, 힙덤프 떠서 메모리사용하는놈들 보거나 힙사이즈 늘리거나 등등으로 해결하는게 대부분이긴함..
서비스 담당하는 팀이 그렇게 안 큰곳이면 꼭 시니어 아니더래도 주니어가 맡아볼순 잇음.. 적용전에 부하테스트도 준비해서 먼저 테스트도 해보고
heap space 관련은 g1 보면서 좀 더 잘 이해됐어용
아하 확실히 알고있는게 좋겠군요.. 쓸모없는 지식은 없네요 히히