차이

문서의 선택한 두 판 사이의 차이를 보여줍니다.

--- linuxfromscratch:12.1:029-about_sbus [2024/06/11 07:11] – baecy
+++ linuxfromscratch:12.1:029-about_sbus [2024/06/14 14:52] (현재) – [4.5. SBU 설명] baecy
@@ 줄 3: / 줄 3: @@
 |[[.:028-Setting Up the Environment|이전]]  |  [[.:04-final_preparations|위로]] / [[.:12.1|처음으로]]  |  [[.:030-About the Test Suites|다음]]|
-|Adding the LFS User  |  About SBUs|
+|환경 설정  |  테스트 스위트|
 ----
@@ 줄 9: / 줄 9: @@
 ===== 4.5. SBU 설명 =====
-많은 사람들이 각 패키지를 컴파일하고 설치하는 데 걸리는 대략적인 시간을 미리 알고 싶어합니다. 처음부터 리눅스는 다양한 시스템에서 빌드할 수 있기 때문에 절대적인 시간 추정치를 제공하는 것은 불가능합니다. 가장 큰 패키지(gcc)는 가장 빠른 시스템에서 약 5분이 걸리지만 느린 시스템에서는 며칠이 걸릴 수도 있습니다! 실제 시간을 제공하는 대신 SBU(Standard Build Unit) 측정값이 대신 사용됩니다.
+많은 사람들이 각 패키지를 컴파일하고 설치하는 데 걸리는 대략적인 시간을 미리 알고 싶어합니다. LFS는 다양한 시스템에서 빌드 할 수 있기 때문에 절대적인 예상 시간을 알려주는 것은 불가능합니다. 가장 큰 패키지(gcc)는 빠른 시스템에서 약 5분이 걸리지만 느린 시스템에서는 며칠이 걸릴 수도 있습니다. 그래서 실제 시간 단위 대신 SBU(Standard Build Unit) 측정값이 대신 사용됩니다.
 SBU 측정은 다음과 같이 작동합니다. 컴파일할 첫 번째 패키지는 [[.:05-compiling_a_cross_toolchain|5장]]의 binutils입니다. 하나의 코어를 사용하여 컴파일하는 데 걸리는 시간을 표준 빌드 단위 또는 SBU라고 합니다. 다른 모든 컴파일 시간은 이 시간 단위로 표현됩니다.
@@ 줄 15: / 줄 15: @@
 예를 들어 컴파일 시간이 4.5 SBU인 패키지를 생각해 봅시다. 즉, 시스템에서 첫 번째 binutils를 컴파일하고 설치하는 데 10분이 걸렸다면 예제 패키지를 빌드하는 데 약 45분이 걸린다는 뜻입니다. 다행히도 대부분의 빌드 시간은 1 SBU 보다 짧습니다.
-SBU는 호스트 시스템의 GCC 버전 등 여러 요인에 따라 달라지기 때문에 완전히 정확하지는 않습니다. 여기에서는 패키지를 설치하는 데 걸리는 시간을 예상하기 위해 제공되지만 경우에 따라 수십 분까지 차이가 날 수 있습니다.
+SBU는 호스트 시스템의 GCC 버전 등 여러 요인에 따라 달라지기 때문에 아주 정확하지는 않습니다. 여기에서는 패키지를 설치하는 데 걸리는 시간을 예상하기 위해 제공되지만 경우에 따라 수십 분까지 차이가 날 수 있습니다.
 <WRAP info center round 90%>
-**참고**
+**참고** \\
-다중 프로세서를 사용하는 경우 이 책에 나오는 SBU 단위는 훨씬 더 복잡하게 됩니다. 경우에 따라서는 make 단계가 단순히 실패할 수도 있습니다. 다른 프로세스의 라인이 인터리빙되므로 빌드 프로세스의 출력을 분석하는 것도 더 어려워집니다. 빌드 단계에서 문제가 발생하면 단일 프로세서 빌드로 되돌려 오류 메시지를 제대로 분석하세요.
+다중 프로세서를 사용하는 경우 이 책에 나오는 SBU 단위는 훨씬 더 복잡하게 됩니다. 경우에 따라서는 make 단계가 그냥 실패할 수도 있습니다. 다른 프로세스의 라인이 끼어들어 빌드 프로세스의 출력을 분석하는 것도 더 어려워집니다. 빌드 단계에서 문제가 발생하면 단일 프로세서 빌드로 되돌려 오류 메시지를 제대로 분석하세요.
 여기에 제시된 시간은 4개의 코어(-j4) 사용을 기준으로 합니다. 8장에서 표기하는 시간에는 달리 명시되지 않는 한 패키지에 대한 테스트 스위트를 실행하는 시간도 포함됩니다.
 </WRAP>