Quelle est la différence entre Enterprise COBOL et ABO ?

Enterprise COBOL est un compilateur COBOL qui utilise des fichiers source COBOL en entrée et produit des binaires COBOL en sortie. ABO est un optimiseur binaire COBOL qui utilise des fichiers binaires COBOL en entrée et produit des fichiers binaires COBOL optimisés et plus rapides en sortie.

En savoir plus

ABO est-il uniquement la phase d'optimisation du compilateur ?

L'implémentation d'ABO n'est pas une copie d'un compilateur d'optimisation. Un compilateur optimise les langages de haut niveau. ABO optimise les binaires de bas niveau. Différentes techniques et optimisations sont utilisées.

En savoir plus

Enterprise COBOL et ABO peuvent-ils être utilisés conjointement ?

Oui. Nous vous recommandons d'utiliser Enterprise COBOL et ABO ensemble car ils sont conçus pour se compléter. Utilisez la dernière version d'Enterprise COBOL pour les nouveaux développements, la modernisation et la maintenance. Utilisez ABO pour améliorer les performances des modules qui n'ont pas de plan de recompilation.

En savoir plus

Comment ABO peut-il m'aider pour la migration COBOL ?

La migration à partir de COBOL version 4.2 ou une version antérieure vers COBOL V6 peut s'avérer difficile et longue. Accélérez votre migration COBOL avec la toute dernière version de COBOL pour les nouveaux développements, la modernisation et la maintenance. Utilisez ABO pour améliorer les performances des modules qui n'ont pas de plan de recompilation.

Regarder la vidéo (01:46)

ABO peut-il m'aider si j'ai perdu mon code source COBOL ?

Oui. ABO n'a pas besoin de code source ni de migration de code source. Utilisez ABO pour optimiser vos programmes compilés qui ne figurent pas dans votre plan de recompilation ou si le code source du programme n'est pas disponible.

En savoir plus

Quelle est la différence en termes d'économies d'UC entre les modules optimisés par ABO et les modules compilés avec le dernier compilateur Enterprise COBOL ?

ABO atteint des performances équivalentes à celles d'Enterprise COBOL. Comparées aux mêmes applications compilées avec Enterprise COBOL V4.2 ou des versions antérieures, les applications à forte intensité de calcul compilées par Enterprise COBOL V6.3 réduisent l'utilisation de l'UC de 58 % en moyenne ; les binaires optimisés par ABO V2.1 réduisent l'utilisation de l'UC de 57 % en moyenne.

En savoir plus

Les modules ABO souffrent-ils des problèmes de migration d'Enterprise COBOL V6 qui peuvent se produire après recompilation comme des données non valides, des variables non initialisées et le « surpeuplement » ?

Non. ABO optimise directement le binaire COBOL. Il réplique donc le comportement du programme à l'identique, même en présence de données non valides, d'éléments de données « surpeuplés », de non-concordance des tailles de paramètres et de conditions similaires.

Quelles sont les options d'essai pour ce produit ?

ABO est disponible en version d'essai de 90 jours dans le cloud ou sur site. L'essai dans le cloud ne nécessite aucune installation, tandis que l'essai sur site permet d'installer ABO sur votre site.

En savoir plus

Quelles sont les nouveautés d'ABO ?

Les nouveautés des éditions ABO et les PTF (Program Temporary Fix) de la distribution continue (CD) peuvent être consultées en suivant le lien ci-dessous.

En savoir plus

Quelles sont les versions du compilateur Enterprise COBOL utilisables pour l'optimisation par ABO ?

ABO peut optimiser les programmes compilés à partir de VS COBOL II 1.3 jusqu'à Enterprise COBOL V4 inclus. Vous trouverez la liste complète des versions éligibles du compilateur Enterprise COBOL dans la rubrique suivante.

En savoir plus

Quelle est la configuration matérielle minimale pour l'exécution d'ABO ?

ABO peut s'exécuter sur n'importe quel système compatible z/OS. Pour la liste complète des serveurs IBM Z® compatibles avec z/OS versions 2.2 et ultérieures, suivez le lien ci-dessous.

En savoir plus (PDF, 188 ko)

Peut-on limiter l'utilisation d'ABO à certains modules ?

Vous pouvez décider du nombre de modules, ou des sections de contrôle (CSECT) à l'intérieur des modules sélectionnés pour optimisation par ABO. ABO peut optimiser tous les modules d'un ensemble de données ou un seul module. Des options permettent de limiter le traitement à un ou plusieurs membres d'un ensemble de données ou à une ou plusieurs sections de contrôle au sein d'un module.

En savoir plus

Tous les modules doivent-ils passer par ABO pour bénéficier de ces avantages ?

Pour tirer le meilleur parti d'ABO, optimisez les programmes qui contribuent le plus au temps d'UC dans une application. Vous n'avez pas besoin d'optimiser tous les modules pour en constater les avantages.

En savoir plus

Quelles sont les caractéristiques des applications qui bénéficient le plus de l'optimisation par ABO ?

