Enterprise COBOL 및 ABO 간의 차이점은 무엇인가요?

Enterprise COBOL은 COBOL 소스 파일을 입력으로 받아서 COBOL 바이너리를 출력으로 생성하는 COBOL 컴파일러입니다. ABO는 COBOL 바이너리 파일을 입력으로 받아서 최적화되고 빠른 COBOL 바이너리 파일을 출력으로 생성하는 COBOL 바이너리 최적화 프로그램입니다.

자세히 보기

ABO가 단지 컴파일러의 최적화 단계인가요?

ABO의 구현은 최적화 컴파일러의 사본이 아닙니다. 컴파일러는 상위 레벨 언어를 최적화하지만, ABO는 하위 레벨 바이너리를 최적화합니다. 다양한 기술과 최적화가 사용됩니다.

자세히 보기

Enterprise COBOL 및 ABO를 함께 사용할 수 있나요?

예. 서로 간에 보완되도록 설계되었으므로, 당사에서는 엔터프라이즈 COBOL 및 ABO를 함께 사용하도록 권장합니다. 신규 개발, 현대화 및 유지보수에 최신 버전의 엔터프라이즈 COBOL을 사용하세요. 재컴파일 플랜이 없는 모듈의 성능을 향상시키려면 ABO를 사용하세요.

자세히 보기

ABO가 나의 COBOL 마이그레이션을 어떻게 지원하나요?

COBOL V4.2 이하에서 COBOL V6로 마이그레이션하기는 어렵고 시간이 많이 소요될 수 있습니다. 신규 개발, 현대화 및 유지보수에 최신 버전의 COBOL을 사용하여 COBOL 마이그레이션을 가속화하세요. 재컴파일 플랜이 없는 모듈의 성능을 향상시키려면 ABO를 사용하세요.

동영상 보기(01:46)

내가 나의 COBOL 소스 코드를 유실한 경우 ABO가 내게 도움이 될 수 있나요?

예. ABO에서는 소스 코드 또는 소스 코드 마이그레이션이 필요하지 않습니다. 재컴파일 플랜에 없는 컴파일된 프로그램을 최적화하려면 또는 프로그램 소스 코드를 사용할 수 없는 경우에는 ABO를 사용하세요.

자세히 보기

ABO로 최적화된 모듈과 최신 Enterprise COBOL 컴파일러로 컴파일된 모듈 간에 CPU 절감의 차이점은 무엇인가요?

ABO는 Enterprise COBOL과 동급의 성능을 제공합니다. Enterprise COBOL V4.2 이하로 컴파일된 동일 애플리케이션과 비교하여, Enterprise COBOL V6.3으로 컴파일된 컴퓨팅 집약적인 애플리케이션은 CPU 사용률을 평균 58% 감소시키며, ABO V2.1로 컴파일된 바이너리는 CPU 사용률을 평균 57% 감소시킵니다.

자세히 보기

ABO 모듈은 재컴파일 후 발생할 수 있는 올바르지 않은 데이터, 초기화되지 않은 변수 및 과잉 문제와 같은 Enterprise COBOL V6 마이그레이션 위험을 겪나요?

아니요. ABO는 COBOL 바이너리에서 직접 최적화합니다. 따라서 이는 올바르지 않은 데이터, 과잉 데이터 항목, 매개변수 크기 불일치 및 이와 유사한 상태가 존재해도 동일한 프로그램 동작을 복제할 수 있습니다.

이 제품의 체험판 옵션은 무엇인가요?

ABO는 90일 클라우드 체험판 또는 온프레미스 체험판으로 사용 가능합니다. 클라우드 체험판은 설치가 필요하지 않으며, 온프레미스 체험판을 사용하면 자체 사이트에 ABO를 설치할 수 있습니다.

자세히 보기

ABO의 새로운 기능을 어떻게 확인할 수 있나요?

다음 링크에서 지속적 딜리버리(CD) PTF 및 ABO 릴리스의 새로운 기능을 찾을 수 있습니다.

자세히 보기

