Temurin-build: 디버그 기호 전용 패키지 만들기

@milderhc - (#2043 병합과 함께) 이 부분에서 큰 진전이 있었던 것 같습니다. 감사합니다!

다음 단계는 다음과 같습니다.

• 빌드 파이프라인 스크립트를 업데이트하여 이러한 아티팩트가 생성되어 릴리스 리포지토리에 푸시되도록 합니다.
• API를 통해 제공
• 다운로드를 위해 웹사이트에서 볼 수 있음

당신은 그것을 맡을 것인가? 이를 진행하기 위해 지원이 필요합니까?

@smlambert 물론입니다. 내가 가져갈 수 있습니다.

파이프라인 스크립트가 어디에 있는지 알려주시겠습니까? 또한 API의 아이디어는 웹 사이트뿐만 아니라 디버그 기호를 독점적으로 제공하는 새로운 방법이 될 것입니까?

나는 그 repos에 익숙하지 않습니다. 시간이 걸릴 것입니다.

@milderhc 감사합니다! 파이프라인 스크립트는 이 리포지토리에 있습니다. OpenJ9에 대한 디버그 이미지 지원을 추가 한

@andrew-m-leonard @sxa - 당신 중 한 명이 @milderhc 를 도울 수 있습니까?
디버그 이미지를 빌드하기 위해 파이프라인 구성을 실제로 업데이트하는 데 필요한 모든 것입니까?

API 작업: (작업 완료) https://github.com/AdoptOpenJDK/openjdk-api-v3/pull/130
웹사이트 작업: (아직 미해결?) https://github.com/AdoptOpenJDK/openjdk-website/issues/696 (API를 통해 debuginfo를 제공할 수 있는 것보다 덜 중요함)

물론 내가 도울 수 있습니다. @smlambert @milderhc jdk-16용 OpenJDK에 통합하는 데 도움이 된 다음 버그가 여기에서도 관련이 있는지 확인하고 싶었습니다.
https://bugs.openjdk.java.net/browse/JDK-8252233 기호 이미지에 디버그 기호 넣기

@andrew-m-leonard와 관련이 있다고 생각합니다. 프로젝트(핫스팟 빌드의 경우)에서 이러한 아티팩트를 생성하기 위해 추가 변경이 필요한 경우 무엇을 설명할 수 있습니까?

따라서 https://bugs.openjdk.java.net/browse/JDK-8252233을 변경하면 대상을 통해 순수 디버그 기호 이미지를 생성할 수 있습니다.

make symbols-image

"build/*/images/symbols" 이미지가 생성됩니다.
Adopt 빌드에서 사용하는 기본 "make product-images"에는 "symbols-image"가 포함되어 있으므로 이미 생성 중인 기호 이미지 폴더가 있음을 알아야 합니다.

@andrew-m-leonard - jdk16+ 또는 모든 버전에 대해서만 대상을 지정합니까? 아마도 코드에서 https://github.com/AdoptOpenJDK/openjdk-build/issues/2042#issuecomment -742898474에서 이를 활성화하도록 변경할 위치를 가리킬 수 있습니다.

@milderhc 안녕하세요 Milder, 저는 업스트림 openjdk가 지원하는 것을 살펴보고 있으며 현재 버전에 따라 다릅니다.
jdk16+ : https://bugs.openjdk.java.net/browse/JDK-8252233 지원으로 이제 "make symbol-image"를 발행할 수 있습니다. 은 "상징 이미지"가 "제품 이미지"메이크업 대상의 일부이며, jdk8 + 이미 채택을 위해 그 대상을 빌드 : https://github.com/AdoptOpenJDK/openjdk-build/blob/87f799024a58d392255eead1cd83d93515410b2e/configureBuild.sh#L206 . 이것은 jdk16+의 경우 이미 "build/*/symbols/.." 이미지를 빌드하고 있음을 의미합니다. 빌드가 끝날 때 아카이브하기만 하면 됩니다. 따라서 이 라인은 "symbols" 폴더를 이동해야 합니다. https:// github.com/AdoptOpenJDK/openjdk-build/blob/88c0d77255264cc92423d534de9c3563d4fb0903/sbin/build.sh#L632 ie."${BUILD_CONFIG[DEBUG_IMAGE_PATH]16+에 대한 jd besymbol이 필요합니다.

jdk11u & jdk8u: 따라서 이 두 지원 모두 "심볼 이미지"를 만들지만 JDK-8252233이 없으므로 이미지 번들을 생성하지 않고 기호를 jdk 이미지 "lib" 폴더에 배치합니다. 즉, 여기에 두 가지 옵션이 있습니다.
1) JDK-8252233을 백포트하고 jdk16+와 같은 방법을 사용한다. 이것은 아마도 이상적이지만 시간이 걸릴 것입니다 ...
2) sbin/build.sh에 논리를 추가하여 기호를 lib에서 새 위치로 이동합니다. 이미 완료한 것 같습니까? https://github.com/AdoptOpenJDK/openjdk-build/blob/88c0d77255264cc92423d534de9c3563d4fb0903/sbin/build.sh#L651 jdk16+에서 작동합니까? 그렇다면 잠시 동안 JDK-8252233을 무시하십시오.

