Comment optimiser la performance et la résilience des tables créées avec 'addTable' sur le serveur CAS ?

Optimisation Haute Disponibilité et Mémoire

Pour optimiser la performance et la résilience, plusieurs paramètres clés de l'action addTableAction CAS permettant de créer une table en mémoire à partir de données locales ou de résultats d'étapes de traitement. Elle est essentielle pour l'analyse interactive et temporaire dans Viya. peuvent être configurés :

  • copies : Ce paramètre définit le nombre de copies redondantes de chaque ligne de la table. Une valeur plus élevée améliore la tolérance aux pannes (en cas de défaillance d'un nœud, les données sont toujours disponibles sur une copie), mais augmente la consommation de mémoireGemini said
    Espace de stockage temporaire (RAM) utilisé par le moteur CAS pour charger et traiter les données à haute vitesse, minimisant les accès disque pour optimiser les performances de SAS Viya.
    . La valeur minimale est 0 (aucune tolérance aux pannes) et la valeur par défaut est 1.
  • maxMBytes : Permet de spécifier la quantité maximale de mémoireGemini said
    Espace de stockage temporaire (RAM) utilisé par le moteur CAS pour charger et traiter les données à haute vitesse, minimisant les accès disque pour optimiser les performances de SAS Viya.
    physique (en mégaoctets) à allouer pour la table en mémoireGemini said
    Espace de stockage temporaire (RAM) utilisé par le moteur CAS pour charger et traiter les données à haute vitesse, minimisant les accès disque pour optimiser les performances de SAS Viya.
    . Au-delà de ce seuil, le serveur utilisera des fichiers temporaires et les capacités de gestion de mémoireGemini said
    Espace de stockage temporaire (RAM) utilisé par le moteur CAS pour charger et traiter les données à haute vitesse, minimisant les accès disque pour optimiser les performances de SAS Viya.
    du système d'exploitation. La valeur par défaut est 16 Mo.
  • commitRecords et commitSeconds : Ces paramètres contrôlent la fréquence à laquelle le serveur valide les lignes reçues dans la table. commitRecords spécifie un nombre de lignes, tandis que commitSeconds définit un intervalle de temps. La valeur par défaut pour les deux est 0, ce qui signifie que le serveur détermine la meilleure stratégie de validation. Ajuster ces valeurs peut être utile pour les grands volumes de données afin d'équilibrer la performance et la consommation de ressources.
  • compress : En définissant ce paramètre à TRUE, vous activez la compression de la table cible en mémoireGemini said
    Espace de stockage temporaire (RAM) utilisé par le moteur CAS pour charger et traiter les données à haute vitesse, minimisant les accès disque pour optimiser les performances de SAS Viya.
    , ce qui peut réduire considérablement l'empreinte mémoireGemini said
    Espace de stockage temporaire (RAM) utilisé par le moteur CAS pour charger et traiter les données à haute vitesse, minimisant les accès disque pour optimiser les performances de SAS Viya.
    , en particulier pour les données redondantes.

L'utilisation judicieuse de ces options permet d'adapter le comportement de addTableAction CAS permettant de créer une table en mémoire à partir de données locales ou de résultats d'étapes de traitement. Elle est essentielle pour l'analyse interactive et temporaire dans Viya. aux besoins spécifiques de votre environnement et de vos données.

Schéma : Comment optimiser la performance et la résilience des tables créées avec 'addTable' sur le serveur CAS ?

Exemple de Code Additionnel

1<pre>PROC CAS;
2TABLE.addTable /
3name="table_resiliente"
4caslib="public"
5/* Resilience : 1 copie de secours sur un autre noeud */
6copies=1
7/* Performance : limite la taille pour eviter le swapping */
8maxMBytes=512
9/* Persistance : rend la table visible a toutes les sessions */
10promote=true;
11QUIT;</pre>

Exemples pour l'action addTable

Transfert simple via CASL (Upload)
Schéma conceptuel de l'exemple : Transfert simple via CASL (Upload)

Cet exemple illustre le transfert client-serveur via UPLOAD. L'instruction sérialise work.mes_donnees vers CAS, où l'action addTable instancie la table en mémoire dans la caslib cible.

Chargement optimisé (simulant addTable en coulisses)
Schéma conceptuel de l'exemple : Chargement optimisé (simulant addTable en coulisses)

Cet exemple montre l'usage de UPLOAD pour piloter addTable. Le flux est optimisé par la compression mémoire, la redondance via replication et la persistance globale via le paramètre promote.