ABO 최적화에 맞는 Enterprise COBOL 컴파일러 버전은 무엇인가요?

ABO는 VS COBOL II 1.3에서 Enterprise COBOL V4까지 컴파일된 프로그램을 최적화할 수 있습니다. 다음 주제에서 해당하는 Enterprise COBOL 컴파일러 버전의 전체 목록을 찾을 수 있습니다.

자세히 보기

ABO 실행을 위한 최소 하드웨어 요구사항은 무엇인가요?

ABO는 z/OS® 레벨에서 지원하는 모든 시스템에서 실행될 수 있습니다. z/OS V2.2 이상을 지원하는 IBM Z® 서버의 전체 목록은 아래의 링크를 참조하세요.

자세히 보기(PDF, 188KB)

특정 모듈에 대한 ABO의 사용을 제한할 수 있나요?

ABO에 의한 최적화를 위해 선택된 모듈 내의 CSECT 또는 모듈 수를 결정할 수 있습니다. ABO는 데이터 세트의 단일 모듈이나 모든 모듈을 최적화할 수 있으며, ABO는 모듈 내의 하나 이상의 CSECT 또는 데이터 세트의 하나 이상의 멤버에 대한 처리의 제한을 허용하는 옵션을 제공합니다.

자세히 보기

혜택을 확인하려면 모든 모듈이 ABO를 거쳐야 하나요?

ABO에서 가장 많은 혜택을 받으려면 애플리케이션에서 대부분의 CPU 시간에 기여하는 프로그램을 최적화하세요. 혜택을 확인하기 위해 모든 모듈을 최적화할 필요는 없습니다.

자세히 보기

ABO 최적화에서 가장 많은 혜택을 받을 애플리케이션의 특징은 무엇인가요?

일부 선별된 LE 루틴 또는 COBOL 코드에서 대부분의 CPU 시간이 사용되는 애플리케이션이 ABO 최적화에서 가장 많은 혜택을 받을 수 있습니다. I/O 수행 또는 CICS®, Db2®, IMS에서 대부분의 시간을 사용하는 애플리케이션은 이보다 적은 혜택을 받습니다.

자세히 보기

최대의 성능 향상과 비용 절감 효과를 얻기 위해 최적화할 모듈을 어떻게 결정하나요?

동영상과 백서에서 간략히 설명한 몇 가지 간단한 단계를 수행함으로써, 사용자는 ABO에서 최적화할 최상의 CPU 기여 모듈을 선택하여 COBOL 애플리케이션을 효율적으로 최적화할 수 있습니다.

자세히 보기

어떤 성능 프로파일링 툴을 내가 사용할 수 있나요?

IBM® APA 등의 성능 프로파일링 툴은 대부분의 CPU 시간에 기여하는 모듈에 관한 정보를 제공할 수 있습니다. 만일 여의치 않은 경우, ABO는 전체 함수 프로파일러 대신 사용될 수 있는 RTI(Run Time Instrumentation) 프로파일러와 함께 제공됩니다.

자세히 보기

이득을 어떻게 측정할 수 있나요?

사용자는 두 세트의 애플리케이션 성능 실행을 수행할 수 있습니다. 하나는 원래 모듈을 사용하는 것이고, 다른 하나는 ABO 최적화된 모듈을 사용하는 것입니다. (예를 들어, 각 실행의 JES2 작업 로그에서) 두 실행 모두의 CPU 시간을 캡처한 후 실행 간의 CPU 시간을 비교하여 CPU 시간의 감소를 확인하세요.

ABO가 내 애플리케이션의 성능을 얼마나 향상시킬까요?

ABO의 성능 향상은 몇 가지 요소에 의존합니다. 첫 번째는 COBOL 코드와 선별된 LE 루틴에서 사용된 시간의 양이고, 두 번째는 컴퓨팅 집약적인 COBOL 코드의 양이며, 세 번째는 애플리케이션이 실행되는 메인프레임 레벨과 ABO ARCH 레벨 설정입니다.

자세히 보기

