이거 이유를 알 수있을까요??

Question

개인프로젝트 진행중에 데이터변환을 for문이랑 stream으로 진행해봤는데1번 게시글의 댓글 100개를 stream으로 데이터변환을 먼저 진행하면 stream이 느리게나오고2번 게시글의 댓글 100개를 for문으로 데이터변환을 먼저 실행하면 for문이 느리게 나오더라구요.(코드 순서를 먼저하면)항상 그런건 아니고 5번중에 1번은 또 stream이 빠르게 나오는데 웹서핑해보니 보통 for문이 빠르다고 나오더라구요.또 그런데 테스트를 메서드를 나눠서 하면 항상 stream이 빠르게 나와요.그래서 궁금한게 2가지인데1.왜 실행순서에 따라 성능이 달라지는지?2.보통 for가 빠르다고 봤는데 왜 테스트 메서드를 나눠서 진행하면 stream이 빠르게 나오는지?입니다 감사합니다.

Clickin · Accepted Answer

JVM 웜업 여부가 가장 큰 영향이 있을겁니다.자바는 컴파일 언어지만 바이트코드 타겟 컴파일이고 실제로는 JIT 컴파일러가 내장된 인터프리터 형식으로 동작합니다.이 경우는 클래스로딩 과정 및 JIT 컴파일러가 동작하면서 런타임 최적화가 들어가는 부분에서 차이가 좀 발생할겁니다.그래서 일반적으로 JVM 벤치마크 수행 시 각각의 루틴을 충분한 횟수로 미리 동작시킨 다음 비교하는 방식으로 측정합니다.그러니 간단하면서도 비교적 정확하게 벤치마크 돌리시려면 그냥 한번 실행할 때 벤치마크 루틴을 두번 돌리시고 두번째 시간만 보시면 되겠네요.

kenu,전독시 · Answer

Stream은 IoT 데이터 같은 대용량일 때 사용하는 기술입니다.https://www.confluent.io/resources/ebook/designing-event-driven-systems코드는 for가 대체로 직관적이죠.개인적인 경험으로는 코드의 로직보다는 이미지를 CDN에서 처리하지 못해서 장애가 난 경험이 가장 강려크했습니다. 생각도 못한 부분이었죠.시스템 전반의 병목도 봐야 되지만, 서비스 회사 조직 내에서의 병목도 무시할 수 없다고 생각합니다.

찰쿠떡키 · Answer

윗분 말씀처럼 JVM 웜업때문에 차이가 나는 것 같습니다.대용량 데이터 처리 할 때 스트림 api가 제공하는 parallel 실행 기능 사용하면 좀 더 빠르게 처리할 수 있어서 좋고쿼리로 필터링 못 한 부분 스트림으로 필터링 하기도 합니다.for 보다 간결하게 사용할 수 있어서 간단한 경우서도 for 대신 쓰는 경우가 많긴 한데..이 부분은 회사,팀 마다 다를 수 있겠네요.

집킨 · Answer

자바의 코드단위 성능 벤치마킹은 커다란 차이가 아닌 이상 큰 의미부여를 하기 어렵습니다JVM 벤더에 따라, 버전에 따라 결과가 달라지고 코드 패턴에 따라도 달라지거든요최적화는 최후의 보루로 신중하게 사용하라는 조언도 있을 정도죠

이거 이유를 알 수있을까요??

4개의 답변

#for 목록