이제 새 빌드 arg: --create-debug-symbols-package를 추가한 것을 보았으므로 질문할 질문은 이 설정을 언제 true로 설정해야 하느냐는 것입니다. 언제나? 그렇다면 https://github.com/AdoptOpenJDK/openjdk-build/blob/master/build-farm/make-adopt-build-farm.sh 에서 설정하기만 하면 됩니다.
특정 플랫폼 또는 버전에서만 설정을 원하는 경우 여기: https://github.com/AdoptOpenJDK/openjdk-build/tree/master/build-farm/platform-specific-configurations

@milderhc --create-debug-symbols-package를 활성화하기 전에 평가해야 하는 또 다른 중요한 사실은 용량 계획을 위해 심볼 아카이브가 빌드에 추가할 공간이 얼마나 됩니까? 이것은 osbuild x 변형 x 버전당 xMB를 추가할 것이기 때문에...?
@sxa fyi

안녕하세요 @andrew-m-leonard, 이에 대해 살펴보고 자세한 설명을 해주셔서 감사합니다.

--create-debug-symbols-package 옵션은 jdk8u, jdk11u 및 jdk16+에서 작동합니다. 빌드 파이프라인에 의해 호출되는 make-adopt-build-farm.sh 직접 포함할 수 있습니까?

Linux에서 jdk11u의 공간(MB)은 약 230MB이고 macOS 및 Windows의 경우 약 40MB입니다. jdk8u에서 LInux의 경우 약 100MB, Windows의 경우 5MB입니다. jdk16의 크기는 jdk11u와 매우 유사합니다.

@milderhc 안녕하세요, 빠른 질문 하나, 현재 openj9 "-debug-image"와 새로운 "-debug-symbols"의 차이점은 무엇입니까?

openj9 "debug-image"가 같은 것이 아닙니까? https://github.com/ibmruntimes/openj9-openjdk-jdk11/blob/cf49ddabb9e46e90af63e85f03e3e1e71338f6a2/closed/DebugImage.gmk

https://github.com/AdoptOpenJDK/openjdk-build/blob/88c0d77255264cc92423d534de9c3563d4fb0903/sbin/build.sh#L410

핫스팟을 하나의 "디버그 이미지"라고도 부르는 것이 이치에 맞습니까?

크기에 대한 대략적인 계산:
각 버전에 대해 빌드를 캐시하는 플랫폼:

• 암 : 5x230MB = +1.15Gb
• pLinux : 5x230MB = +1.15Gb

- 맥 : 5x10MB = +50MB

현재 캐시하지 않는 플랫폼:
AIX : ws 클리어
zLinux : ws 삭제됨
Win : tmp ws의 마지막 빌드만 캐시합니다.
x리눅스 : 도커
aarch64 : 도커

모든 버전 x 플랫폼에 대한 "마스터" 노드 아카이브 스토리지:

jdk8:
- 11 Linux = 1100MB
- 5 mac & win = 25MB
jdk11:
- 9 Linux = 2160MB
- 4 mac & win = 160MB
jdk15:
- 7 Linux = 1680MB
- 3 mac & win = 120MB
jdk16:
- 7 Linux =1680MB
- 4 mac & win = 160MB
jdk17:
- 7 Linux = 1680MB
- 4 mac & win = 160MB

따라서 Jenkins "마스터"에서 각각의 새 아카이브된 파이프라인 빌드 크기에 대략 1.1-2.3Gb 추가 증가

@sxa fyi