내 일괄처리 및 온라인 애플리케이션에서 이득을 확인할 수 있나요?

일괄처리 및 온라인 애플리케이션 모두에서 CPU 절감을 확인할 수 있습니다. 그러나 CICS 및 IMS 등의 기타 서브 시스템과는 반대되게 COBOL 코드에서 종종 더 많은 시간을 사용하므로, 일반적으로 일괄처리 애플리케이션은 보다 많이 향상되는 경향이 있습니다.

내가 ABO로 최적화된 모듈을 어떻게 디버그하나요?

ABO는 디버거 및 이상 종료 툴 등의 다운스트림 툴에 대한 정보를 제공하기 위해 목록 변환을 작성합니다. IBM ADFz 툴 및 일부 기타 공급업체 툴은 ABO 최적화된 모듈을 완벽히 지원합니다.

자세히 보기

회귀 테스트가 ABO를 테스트하는 최상의 방법인가요?

IBM은 ABO 최적화된 모듈을 포함하는 애플리케이션의 시스템 검증 및 성능 테스트를 권장합니다. ABO 최적화는 원래 애플리케이션에 대한 강력한 호환성을 보장하며, 최신 Enterprise COBOL 컴파일러로 마이그레이션하는 것보다 훨씬 적은 테스트를 필요로 합니다.

ABO 최적화된 프로그램이 컴파일러 버전 및 타임스탬프 등의 컴파일된 프로그램과 유사한 정보를 보유하나요?

원래 시간소인 및 컴파일러 버전 정보는 ABO 최적화된 모듈에 보관됩니다. 또한 ABO는 자체 시간소인 및 변환기 버전 정보를 추가합니다.

Db2와 상호작용하는 ABO 최적화된 모듈을 보유 중인 경우, 배치 전에 최적화된 모듈을 리바인드해야 하나요?

아니요. ABO 최적화된 모듈의 리바인딩은 필요하지 않습니다.

최적화로 인해 ABO 최적화된 모듈의 크기가 변경되나요?

성능 향상을 위해 ABO가 수행하는 최적화로 인해, 최적화된 모듈의 크기는 일반적으로 원래 모듈보다 큽니다.

자세히 보기

ABO 로드 모듈은 다른 종류의 PDS에 저장되어 있나요?

사용자는 사용할 ABO의 대상 데이터 세트를 할당하고, ABO는 최적화된 모듈로 이를 채웁니다. 원래 데이터 세트가 PDS인 경우 대상 데이터 세트는 PDS 또는 PDSE일 수 있습니다. 원래 데이터 세트가 PDSE인 경우 대상 데이터 세트는 PDSE여야 합니다. 이 경우가 아니면 오류 메시지가 생성됩니다.

ABO가 다른 언어 버전에 대한 호출을 어떻게 처리하나요?

ABO는 기타 컴파일된 레벨의 COBOL 또는 기타 언어에 의해 호출되거나 호출 중인 경우 100% 상호 운용이 가능합니다.

ABO는 NOOPT 컴파일러 옵션으로 컴파일된 원래 모듈을 어떻게 처리하나요?

ABO는 원래 컴파일러 OPTIMIZE 설정과는 무관하게 모듈을 효과적으로 최적화할 수 있습니다.

ABO에 사용할 수 있는 업데이트의 빈도는 얼마인가요?

ABO는 지속적 딜리버리 주기에서 릴리스됩니다. 다음 링크에서 당사가 업데이트를 릴리스하는 빈도를 확인하세요.

자세히 보기

ABO 문제점을 보고하려면 IBM에 어떤 정보를 제공해야 하나요?

<> 명령을 사용하여 ABO 버전 번호 등의 정보를 준비하세요. 그리고 IBM의 지원 케이스를 열기 전에 다음 링크의 지시사항을 따르세요.

자세히 보기

ABO에 대한 개선사항을 어떻게 요청할 수 있나요?

RFE(Request for Enhancement) 커뮤니티를 활용하여 IBM 제품 개발팀 및 다른 사용자와 직접 협업하세요.

자세히 보기