차이
문서의 선택한 두 판 사이의 차이를 보여줍니다.
양쪽 이전 판 이전 판 다음 판 | 이전 판 | ||
linuxfromscratch:12.1:029-about_sbus [2024/05/04 04:58] – baecy | linuxfromscratch:12.1:029-about_sbus [2024/06/14 14:52] (현재) – [4.5. SBU 설명] baecy | ||
---|---|---|---|
줄 1: | 줄 1: | ||
+ | ^ Linux From Scratch - Version 12.1-systemd | ||
+ | ^ Chapter 4. Final Preparations | ||
+ | |[[.: | ||
+ | |||
+ | |환경 설정 | ||
+ | |||
+ | ---- | ||
+ | |||
===== 4.5. SBU 설명 ===== | ===== 4.5. SBU 설명 ===== | ||
- | 많은 사람들이 각 패키지를 컴파일하고 설치하는 데 걸리는 대략적인 시간을 미리 알고 싶어합니다. 처음부터 리눅스는 다양한 시스템에서 빌드할 수 있기 때문에 절대적인 시간 추정치를 제공하는 것은 불가능합니다. 가장 큰 패키지(gcc)는 가장 빠른 시스템에서 약 5분이 걸리지만 느린 시스템에서는 며칠이 걸릴 수도 있습니다! 실제 시간을 제공하는 대신 SBU(Standard Build Unit) 측정값이 대신 사용됩니다. | ||
- | SBU 측정은 다음과 같이 작동합니다. 컴파일할 첫 번째 패키지는 [[.: | + | 많은 사람들이 각 패키지를 컴파일하고 설치하는 데 걸리는 대략적인 시간을 미리 알고 싶어합니다. LFS는 다양한 시스템에서 빌드 할 수 있기 때문에 절대적인 예상 시간을 알려주는 것은 불가능합니다. 가장 큰 패키지(gcc)는 빠른 시스템에서 약 5분이 걸리지만 느린 시스템에서는 며칠이 걸릴 수도 있습니다. 그래서 실제 시간 단위 대신 SBU(Standard Build Unit) 측정값이 대신 사용됩니다. |
+ | |||
+ | SBU 측정은 다음과 같이 작동합니다. 컴파일할 첫 번째 패키지는 [[.:05-compiling_a_cross_toolchain|5장]]의 binutils입니다. 하나의 코어를 사용하여 컴파일하는 데 걸리는 시간을 표준 빌드 단위 또는 SBU라고 합니다. 다른 모든 컴파일 시간은 이 시간 단위로 표현됩니다. | ||
예를 들어 컴파일 시간이 4.5 SBU인 패키지를 생각해 봅시다. 즉, 시스템에서 첫 번째 binutils를 컴파일하고 설치하는 데 10분이 걸렸다면 예제 패키지를 빌드하는 데 약 45분이 걸린다는 뜻입니다. 다행히도 대부분의 빌드 시간은 1 SBU 보다 짧습니다. | 예를 들어 컴파일 시간이 4.5 SBU인 패키지를 생각해 봅시다. 즉, 시스템에서 첫 번째 binutils를 컴파일하고 설치하는 데 10분이 걸렸다면 예제 패키지를 빌드하는 데 약 45분이 걸린다는 뜻입니다. 다행히도 대부분의 빌드 시간은 1 SBU 보다 짧습니다. | ||
- | SBU는 호스트 시스템의 GCC 버전 등 여러 요인에 따라 달라지기 때문에 | + | SBU는 호스트 시스템의 GCC 버전 등 여러 요인에 따라 달라지기 때문에 |
<WRAP info center round 90%> | <WRAP info center round 90%> | ||
- | **참고** | + | **참고** |
- | 이러한 방식으로 여러 | + | 다중 |
- | 여기에 제시된 시간은 4개의 코어(-j4) 사용을 기준으로 합니다. 8장에서 표기하는 시간에는 달리 명시되지 않는 한 패키지에 대한 | + | 여기에 제시된 시간은 4개의 코어(-j4) 사용을 기준으로 합니다. 8장에서 표기하는 시간에는 달리 명시되지 않는 한 패키지에 대한 테스트 스위트를 실행하는 시간도 포함됩니다. |
</ | </ |