Les applications qui bénéficient le plus de l'optimisation par ABO sont celles dans lesquelles une partie importante du temps d'UC est utilisé par le code COBOL ou par certaines routines d'émulation de réseau local (LE). Les applications qui utilisent le temps d'UC principalement pour CICS®, Db2®, IMS ou pour l'exécution d'E/S en bénéficieront moins.

En savoir plus

Comment déterminer quels modules optimiser pour obtenir les meilleurs gains de performance et les meilleures réductions de coûts ?

En suivant quelques étapes simples, décrites dans notre vidéo et notre livre blanc, vous pouvez accélérer vos applications COBOL en sélectionnant les modules qui contribuent le plus au temps d'UC pour les optimiser avec ABO.

En savoir plus

Quels sont les outils de profilage de performance disponibles ?

Des outils de profilage de performances, tels qu'IBM® APA, peuvent fournir des informations sur les modules qui contribuent le plus au temps d'UC. ABO est livré avec le profileur Run Time Instrumentation (RTI) qui peut être utilisé à la place d'un profileur de fonction complet si un tel profileur n'est pas disponible.

En savoir plus

Comment mesurons-nous les gains ?

Vous pouvez tester deux jeux d'exécution de performances pour l'application, l'un avec les modules d'origine et l'autre avec les modules optimisés par ABO. Capturez le temps d'UC des deux exécutions (par exemple, à partir de l'historique de travail JES2), puis calculez la réduction de temps d'UC obtenue.

Dans quelle mesure ABO peut-il améliorer les performances de mes applications ?

Les améliorations de performances d'ABO dépendent de quelques facteurs. Le premier est le temps passé dans le code COBOL et certaines routines LE, le second est la quantité de code COBOL à forte intensité de calcul, et le troisième est le paramètre ARCH d'ABO qui correspond au niveau du mainframe sur lequel l'application s'exécute.

En savoir plus

Puis-je constater des gains de performance dans mes applications par lots et en ligne ?

Vous pouvez constater des réductions de temps d'UC dans les applications par lots et en ligne. Cependant, de façon générale, les applications par lots bénéficient d'améliorations plus importantes car elles utilisent souvent plus de temps d'UC pour le code COBOL contrairement à d'autres sous-systèmes comme CICS et IMS.

Comment puis-je déboguer les modules optimisés par ABO ?

ABO crée une liste des transformations (listing transform) pour fournir des informations aux outils en aval comme les débogueurs et les outils de fin anormale (abend). Les outils IBM ADFz et certains outils d'autres fournisseurs prennent entièrement en charge les modules optimisés par ABO.

En savoir plus

Le test de régression est-il le meilleur moyen de tester ABO ?

Nous recommandons des tests de vérification système et de performances pour les applications qui contiennent des modules optimisés par ABO. L'optimisation par ABO offre une solide garantie de compatibilité avec l'application d'origine et nécessite beaucoup moins de tests que la migration vers le dernier compilateur Enterprise COBOL.

Un programme optimisé par ABO comporte-t-il des informations similaires à celles des programmes compilés, telles que la version du compilateur et l'horodatage ?

Les informations d'horodatage et de version de compilateur d'origine sont conservées dans le module optimisé par ABO. En outre, ABO ajoute ses propres informations d'horodatage et de version de traducteur.

Dans le cas d'un module optimisé par ABO qui interagit avec Db2, faut-il redéfinir les accès au module optimisé avant déploiement ?

Non. La redéfinition des accès du module optimisé par ABO n'est pas nécessaire.

La taille des modules optimisés par ABO sera-t-elle modifiée en raison de l'optimisation ?

La taille d'un module optimisé est généralement supérieure à celle du module d'origine en raison des optimisations effectuées par ABO pour améliorer les performances.

En savoir plus

Les modules de chargement ABO sont-ils stockés dans un autre type de PDS (Partitionned Data Set) ?

Vous allouez le jeu de données cible à utiliser par ABO et ABO le remplit avec les modules optimisés. Si le jeu de données d'origine est un PDS, le jeu de données cible peut être un PDS ou un PDSE. Si le jeu de données d'origine est un PDSE, le jeu de données cible doit être un PDSE. Un message d'erreur est généré si ce n'est pas le cas.

Comment ABO traite-t-il les appels vers des versions d'autres langages ?

ABO est 100% interopérable lorsqu'il est appelé ou appelle d'autres niveaux compilés de COBOL ou d'autres langages.

Comment ABO gère-t-il les modules d'origine compilés avec l'option de compilation NOOPT ?

ABO peut optimiser efficacement les modules quel que soit le paramètre OPTIMIZE du compilateur d'origine.

Quelle est la fréquence des mises à jour pour ABO ?

ABO est mis à jour selon un cycle de distribution continue. Vous pouvez voir la fréquence des mises à jour avec le lien suivant.

En savoir plus

Quelles informations dois-je fournir à IBM si je souhaite signaler un problème avec ABO ?

Préparez des informations telles que le numéro de version d'ABO avec la commande <>. Suivez ensuite les instructions du lien suivant avant d'ouvrir votre cas de support avec IBM.

En savoir plus

Comment puis-je demander une amélioration pour ABO ?

La communauté de demandes d'amélioration permet de collaborer directement avec les équipes de développement de produits IBM et d'autres utilisateurs.

En savoir plus