Augmenter le ram : des améliorations substantielles ?

[legnano]

bonjour à tous.

j'ai du mal à modéliser un bateau et j'ai le problème suivant :
le fichier d'assemblage contenant la coque, la structure, la couverture et l'appendice est impossible à gérer pour des temps de calcul élevés; même les opérations les plus insignifiantes telles que l'allumage/offrande de plans ou l'utilisation de l'orbite dans la fenêtre graphique sont si prolongées pour perdre la concentration. préciser que:
- à l'intérieur du modèle il y a des parties dérivées en cascade (jusqu'à trois dérivations);
- un grand nombre des fichiers en usage contenant loft, balayage et scission viennent à 70mb.

la machine en service a les caractéristiques suivantes:
- s.o: fenêtre vue finale 2007;
- processeur: intel® coretm2 quad cpu q6600 @2,4ghz 2,4ghz;
- bélier: 4gb;
- carte vidéo: nvidia photo fx 1700.
je crois que le seul paramètre dans lequel j'ai pu agir est la mémoire de bélier et, à cet égard, je vous demande si l'augmenter de manière constante (par exemple en le doublant) permettrait de réaliser des améliorations remarquables.

je vous remercie.

le bois

 

[Ilario]

sur la dernière question, cela dépend du système d'exploitation si vous êtes 32bit vous avez trop, déjà ne les utilise même pas tous, si vous êtes 64bit lancer autant que vous pouvez.

cependant la rotation avec l'orbite dépend beaucoup de la carte graphique qui me semble toujours bon.

avez-vous essayé de faire des niveaux de détail que je garde "téléchargé" les choses que vous n'utilisez pas ou ne voyez pas?

 

[Stiky]

bonjour à tous.

j'ai du mal à modéliser un bateau et j'ai le problème suivant :
le fichier d'assemblage contenant la coque, la structure, la couverture et l'appendice est impossible à gérer pour des temps de calcul élevés; même les opérations les plus insignifiantes telles que l'allumage/offrande de plans ou l'utilisation de l'orbite dans la fenêtre graphique sont si prolongées pour perdre la concentration. préciser que:
- à l'intérieur du modèle il y a des parties dérivées en cascade (jusqu'à trois dérivations);
- un grand nombre des fichiers en usage contenant loft, balayage et scission viennent à 70mb.

la machine en service a les caractéristiques suivantes:
- s.o: fenêtre vue finale 2007;
- processeur: intel® coretm2 quad cpu q6600 @2,4ghz 2,4ghz;
- bélier: 4gb;
- carte vidéo: nvidia photo fx 1700.
je crois que le seul paramètre dans lequel j'ai pu agir est la mémoire de bélier et, à cet égard, je vous demande si l'augmenter de manière constante (par exemple en le doublant) permettrait de réaliser des améliorations remarquables.

je vous remercie.

le bois

si vous lisez l'un des derniers articles, vous trouverez quelques considérations intéressantes. cependant augmenter le ram sur 4gb sans passer à un tel à 64bit n'a aucun sens, comme je l'ai déjà expliqué dans d'autres messages avec ainsi à 32bit iv peut utiliser au max 2gb ram.

de la façon dont vous avez construit le bateau, avec des parties dérivées imbriquées, vous pouvez également avoir des retards en raison des recalculs, si alors il y a aussi pire adactivité la situation.
vous pourriez tester en créant des lods (detail levels) afin que vous puissiez libérer des rams et voir si les choses s'améliorent, vérifier l'utilisation de cpu et de ram utilisés par iv.

 

[legnano]

le système d'exploitation est 64bit.
ok, je vais jeter un coup d'oeil aux posts et commencer à lire quelque chose sur les lods que je ne connais pas en ce moment: sont de nouveaux flex plus légers générés?

merci beaucoup.

le bois

 

[Ilario]

pour les lods le fichier reste le même, mais les composants inutilisés sont téléchargés à partir de la mémoire ou veulent cacher (soppressé) puis économiser des ressources sur les grandes assemblées.

 

[Stiky]

le système d'exploitation est 64bit.
ok, je vais jeter un coup d'oeil aux posts et commencer à lire quelque chose sur les lods que je ne connais pas en ce moment: sont de nouveaux flex plus légers générés?

merci beaucoup.

le bois

vous n'avez pas mentionné la version de iv vous avez, cependant étudier bien les lods, avec iv2010 il ya des nouvelles, il ya aussi la possibilité de créer des fichiers légers qui sont chargés et automatiquement écrits selon la lod sélectionnée (malheureusement je ne suis pas un expert).
cependant moi avec une vue de 64 sur 8gb de bélier, et iv est venu à utiliser plus de 4gb avec un ensemble d'environ 800 parties, dont aucune de bibliothèque.

 

[legnano]

je voulais vous remercier pour les conseils: travailler avec les lods j'ai accéléré n'importe quelle opération. je pense que je vais encore essayer d'agrandir le bélier.

salutations

ps: inventeur de version: 2009.