[Request Info] Plus de graphiques Cartes: 64bit et FX Quadro

[mppm]

quelqu'un a-t-il essayé la dernière peinture fx "brute" (à partir de 4600) avec xp ou vue sur une version de la modélisation 64 bits ?
je vois qu'ils ne sont officiellement soutenus que par vers.2007 (et vous croyez : ils sont sortis après... )
problèmes, considérations, conseils ?
merci à tous.

 

[Andy-manager]

j'ai eu la chance d'en essayer un sur un ws hp64 bit avec xp64.......travel assez bien.... vous pouvez "accepter" l'investissement que vous apprécierez certainement. . . .

bonjour.

 

[Shaba]

quelle version des pilotes d'image vous avez mis avec un xp64?

 

[Andy-manager]

pour moi le maggore disponible.

 

[mppm]

j'ai eu la chance d'en essayer un sur un ws hp64 bit avec xp64.......travel assez bien.... vous pouvez "accepter" l'investissement que vous apprécierez certainement. . . .

merci: exactement ce que nous aimerions faire.
avec quelle version avez-vous essayé : le 14.xx ou le 15 ?
avez-vous essayé l'annotation ? est-ce que le vieux majalona devient fou comme toujours ou se stabilise un peu ?

 

[Andy-manager]

je l'ai essayé avec les deux... et sur les gros axiomes... on parle de 130 mb et plus sur les systèmes de fichiers.
la machine sur laquelle j'ai fait les tests avait le processeur de la carte graphique de 512mb et 4gb ram.
les temps de mise sur la table sont très limités. vous pouvez rester sur 30 secondes pour la mise à jour.

 

[mppm]

je l'ai essayé avec les deux... et sur les gros axiomes... on parle de 130 mb et plus sur les systèmes de fichiers.

ma cible : parfait.

la machine sur laquelle j'ai fait les tests avait le processeur de la carte graphique de 512mb et 4gb ram.

j'ai un budget de 8gb avec 768mb fx 4600: je devrais être là.

je vous remercie : j'ai été très utile!: )

...je me demande: mais sommes-nous tellement nombreux en vénétie pour avoir cocréer? refroidissement:

je vous demande encore deux choses, en profitant de votre courtoisie: mais, avec ces "soli" 4gb bélier, comment gérer le chargement, l'enregistrement et la mise à jour des modèles info avec le pdm, une fois que vous traitez toute l'usine. j'explique : avec des trucs de 130mb sur les systèmes de fichiers, l'expansion du ram lors de la reconstruction du modèle axieme, lorsqu'il est chargé de pdm avec des versions 14.xx devrait être remarquable. tu n'as jamais de problèmes avec les béliers ? quels paramètres utilisez-vous? et, encore une fois, pour l'affichage à la volée rugueux du système, avez-vous activé l'option pour l'affichage des calques (je pense qu'elle s'appelle "voir les listes" dans un italien traduit obscènement) ? et enfin, si ce n'est pas trop : utilisez-vous un ouvrier sur oracle ? avec interface "de no'antri" ou avec interface cocréatrice ?

merci encore.

 

[Andy-manager]

ma cible : parfait.



j'ai un budget de 8gb avec 768mb fx 4600: je devrais être là.

je vous remercie : j'ai été très utile!: )

...je me demande: mais sommes-nous tellement nombreux en vénétie pour avoir cocréer? refroidissement:

je vous demande encore deux choses, en profitant de votre courtoisie: mais, avec ces "soli" 4gb bélier, comment gérer le chargement, l'enregistrement et la mise à jour des modèles info avec le pdm, une fois que vous traitez toute l'usine. j'explique : avec des trucs de 130mb sur les systèmes de fichiers, l'expansion du ram lors de la reconstruction du modèle axieme, lorsqu'il est chargé de pdm avec des versions 14.xx devrait être remarquable. tu n'as jamais de problèmes avec les béliers ? quels paramètres utilisez-vous? et, encore une fois, pour l'affichage à la volée rugueux du système, avez-vous activé l'option pour l'affichage des calques (je pense qu'elle s'appelle "voir les listes" dans un italien traduit obscènement) ? et enfin, si ce n'est pas trop : utilisez-vous un ouvrier sur oracle ? avec interface "de no'antri" ou avec interface cocréatrice ?

merci encore.

et bien, seulement "4gb" ne sont pas quelques-uns ! un modèle de 130mb étendu sur le bélier va à l'impact à l'œil et croix pour 1,5 gb nous résument une autre moitié de gb d'espace occupé par windez (parlo de xp) et diverses ménatines, vous trouverez toujours 2 gb plus libres. vous avez assez et avancez à sauvage avec le pdm, aussi parce que le poids de bélier d'un client pdm est très faible. garder à l'esprit que le sauvetage-écrasement de l'ensemble de l'usine le font quelques fois, la tendance est de travailler des groupes fonctionnels permacro pour le codage et la modification.
un pc pré-arrangé est particulièrement utilisé pour éclairer le stade de mise en place et d'affichage de mises en page ou de détails avec des géométries très complexes dont les temps de traitement sont remarquables.
laissez-moi vous expliquer le discours de visualisation. peut-être je n'ai pas compris de quoi tu parles.

