SAS et configuration PC

Version imprimable

11/01/2018, 16h18
Marjo38

SAS et configuration PC

Bonjour,
je doit commander un PC pour pouvoir travailler sur des tables très volumineuses (de plus 100 à 200go la table). Des étapes de data classique seront réalisées dessus, tri, jointure, sélection, etc.
J'ai donc des questions qui sont relatives à l'exploitation du matériel par SEG/SAS.

Est ce que la RAM utilisée par SEG/SAS est bridé ? Ou plutôt, est ce que SEG/SAS exploitera à fond les capacité de la RAM.
-Ce qui me permettrait de savoir si le fait de prendre 32go sera vraiment plus intéressant que 64go.

Sinon, est il possible de "débrider" ? Est ce utile ?

Est ce qu'il vaut mieux 8 barrettes de 4go (32Go) ou 4 barrettes de 16go (64)? Lequel est plus performant pour SAS ?
-Les deux options ont le même coût. J'ai l'impression que 8x4go permettrait de réaliser plus de calcul simultanément et donc d'augmenter la vitesse des requêtes mais je n'en suis pas certaine du tout.

Quel est l'impact de la carte graphique sur le logiciel ? Pensez vous qu'une carte graphique peut faire ralentir/planter SEG/SAS car il à du mal à ouvrir une fenêtre/log/etc ?
-Sur un autre pc (qui fait le même taf), la carte graphique est un peu "faiblard", et il est parfois difficile d'ouvrir SEG et 1 word et 1 excel en même temps (ce qui est le minimum pour bosser), ça rame pas mal et je n'ai pas l'impression que la RAM tourne à fond et soit le facteur limitant.

Merci de votre aide.
15/01/2018, 16h53
Stackware

Citation:

Envoyé par Marjo38

Bonjour,
je doit commander un PC pour pouvoir travailler sur des tables très volumineuses (de plus 100 à 200go la table). Des étapes de data classique seront réalisées dessus, tri, jointure, sélection, etc.
J'ai donc des questions qui sont relatives à l'exploitation du matériel par SEG/SAS.

Est ce que la RAM utilisée par SEG/SAS est bridé ? NON, pas à ma connaissance sur du SEG 64 bits (en 32 bits, les process sont limités à 2 Go de RAM, mais c'est imposé par Windows)
Ou plutôt, est ce que SEG/SAS exploitera à fond les capacité de la RAM. OUI, sans doute
-Ce qui me permettrait de savoir si le fait de prendre 32go sera vraiment plus intéressant que 64go. Pas vraiment, si l'OS est 64 bits

Sinon, est il possible de "débrider" ? Est ce utile ? Rien à répondre là-dessus (voir précédemment)

Est ce qu'il vaut mieux 8 barrettes de 4go (32Go) ou 4 barrettes de 16go (64)? Lequel est plus performant pour SAS ? C'est lié à la carte mère, mais ça ne devrait pas avoir d'incidence logiquement.
-Les deux options ont le même coût. J'ai l'impression que 8x4go permettrait de réaliser plus de calcul simultanément et donc d'augmenter la vitesse des requêtes mais je n'en suis pas certaine du tout. Effectivement, ça n'a rien à voir. La simultanéité est liée au processeur et à l'OS (et au logiciel utilisé bien entendu), mais pas à la RAM.

Quel est l'impact de la carte graphique sur le logiciel ? À priori aucun
Pensez vous qu'une carte graphique peut faire ralentir/planter SEG/SAS car il à du mal à ouvrir une fenêtre/log/etc ? Non, clairement
-Sur un autre pc (qui fait le même taf), la carte graphique est un peu "faiblard", et il est parfois difficile d'ouvrir SEG et 1 word et 1 excel en même temps (ce qui est le minimum pour bosser), ça rame pas mal et je n'ai pas l'impression que la RAM tourne à fond et soit le facteur limitant. C'est lié au disque saturé ou au processeur saturé, mais pas à la CG

Merci de votre aide.

Maintenant les questions : s'agit-il d'une installation "locale", c'est à dire SAS Base et SEG sur le même PC, et les données sont sur le PC et nulle part ailleurs?
Si oui, il faut le système disque le plus performant (SSD rapide > 500 Mo/s), de la RAM et un processeur 4 cœurs (Intel I7 par exemple).

S'il s'agit de se connecter à un serveur avec SEG et que SAS Base n'est pas utilisé ou installé sur le PC, alors tout ceci ne sert à rien car c'est le serveur qui va travailler. On peut limiter la RAM à 8Go, la puissance processeur, mais par contre il faut conserver le SSD comme stockage de masse, car c'est ce qui rend rapide les échanges entre le serveur et le pc.

Voilà voilà :)
16/01/2018, 16h46
Marjo38

Citation:

Envoyé par Stackware

Maintenant les questions : s'agit-il d'une installation "locale", c'est à dire SAS Base et SEG sur le même PC, et les données sont sur le PC et nulle part ailleurs?
Si oui, il faut le système disque le plus performant (SSD rapide > 500 Mo/s), de la RAM et un processeur 4 cœurs (Intel I7 par exemple).

S'il s'agit de se connecter à un serveur avec SEG et que SAS Base n'est pas utilisé ou installé sur le PC, alors tout ceci ne sert à rien car c'est le serveur qui va travailler. On peut limiter la RAM à 8Go, la puissance processeur, mais par contre il faut conserver le SSD comme stockage de masse, car c'est ce qui rend rapide les échanges entre le serveur et le pc.

Voilà voilà :)

Merci pour tes réponses. SAS et SEG sont installés en local aussi que les données. Pour être précis, sas et seg (et table work) seront sur le SSD et les données "brute" sur des disques SAS de la même machine. En 64bits, évidement.
Nous sommes partie sur 32 Go de ram, deux processeurs intel Xeon E5, et une carte graphique de base sur un PC de ce type ( il faut bien ça vu la volumétrie des données).
16/01/2018, 19h04
Stackware

Bonjour,
Effectivement, ça tient la route.
Pour un traitement encore plus rapide, je conseille de placer un array raid5 avec des SSD. Ça se fait soit avec la carte mère directement, soit avec une carte additionnelle. Le résultat est, par rapport à un disque unique, 50 à 60% plus rapide, avec un array de 3 disques.
Les données sont multiplexées sur les 3 disques, et la sécurité des données est assurée (si un disque claque, il suffit de l'enlever et de le remplacer par un neuf pour que ça continue à fonctionner, sans perte de données).
Si la machine n'est pas utilisée "ras la gueule" côté disque, ça veut dire que le code est optimisable. On peut alors imaginer de scinder les traitements en plusieurs blocs simultanés, qui attaquent des portions de données différentes. Par exemple si on travaille avec des départements successivement, on crée 10 paquets de données correspondant aux 10 premiers, puis les 10 suivants, etc. et on lance tous les jobs en même temps :)