JIT가 빠르게 만든 메서드가 새 타입 입력 뒤 느려집니다. 인라이닝 가정과 deoptimization은 어떤 관계인가요?

꼬리 질문을 독립 문항으로 확장했습니다. 원래 문항에서 맥락 보기 →

잠깐, 답변을 보기 전에
먼저 내 말로 설명해 볼까요?

답변과 점검 포인트 펼치기답변 접기

구두 답변

정의를 외우기보다, 원리와 조건을 연결해 설명해 보세요.

JIT는 관찰한 타입·호출 대상 등 가정으로 inline·최적화를 수행할 수 있습니다. 새 입력이 그 가정을 깨면 guard 실패와 deoptimization으로 덜 최적화된 경로로 돌아갈 수 있습니다.

한 번의 느린 요청이 GC·class loading·I/O 때문인지도 구분합니다. JFR·컴파일 로그와 입력 유형을 연결하고 warm 상태에서 타입 다양성을 바꿔 비교합니다. 구현 최적화는 언어의 기능적 계약과 다릅니다.

이해가 드러나는 지점을 확인해 보세요.

JIT는 관찰한 타입·호출 대상 등 가정으로 inline·최적화를 수행할 수 있습니다. 새 입력이 그 가정을 깨면 guard 실패와 deoptimization으로 덜 최적화된 경로로 돌아갈 수 있습니다.
구현 최적화는 언어의 기능적 계약과 다릅니다.

놓치기 쉬운 조건과 오해를 짚어 보세요.

다음 핵심 구분을 반대로 설명하거나 성립 조건을 생략한다: JIT는 관찰한 타입·호출 대상 등 가정으로 inline·최적화를 수행할 수 있습니다.

하나 더 질문하며 이해의 범위를 넓혀 보세요.

득점·감점 포인트는 학습용 자기 점검 기준이며, 특정 회사의 실제 채점표가 아닙니다.

답변을 보충하는 개념·예제·슈도코드를 읽어 보세요.