Discussion :

[debdev]

Bonjour,

Je ne sais pas si je poste dans le bon forum ...

Je voulais savoir s'il y avait un moyen simple et rapide (ben quoi, non, j'en demande pas trop ) d'optimiser les performances quand je lance mes programmes.

J'ai des datasets de plusieurs dizaines de milliers de lignes.
J'ai plusieurs programmes à faire tourner dessus.

On va partir du principe que la programmation est nickel et que rien ne peut y être modifiée. Par contre, on peut rajouter du code.

Pour le moment, l'ensemble des programmes prend plus d'un week end ...

Peut on améliorer les performances:
1. en ayant sas installé en local mais avec les sorties ods rtf sur le serveur
2. en ayant sas installé sur le serveur et avec les sorties ods rtf sur le serveur

Les performances sont elles dues à la place de mémoire vive ?
Désactivez l'antivirus pendant l'exécution serait il une première étape ?
J'ai vu parler de buffer sur le net, en quoi ça consiste ?

Bref, j'ai besoin de trouver un moyen pour que le pc ne chauffe pas trop mais svp, ne me dites pas de me racheter un pc, je vais me faire jeter par le service info

Merci pour vos conseils.

[RemiBousquet]

Des pistes "sas" :
- rajouter les options nonotes, nosource, nomprint, nomlogic, nosymbolgen...
- ne pas éditer les résultats dans l'output s'ils sont édités dans un ods rtf
- fermer l'explorateur de sas (surtout s'il est ouvert sur la work)
- accélérer l'affichage log et output avec : dm "log; autoscroll 0; output; autoscroll 0" log ;
- activer/désactiver la compression de base

Sur les buffersize et autres options assimilées, j'avais commencé à regarder mais je me suis vite découragé face à la complexité des paramétrages

Sur les aspects matériel et logiciels, pas de compétence, pas d'avis

Pour tester les performances, afficher les tps de traitement totaux avec

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
%let TIME = %sysfunc(TIME()) ;
/*PGM*/
%put Processing time : %sysfunc(putn(%sysevalf(%sysfunc(TIME())-&MACRO_TIME.),mmss.)) (mm:ss) ;

[debdev]

Bonsoir,

Merci pour ta réponse.

Je faisais l'option des nonotes dans la log que je redirige dans un fichier txt et je fermais toutes mes fenetres.

Je vais ajouter tes autres options. ça fera toujours gagner du temps.

Merci !

Ceci étant dit, je ne mets pas le topic résolu si jamais il y a d'autres personnes qui veulent venir partager leurs trucs & astuces

J'ai vu en surfant sur le net que quand on cherche sas+amélioration performance, on tombe souvent sur le module mp connect, que je n'ai pas ... c'est pour lancer des processus en parallèles. S'il y en a qui l'ont testé et chez qui ça a vraiment marché, merci de le dire, p'tet que j'arriverai à convaincre l'admin IT de la société ...

[RemiBousquet]

Tu peux peut-être trouver des éléments de réponse dans ce très bon doc pdf sur la performance
http://support.sas.com/resources/pap...9/040-2009.pdf

[debdev]

Salut !

Je suis de retour sur le forum.

Merci Rémi pour ce lien.

Bon week end.

[timarsu]

Bonsoir,

Peut être paralléliser au max en utilisant MPCONNECT

[sasadm]

Bonjour,


J'ai des datasets de plusieurs dizaines de milliers de lignes.
J'ai plusieurs programmes à faire tourner dessus.

On va partir du principe que la programmation est nickel et que rien ne peut y être modifiée. Par contre, on peut rajouter du code.

Bonjour,

En partant du principe inverse (les programmes sont mal conçus ) tu peux gagner beaucoup de temps en suivant ces principes de winner :


1. éviter de faire 40 étapes data successives là où une suffit.
2. si tu ne peux pas éviter les étapes intermédiaires, limiter la taille des tables en ne gardant que les variables et observations indispensables et en attribuant aux variables des longueurs de stockage minimales (length).
4. Ne pas hésiter à utiliser la proc sql pour les jointures si ça peut éviter un duo proc sort + datastep.

Après tout dépend de ton degré d'exigence quant à la rapidité.

A bientôt !