Red Hat Training

A Red Hat training course is available for Red Hat Enterprise Linux

6. Mises à jour des outils

Important

All the IBM Java components are available online due to a late detection of missing COPYRIGHT notice. This applies to the Supplementary CD contents for Red Hat Enterprise Linux 5 on all architectures and releases. For more information, see the Red Hat Knowledgebase.
  • SystemTap is now fully supported, and has been re-based to the latest upstream version. This update features improved user-space probing through shared libraries, experimental DWARF unwinding, and a new <sys/sdt.h> header file which provides dtrace-compatible markers.
    This re-base also enhances support for debuginfo-less operations. Typecasting (through the @cast operator) is now supported, along with kernel tracepoint probing. Several 'kprobe.*' probe bugs that hampered debuginfo-less operations are also now resolved.
    SystemTap also features several documentation improvements. A new '3stap' feature provides users with useful man pages on most SystemTap probes and functions. The systemtap-testsuite package also features a larger library of sample scripts.
    Pour obtenir plus d'informations sur la rebase de SystemTap, veuillez vous référer a la section SystemTap du chapitre Mises à jour des paquets des Notes techniques.
  • Les tracepoints SystemTap sont placés dans d'importantes sections du noyau, permettant ainsi aux administrateurs système d'analyser la performance du code, et de déboguer certaines de ses portions. Dans Red Hat Enterprise Linux 5.4, les tracepoints ont été ajoutés aux sections suivantes du sous-système du noyau en tant qu'aperçus technologiques :
  • La version 4.4 de Gnu Compiler Collection (GCC4.4) est maintenant incluse dans cette version en tant qu'aperçu technologique. Cette collection de compilateurs inclut C, C ++. et des compilateurs Fortran ainsi que les bibliothèques de support.
  • glibc new MALLOC behaviour : Le glibc en amont a été changé récemment afin de permettre une plus haute extensibilité au niveau des raccords et des noyaux. Ceci est réalisé en assignant aux threads leurs propres pools de mémoire et en évitant le verrouillage dans certaines situations. La mémoire additionnelle utilisée pour les pools de mémoire (s'il y en a) peut être contrôlée en utilisant les variables d'environnement MALLOC_ARENA_TEST et MALLOC_ARENA_MAX.
    MALLOC_ARENA_TEST spécifie un test du nombre de noyaux a réaliser une fois que le nombre de pools de mémoire aura atteint cette valeur. MALLOC_ARENA_MAX spécifie le nombre maximum de pools de mémoire utilisés, sans prendre le nombre de noyaux.
    Le glibc dans la version de RHEL 5.4 possède cette fonctionnalité intégrée en tant qu'aperçu technologique du malloc en amont. Pour activer les pools de mémoire par thread, la variable d'environnement MALLOC_PER_THREAD doit être réglée dans le nouvel environnement. Cette variable d'environnement deviendra obsolète dès lors que ce nouveau comportement de malloc sera celui adopté par défaut dans les futures versions. Les utilisateurs rencontrant des conflits avec les ressources malloc devraient essayer d'activer cette option.