utiliser wm sur oracle avec interface faite par notre fournisseur. l'interface cocreate n'est plus fonctionnelle pour la fenêtre standardzzz

si vous avez d'autres doutes, je suis ici.

bonjour.

 

[mppm]

et bien, seulement "4gb" ne sont pas quelques-uns ! un modèle de 130mb étendu sur le bélier va à impact oeil et croix pour 1,5 gb

mes parents font 2,9, malheureusement. et sont destinés à grandir bientôt.

vous avez assez et avancez à sauvage avec le pdm, aussi parce que le poids de bélier d'un client pdm est très faible.

90 mb en soi.
si vous avez un moment de temps, jetez un oeil à l'occupation du bélier et à l'utilisation des différents cpus lorsque vous chargez un assemblage lourd directement à partir de pdm. est intéressant: avec le simple gestionnaire de tâches gagner, vous pouvez facilement identifier les 3 principales étapes de chargement:

1) lecture/navigation de l'arbre des liens sur le db et son transfert local.
2) transfert de mathématiciens localement.
3) régénération graphique de l'ambaradan entier.

garder à l'esprit que le sauvetage-écrasement de l'ensemble de l'usine le font quelques fois, la tendance est de travailler des groupes fonctionnels permacro pour le codage et la modification.

vrai, mais en pratique très souvent nous devons gérer l'automatisation entre les pièces (lire "machines") de lignes déjà existantes avec d'autres pièces (lire toujours "machines") nouvelles, et d'adapter tout du point de vue des interfaces mécaniques: ça marche en sauvant toute la plante.

laissez-moi vous expliquer le discours de visualisation. peut-être je n'ai pas compris de quoi tu parles.

changement-> réglage-> paramètres graphiques-> afficher les listes (traduction abominable des "listes d'affichage", voir ici pour commencer: http://www.clausbrod.de/cgi-bin/view.pl/onespacemodeling/osdmfaqgraphics)

utiliser wm sur oracle avec interface faite par notre fournisseur.

et moi aussi...

bientôt, et merci.

 

[Andy-manager]

mes parents font 2,9, malheureusement. et sont destinés à grandir bientôt.



90 mb en soi.
si vous avez un moment de temps, jetez un oeil à l'occupation du bélier et à l'utilisation des différents cpus lorsque vous chargez un assemblage lourd directement à partir de pdm. est intéressant: avec le simple gestionnaire de tâches gagner, vous pouvez facilement identifier les 3 principales étapes de chargement:

1) lecture/navigation de l'arbre des liens sur le db et son transfert local.
2) transfert de mathématiciens localement.
3) régénération graphique de l'ambaradan entier.



vrai, mais en pratique très souvent nous devons gérer l'automatisation entre les pièces (lire "machines") de lignes déjà existantes avec d'autres pièces (lire toujours "machines") nouvelles, et d'adapter tout du point de vue des interfaces mécaniques: ça marche en sauvant toute la plante.



changement-> réglage-> paramètres graphiques-> afficher les listes (traduction abominable des "listes d'affichage", voir ici pour commencer: http://www.clausbrod.de/cgi-bin/view.pl/onespacemodeling/osdmfaqgraphics)



et moi aussi...

bientôt, et merci.

mon client pèse beaucoup moins. je ne viens pas à 40 mb.
le poids
1) lecture/navigation de l'arbre des liens sur le db et son transfert local.
2) transfert de mathématiciens localement.
3) régénération graphique de l'ambaradan entier.

comme un impact sur le pdm est variable. dépend de la requête que le pdm fait sur la base de données oracle. le discours est valable pour le sauvetage et le chargement.

pour sauver des assemblages de 400 pièces par exemple m'occupe environ 10/12 mb en plus.

pour les deux options sur les graphiques, il devrait garder le drapeau sur les listes d'affichage si vous avez suffisamment de bélier et sur les parties cachées toujours.

essayer d'alléger essayer de lancer cette chaîne de ligne de commande. faites-le avant de charger l'axième (si vous avez des visages trop définis devraient aussi laisser tomber le bélier occupé ainsi que l'axième le plus maniable en rotation) faire des tests comparatifs avant et après pour voir si cela fonctionne ou non.

(prim-ignore-stocké-facet-finement n)

bonjour.

p.s. je t'ai envoyé un bazar à pm

 

[mppm]

essayer d'alléger essayer de lancer cette chaîne de ligne de commande. faites-le avant de charger l'axième (si vous avez des visages trop définis devraient aussi laisser tomber le bélier occupé ainsi que l'axième le plus maniable en rotation) faire des tests comparatifs avant et après pour voir si cela fonctionne ou non.

(prim-ignore-stocké-facet-finement n)

lundi, j'essaie, peut-être par défaut.

bonjour.

p.s. je t'ai envoyé un bazar à pm

vu et répondu.
je vous remercie.

 

[Shaba]

quoi ?
o un spammeur pour robots?

fils veneto ancre mi!