Discussion :

[anizlewan]

Bonjour à tous,

je dois me procurer un pc puissant pour calcul scientifique ( très gros calculs ) avec mon pc actuel ( dell i5, 8go ram, ssd ) ça me prend 4 jours de calcul
donc je voudrai un pc plus puissant.

pour le budget 3000 euro gros max , 24 ou 32 go de ram , i7 .... proposez
portable de préférence sinon avec possibilité de la transporter dans mon labo.

merci pour votre aide

[Clotho]

Salut, quel logiciel utilises-tu?

Il tire partie des accélérations graphiques type GPGPU ? Si la réponse est non, il suffit de restreindre ton critère d'achat sur un gros core i7 avec la fréquence la plus haute possible (en partant du principe que ton logiciel tire partie du multicœur!).

Si la réponse est oui, il faura t'orienter vers une machine équipée d'une carte Firepro (AMD) ou Quadro (nVidia).

Autant les premiers sont trouvables n'importe où, autant les seconds sont des stations de travail, et tu trouveras ça auprès des grands assembleurs (Dell, Lenovo, HP...) ou en le fabriquant toi même, ce qui te coutera environ 800 euros de moins. A toi d'estimer ton "taux horaire".

[Loceka]

Peux-tu dire ce qui "sature" dans ton processus ?
Est-ce la RAM qui est pleine (et du coup ça swap) ?
Est-ce le processeur qui tourne à fond ?
Est-ce dû à des données transitant par le réseau ?

Si tu veux améliorer les perfs, il faut d'abord localiser où elles sont perdues.

Si ta RAM n'est jamais pleine, inutile d'acheter 32Go.
Si ton processeur ne tourne pas à fond, c'est que ce n'est pas l'élément limitant. Par contre s'il tourne à fond, il faut te poser une autre question : est-ce que ton calcul est effectué par un seul processeur ou est-il réparti sur plusieurs ?
Si le calcul n'est effectué que par un seul processeur, inutile de prendre un i7, il te sufft d'en acheter un avec une cadence plus importante (enfin surtout, il est inutile de prendre plus de coeurs).

Si c'est l'élément limitant est la récupération de données sur le réseau, changer la RAM ou le processeur ne changera rien au problème non plus.

[anizlewan]

je ne sais pas exactement ce qui sature dans mon pc, j'utilise eclipse , des docs xml ( énormes ) pour faire rouler mon programme, à mon avis c'est le nombre de données à tester qui est énorme ( ça dépasse les 3 téraoctet ) , je n'utilise pas d'autres technos , les données sont sur le réseau du labo

merci pour vos réponse

[Jerome Briot]

D'après la discussion que tu as ouverte précédemment :

peut être que mon programme n'est pas bien optimisé , mais les calculs sont vraiment énorme, j'ai optimisé en utilisant des thread , mais le programme dois tester des millions de documents !!!
on utilise un serveur au labo, mais comme je ne suis pas la seule à accéder du coup ça me prend bcp de temps pour tester

Il faudrait bien déterminer si le problème vient de ta machine ou du temps d'accès aux données.

L'idéal serait de pouvoir tester ton code sur une machine plus puissante disponible dans ton laboratoire sur un jeu de données équivalentes.

[Clotho]

Tu peux déjà avoir quelques informations avec ton gestionnaire de tâches, surtout si tu es sous Seven ou 8 actuellement.

Si tu vois que un des coeurs de ta machine actuelle sature pendant l'exécution, c'est que la fréquence CPU (et l'opti programme...) n'est pas suffisante. Si tous les coeurs sature, en plus il faut prendre un processeur avec plus de coeur.

Si tu vois que l'utilisation de ta ram plafonne et que tu en as de plus en plus en swap, essaie de faire plus de petites étapes, moins consommatrices. Si tu vois que ton disque dur a une file "queue" qui s'allonge, c'est lui qui te fait ramer, l'achat d'un SSD résoudra le soucis.

[Loceka]

les données sont sur le réseau du labo

Il y'a des chances pour que ce soit le réseau l'élément limitant de ce cas...

Ce n'est pas sûr à 100%, bien entendu, il faudrait voir à quel point ta RAM est utilisée (pour le processeur je pense que c'est même pas la peine de regarder) et il faudrait surtout voir l'algo utilisé pour traiter les données.

Mais bon, si c'est un problème réseau, faut faire du charme à l'admin pour qu'il augmente la bande passante interne (si c'est possible), bonne chance...

Après il est peut-être possible d'améliorer l'algo de traitement afin de minimiser les accès réseau (genre rappatrier le plus de données en local et taper sur elles plutôt que sur les données distantes, utiliser un mécanisme de cache LRU ou autre selon les besoins, ...).

Ou alors, si les autres utilisateurs ne râlent pas, faire tourner le traitement directement sur le serveur.