나 자신도 같은 것을 묻고 있었다. 나는 그들이 같다고 생각한다. 사실 --with-debug-symbols-package 와 함께 openj9용 스크립트를 호출하면 두 개의 패키지를 얻을 수 있습니다. debug-symbol의 이름을 debug-image로 바꾸는 것도 이치에 맞습니다.

나 자신도 같은 것을 묻고 있었다. 나는 그들이 같다고 생각한다. 사실 --with-debug-symbols-package 와 함께 openj9용 스크립트를 호출하면 두 개의 패키지를 얻을 수 있습니다. debug-symbol의 이름을 debug-image로 바꾸는 것도 이치에 맞습니다.

네 동의합니다

나 자신도 같은 것을 묻고 있었다. 나는 그들이 같다고 생각한다. 사실 --with-debug-symbols-package 와 함께 openj9용 스크립트를 호출하면 두 개의 패키지를 얻을 수 있습니다. debug-symbol의 이름을 debug-image로 바꾸는 것도 이치에 맞습니다.

따라서 openj9의 경우 현재와 같이 현재 "디버그 이미지" make target을 사용하고 다른 변형의 경우 "디버그 이미지"를 생성하기 위해 추가한 새 논리를 사용하도록 로직을 업데이트해야 한다고 생각합니다.

알겠습니다. 먼저 업데이트하겠습니다.

@milderhc 안녕

@andrew-m-leonard 안녕하세요, 답변이 늦어 죄송합니다. 풀 요청을 만들었습니다. https://github.com/AdoptOpenJDK/openjdk-build/pull/2393

@milderhc 감사합니다, 그 PR이 좋아 보입니다. 병합되면 다음과 같은 문제가 됩니다.

1. Jenkins 인프라 용량 평가/영향 수행: https://github.com/AdoptOpenJDK/openjdk-build/issues/2042#issuecomment -756665091
2. (1) 완료 후 --create-debug-image if variant != "openj9" 추가: https://github.com/AdoptOpenJDK/openjdk-build/blob/102237341c7f0737f0dd4dc57fcc7e9e3ffe3bd5/build-farm/make-adopt -build-farm.sh#L164

이제 빌드 출력 정리 PR이 병합되었으며 적용하려면 빌드 노드 전체에 전파해야 합니다. 현재 가장 여유 공간이 있는 빌드 노드는 2개의 arm 노드이며 현재 각각 3Gb, 4Gb의 여유 공간이 있습니다. 현재 도입하면 이 2대의 시스템을 약 1.2Gb로 주변화할 수 있습니다.
클린 빌드 출력이 노드 전체에 전파되면 중복 사용을 확인하고 노드를 모니터링하기 위해 각각을 검사할 것입니다.

build-scaleway-ubuntu1604-armv7-1을 방금 조사한 결과 빌드 출력 정리는 8Gb를 해제해야 합니다.

@sxa fyi

jdk8/11/16/17에 arm용 빌드 파이프라인을 제출했습니다.
새로운 팔 노드 공간:

• build-scaleway-ubuntu1604-armv7-1 : 18Gb
• build-scaleway-ubuntu1604-armv7-2 : 19Gb
  그래서 우리는 최소 6Gb를 확보했습니다.
  이것은 디버그 이미지를 위한 충분한 여유 공간을 쉽게 제공합니다.

@milderhc --create-debug-image를 활성화하기 위한 PR을 제안하시겠습니까?
https://github.com/AdoptOpenJDK/openjdk-build/blob/ecb4ce1182b079fb88cc77ce871e3ad1216e4612/build-farm/make-adopt-build-farm.sh#L163

감사합니다, @andrew-m-leonard, 디버그 이미지를 다운로드할 수 있는 것으로 충분할까요?

여기 있습니다: https://github.com/AdoptOpenJDK/openjdk-build/pull/2443

디버그 이미지가 있는 핫스팟용 Nightly 빌드는 이제 웹 사이트에서 사용할 수 있습니다. https://adoptopenjdk.net/nightly.html?variant=openjdk8&jvmVariant=hotspot

또한 API(예: https://api.adoptopenjdk.net/v3/assets/feature_releases/8/ea?architecture=x64&heap_size=normal&image_type=debugimage&jvm_impl=hotspot&os=linux&page=0&page_size=10&project=jdk&sort_method=DE

남은 것들:

• 업스트림 mac 디버그 jdk8 패치
• 업스트림 승리 디버그 jdk8 수정
• 모든 버전에 대한 업스트림 AIX 디버그 수정