23Go de RAM pour un plan qu'est ce qui ce passe ?

[gtrghtr]

Bonjour,

 

J'ai un petit problème avec autocad, voici mes aventures:

 

un plan complètement vide me prend 120k de RAM, je ferme l' onglet puis ouvre un plan de 13Mo, l'occupation de la RAM monte à 550K, l'occupation du processeur reste raisonnable. Je travail sagement, tantôt sur le plan, tantôt sur d'autres applications (chrome) mais voici qu'au bout de quelques heures ma fenêtre autocad répond de plus en plus lentement aux commandes. il occupe alors tout un cœur de mon CPU xeon E5 - 1620 et 23Go de mes 32 Go de RAM. je le ferme et renouvelle l’expérience (sans faire aucune modifs, ... ) rien y fait si le CPU n' est pas toujours a fond, les premiers lags apparaissent des l'ouvertures du plans. puis l' occupation de la RAM monte progressivement pendant plusieurs heures jusqu’à tout remplir, et a ce moment, ça lag complètement (contre seulement 15 à 20 secondes à chaque commande au démarrage)

 

coté antivirus, RAS

 

J'ai l'impression que la RAM ne se vide pas. Y a il une variable (windows ou autocad) a régler quelque part ?

 

Merci pour votre aide si vous avez une idée.

 

Cordialement,

 

G

[patrick.albinet]

De mon cote, quand je travaille sur de gros fichiers ou des petites modelisations, je redemarre autocad regulierement. LA difference est flagrante. Si ca bugge vraiment, je debranche le PC et j'appuie sur le bouton on-off pour vider les condensateurs. Et ensuite je rebranche et le rallume normalement. C'est assez flagrant aussi comme manip...sinon faut chercher ailleurs.

[lecrabe]

Hello

 

+1 avec Patrick

 

Rappel : quand on gere de gros DWGs, il faut quitter AutoCAD regulierement et le relancer !

... Voire meme Rebooter Windows ...

AutoCAD 20xx ne gere pas tres bien la memoire et Windows non plus ...

 

Pour Info: Linux gere mieux la memeoire que Windows, mais c loin d'etre parfait !

 

Cependant j'ai moi meme une jolie WorkStation HP Z1 avec 32 Go Ram et j'ai deja travaille sur des DWGs atteignant plus de 200 Mo mais je n'ai jamais eu a faire face a un tel debordement (ou fuite) memoire ...

 

