• Ce forum est la traduction générée par la machine de www.cad3d.it/forum1 - la communauté italienne du design. Plusieurs termes ne sont pas traduits correctement.

16 gb de RAM

  • Auteur du sujet Auteur du sujet tecnico_plast
  • Date de début Date de début

tecnico_plast

Guest
au revoir à tous,
nous devrions acheter un logiciel de simulation multiphysique pour faire l'analyse cfd.
le logiciel devrait allumer une machine avec au moins 16 gb de ram (8 gb ne sont pas recommandés, 32 gb serait le maximum, mais les coûts vont aux étoiles).
toutes ces fenêtres ne le supportent évidemment pas, donc vous devriez opter pour d'autres systèmes d'exploitation.
que recommandez-vous, linux, mac ou autre chose ?
 
si vous avez quelqu'un de compétent, linux est bien. autrement, mieux vaut windows-64, il est plus facile de le laisser aller même pour les gens de compétence moyenne.

linux est très gentil, mais si vous avez des problèmes comme, "je ne peux pas faire fonctionner le multiprocesseur" ou comme, alors ce sont des douleurs...

pour l'analyse fem, n'oubliez pas de mettre une bonne quantité de processeurs, à condition que le soft permette de distribuer le calcul bien sûr. avec tant de bélier vous avez une bonne sécurité pour effectuer même une analyse complexe, tandis que si en plus du bélier on a aussi beaucoup de processeurs, vous pouvez compléter l'analyse et le faire dans des temps raisonnables. je sais par exemple que certains logiciels sont payés selon le nombre de cœurs disponibles et non selon le nombre d'ordinateurs (deux cœurs = deux licences), ce ne devrait pas être le cas des fenêtres pour les postes de travail, mais mieux vous informer d'abord.

au revoir.
 
merci pour l'information, je pensais gagner xp x64 est arrivé à 8 gb de bélier.
j'ai vu qu'il supporte jusqu'à 128 gb de bélier.
le problème pourrait être que les fenêtres utilisent seulement pour le système d'exploitation environ la moitié du ram installé, au moins dans les systèmes 32 bits est donc, je ne sais pas si c'est la même en 64 bits.
linux n'utilise qu'une petite partie du bélier, avec l'avantage que presque tout le bélier installé est exploité par les applications.
cependant, il est également vrai que linux doit être utilisé, sinon le premier attelage est susceptible de se coincer, donc je pense qu'en fin de compte le choix tombera sur la victoire x64.
maintenant vous devez me faire deux comptes pour voir quels chiffres vous pouvez dépenser sur une voiture avec ces performances.
 
bonjour.
vous avez raison (d'une certaine façon) si vous utilisez la vue windows, qui a une structure graphique particulière, qui doit tourner, assez de mémoire ram d'au moins 1gb!!! windows xp 64 bit a plutôt un graphisme beaucoup plus simple, donc il a besoin de moins de mémoire ram pour fonctionner ! ! !
 
tecnico_plast a dit:
le problème pourrait être que les fenêtres utilisent seulement pour le système d'exploitation environ la moitié du ram installé, au moins dans les systèmes 32 bits est donc, je ne sais pas si c'est la même en 64 bits.
linux n'utilise qu'une petite partie du bélier, avec l'avantage que presque tout le bélier installé est exploité par les applications.
Cliquez pour agrandir...
je sens la merde : les fenêtres ne prennent pas la moitié du bélier a priori. .une installation propre de xp64 occupe environ 300 méga béliers (pulita+sp) tandis qu'une installation propre de vue 64 occupe environ 400 méga béliers par défaut..

l'intersection basique ubuntu 64 occupe 300 méga béliers... faire les comptes...
Pinkled a dit:
bonjour.
vous avez raison (d'une certaine façon) si vous utilisez la vue windows, qui a une structure graphique particulière, qui doit tourner, assez de mémoire ram d'au moins 1gb!!! windows xp 64 bit a plutôt un graphisme beaucoup plus simple, donc il a besoin de moins de mémoire ram pour fonctionner ! ! !
Cliquez pour agrandir...
voir ci-dessus:biggrin:

une machine avec 16 giga de bélier est le minimum pour être silencieux un peu de temps...8 peut-être qu'ils sont une fourrure serrée, mais cmq ne sont pas peu sûrs... je viens de terminer une maille de 8 millions d'éléments (tétra) et le pic de bélier utilisé était 4.7gb...sur 8 giga j'ai fait une maille de 21 millions (maximum atteint) mais l'icem a refusé de faire des prismes...

et de réaliser que la simulation qui tourne avec ce maillage de 8 millions d'éléments (ce n'est qu'une partie du maillage total) est 11 millions d'éléments et occupe près de 12 giga de bélier... avec 16 vous êtes calme imo...

me reconnecter au discours du chasseur sur cpu... ça dépend aussi du logiciel utilisé...cfx de la performance supérieure dans l'environnement des fenêtres par rapport à linux, parler le contraire... les deux donnent des performances plus élevées sur les machines à opteron (parallélisation et contrôleur de mémoire intégré sur cpu)...ansys structural a montré que sur xeon fonctionne mieux. .

de ces logiciels "faciles" il y a des valangonates pdf sur internet, essayez de rechercher votre cfd si vous trouvez une configuration + performante. . . .

et alors savoir combien de cpus peuvent utiliser votre licence...installer 4 carottes quad est inutile si la licence est monoprocesseur. . . .

bio
 
tecnico_plast a dit:
il me semblait étrange, mais ici il est écrit ainsi (voir "plates-formes 32 bits"):http://www.it.comsol.com/support/knowledgebase/866/
Cliquez pour agrandir...
c'est une limite de 32 bits mais par processus..cmq n'est pas "la moitié de ram" mais c'est une limite particulière... sur 32 bits vous pouvez voir environ 3,5 gb de ram et allocarne presque 3 pour un seul processus... le système d'exploitation alloue environ 1 gb de par défaut mais les libère tranquillement jusqu'à environ 500 méga quand activé le /3gb...cmq le 32 bits n'est pas manco à prendre en considération. .
quant au nombre de processeurs, apparemment la licence n'est pas monoprocesseur:http://www.comsol.com/support/knowledgebase/1001/
Cliquez pour agrandir...
mieux pour vous:d 2 carottes quad coûtent tout de suite: d

bio
 

Statistiques du forum

Sujets
58 521
Messages
499 056
Membres
104 110
Dernier membre
ChristianR

Membres en ligne

Aucun membre en ligne actuellement.
Total: 0 (membres : 0, visiteurs : 0)
Retour
Haut