Mais dans le cas d'une TELLE taille de DWG, j'ai TOUJOURS des DWGs "parfaits" (qui ont ete purges/filtres au maximum et AVEC TOUTES les echelles d'Annotation supprimees aussi bien dans les XREFs que dans le DWG principal), DE PLUS TOUS les DWGs ont ete ouverts en Mode RECUPERER et RE-enregistres ...

... ainsi je n'ai que fort peu de surprise et/ou debordement ...

 

As tu fait ces manips sur TON/TES DWGs ???

 

Bye, lecrabe

[gtrghtr]

Merci pour vos réponses,

 

Effectivement, redémarrer autocad vide la RAM mais c'est pas évident quand on as plusieurs onglets d'ouvert (je vais essayer de créer un lisp pour enregistrer des listes de plans et les rouvrir ...) et je trouve dingue de ne pouvoir travailler plus d'une heure sur un plan sans le relancer, il arrive même qu'il plante dès le début. je vais donc essayer aussi d' ouvrir les plans en mode récupérer (ça change quoi ?)

mes plans sont déjà purgé (plusieurs passes, sur les calques, Xrefs, échelles d'annotations, ...) et je n’utilise aucuns Xref

[x_all]

c'est vrai que travailler propre avec la mémoire de windows demande pas mal de discipline.

Comme le crabe j'ai pas vraiment de recette miracle et selon des archi avec les quels je bosse faire des Xref propre demande un peu de savoir faire. Tu dis ne pas utiliser d'Xref, à par des cas bien spécifique, il y a pas de raison de s'en passer.

Tu dis avoir un plan de 13mo, il y a forcément des éléments que tu as récupérer à droite et a gauche (ce serai étonnant que tu ai pondu 13 mo d'entité) si ces éléments étaient en Xref, ce serai plus facile de tester d'ou ça viens en isolant les parties. ça peu venir des motif de hachures si un motif est pas dans la bibliothèque autocad l'affiche mais ça prend plus de temps.

et plus 13 mo... ça fait quand même beaucoup... ya quoi dans ce plan. des blocs ou des hachures explosées?

 

quoi qu'il en soit, même si c'est lourd ya pas de raison de monter à 23go de ram...

il doit y avoir un truc qui bug.. es tu très loin du point 0 ?

J'ai vu un plan ou la manip pour remettre les fichier à plat avait bugué en cour de route (le déplacer à xp+-99), résultat il y avait des bouts à 0 et des bouts à xp+99 c'était le boxon...pour vérifier passer en vue de coté.

Autre truc qui agasse toto, les transparences sur un gros dessin j'évite... Pas d'images dont le chemin a été perdu? (ça se voie pas à la purge et il pe passer du temps a fouiller un réseau pour résoudre un chemin qui n'existe pas ( REFEXTERNES ))

 

une solution radicale, afficher tout ce dont tu as besoin et faire une sélection par fenetre (pas de Ctrl A) puis "Copier", et "Coller vers les coordonnée d'origine" dans un nouveau dessin propre. C'est je crois ce qui marche le mieux pour purger les dictionnaires et 'autres machin' que certain dessins trimbale à notre insu.

[lecrabe]

Hello

 

+2 avec xall

 

Supprimer tous les chemins d'Images / Xrefs DWG / Liaison DXE / etc "non trouves" !

 

A propos ton "gros" DWG est-il sur le Reseau ?

Si OUI, as tu essaye de le copier EN LOCAL et de l'ouvrir EN LOCAL !!

 

Comme je le disais, mon dessin favori de test fait environ 290 Mo et je n'ai pas du tout TES problemes !!

donc il y a au choix :

- anguille sous roche

- baleine sous gravillon

 

Bye, lecrabe

[rimbo]

GTR.... tu parles aussi d'ouvrir plusieurs fichiers sur 1 autocad, moi j'ouvre plutôt 2 autocad et je répartis les fichiers sur les 2 autocad, ainsi l'utilisation de la mémoire est mieux répartis

 

2 écrans= 2autocad

[-Olivier-]

Hello,

 

La valeur de la variable LAYOUTREGENCTL est-elle à 1 ou 2 ?

Chaque présentation sur lequel tu vas est mise en mémoire pour diminuer le temps de réaffichage. cela peut rapidement augmenter ta RAM. Mettre la variable à 0.

Olivier

[gtrghtr]

variable LAYOUTREGENCTL a 0

REFEXTERNES supprimées

 

pour le reste voici ma méthode de travail, qui fonctionnait bien jusqu'ici, mais que je vais devoir corriger.

 

la zone est petite et le fichier final ne fait que 13Mo (j' en faisait tourner de plus de 100Mo) donc je me dis je vais pouvoir tout mettre ->

 

Je superpose alors tout les calques des plans (ARCHI & GÉOMÈTRE)et de tout les étages, dans un même plan dans le même SCU ARCHI proche du 0,0,0. (Je ne prend que les claques qui m' intéressent et je supprime les hachures trop lourde, les objets inutiles (arbres, pelouses, fleurs ...) et je purge le plan)

Je différencie chacun de ces plans par une entête spécifique (ARCHI_N2_)

Je créé ensuite des filtres de propriété pour trier le tout (geler inactiver verrouiller changer de couleur ...)

Les .dwg sont stocké sur un SSD interne.

 

mon environnement:

J'ouvre le plan de travail obtenu dans une fenêtre séparé, puis sur l'autre écran, j'ouvre un autre autocad dans le quel je met tout les autres plans qui pourraient arriver (2 ou 3 généralement comme les RX, les VRD, ...)

 

Ce matin, dès l'ouverture, mon plan ne répond plus, je vais (essayer de) tout copier dans un autre plan puis supprimer tout les objets jusqu’à trouver celui qui me fait tout planter.

 

et je vais changer de méthode de travail :P

 

Merci pour vos conseils et bonne journée

[lecrabe]

Hello

 

LAYOUTREGENCTL = 2 (Valeur par defaut)

 

Sur les gros DWGs ayant de nombreuses Presentations (Layouts) je travaille tres souvent avec LAYOUTREGENCTL = 1

 

Ainsi AutoCAD garde en memoire (Liste d'affichage pour la carte graphqiue) la Presentation courante et l'Onglet Objet ...

 

Mais il faut parfois attendre un certain temps (10 secs - 1 mn ou plus)

pour avoir la main dans une nouvelle Presentation ou revenir dans l'Onglet Objet ...

... car AutoCAD doit construire la liste d'affichage ...

 

Bye, lecrabe

[gtrghtr]

ce qui expliquerai effectivement l'augmentation progressivement de la ram

j'essaie donc avec 1 sur ces plans et je vous tien au jus

J'ai également nettoyé mes plans avec ce lisp qui supprime les AEC:

(foreach dict (gc:GetDictEntries (namedobjdict))
(if (wcmatch (car dict) "*AEC*")
 (foreach entry (gc:GetDictEntries (cdr dict))
   (entdel (cdr entry))
 )
;supprime dans le dictionnaire 
(entdel (cdr dict))
);fin if

 

et mes plans passent de 13Mo a 1200Ko et ça c'est déjà bon signe :P

 

Bonne rentré a tous,

GTR

[lecrabe]

Hello

 

SVP tu regardes TOUS tes Types de ligne !

 

Si il y a un nombre anormal de types de lignes (a priori non utilises), ALORS :

 

*** AutoCAD DWG files unexpectedly increase in file size ***

http://knowledge.autodesk.com/support/autocad/troubleshooting/caas/sfdcarticles/sfdcarticles/AutoCAD-DWG-files-unexpectedly-increase-in-file-size.html

 

*** ACAD 2015 PURGE ***

http://knowledge.autodesk.com/support/autocad-lt/troubleshooting/caas/blog/withoutanet.typepad.com/without_a_net/2014/03/autocad-2015-purge-command-enhancements.html

 

 

Pour Info la "meme" routine de notre indispensable Gilles (gile) - Merci encore !!

 

;; RemoveAEC par GC (gile)

;; Supprime tous les dictionnaires AEC du dessin

(defun c:RemoveAEC ()

(foreach p (entget (namedobjdict))

(if (and (= 3 (car p))

(wcmatch (cdr p) "AEC*")

)

(dictremove (namedobjdict) (cdr p))

)

)

(princ)

)

 

Voir ce sujet de Bonuscad :

http://cadxp.com/topic/40004-purge-dictionnaire-aec-avec-map/page__pid__223097#entry223097

 

Bye, lecrabe

[gtrghtr]

effectivement j'ai un nombre de type de ligne hallucinant:

http://img4.hostingpics.net/thumbs/mini_24779760tl.png

 

après application du correctif il n' en reste qu'un 10aine et mon fichier perd plus de 20Mo de type de lignes <img src='http://cadxp.com/public/style_emoticons/<#EMO_DIR#>/laugh.gif' class='bbc_emoticon' alt=':(rires forts):' />

vivement la 2015 que ce soit intégré, je referai alors un petit lisp que je mettrai ici (s'il fonctionne)

 

je prend également le lisp de Gile, mais je rajoute une * avant AEC, sans ça certains AEC restent.

 

;; RemoveAEC par GC (gile)
;; Supprime tous les dictionnaires AEC du dessin
(defun c:RemoveAEC ()
(foreach p (entget (namedobjdict))
(if (and (= 3 (car p))
(wcmatch (cdr p) "*AEC*")
)
(dictremove (namedobjdict) (cdr p))
)
)
(princ)
)

 

même si je ne comprend pas encore très bien tout ce qui ce passe dans ces différends programmes, j'ai l'impression de progresser :P Donc merci encore a vous tous.