---

Hallo,
ich habe seit der Installation von Wf3.0 das Problem, dass wenn ich ein neues Teil aus einem Startteil erstelle, die Search Pro durchsucht wird auf doppelte Namensgebung.
Das dauert zu lange.
Könnte ne Einstellung in der config sein. Ich finde sie aber nicht.
Wer kann mir helfen?
Wir arbeiten auf Dateibasis, also kein PDM im Einsatz..(leider)
gruss uli

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo,
haben wir auch öfter, Grund ist dass die Startteile auf dem Server liegen.
Je nach dessen Auslastung daurt´s halt ein wenig.

MfG

------------------
MVossen

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo, hätte ich auch gedacht,
jedoch habe ich erst mit Wildfire das Problem.
Bis jetzt haben wir auf 2000i² gearbeitet, da war das nicht der Fall.
Der Server ist der selbe geblieben.
Scheinbar weiss auch sonst niemand an was es liegen könnte  ,
die Antworten auf meine Anfrage sind spärlich.
Trotzdem Danke.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Habt ihr vielleicht auch die Startuptools von INNEO?

Damit kann man voreinstellen, ob bei neuen Dateien
nach identischen Dateinnamen gesucht wird. Das lässt sich
auch innerhalb der SUT abschalten wenn man darauf verzichten kann
und will.

Wo dies in ProE pur geht kann weiss ich nicht.

------------------
Gruß

CadKD

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Welch Wunder: Das geht auch ohne die berühmten SUT     

disable_search_path_check auf yes setzen

Die Frage wäre nur, warum das mit der WF3 länger dauert als früher. Habt Ihr Eure alte Config (so halbwegs) übernommen?

nt_cache_dirs auf yes setzen, könnte noch etwas Linderung bringen

Gruß

Thomas

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

ich habe schon beide configeinstellungen drin,
nützt jedoch nichts,
hab's auch mit exakt der identischen config wie vorher versucht,
hilft auch nicht...
das lange warten ist fast nicht tragbar, bei 40 Konstrukteuren!

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Ich bin zwar nicht der Installationsexperte, kann bei mir aber ein ähnliches Verhalten feststellen. Bei mir liegt die Ursache darin, dass ich häufiger zwischen den WF-Versionen wechsele, was nach Aussage meines WBAdmin jedesmal größere Änderungen (Registry?) mit sich bringt.

Wenn daher bei Euch 40 Konstrukteure WF über den Server starten, einige WF2 ein oder mehrere Andere WF3, dann könnt ich mir vorstellen, dass derselbe Effekt auftritt.

------------------
----------------
"Ich stimme mit der Mathematik nicht überein. Ich meine, daß die Summe von Nullen eine gefährliche Zahl ist."  (Stanislaw Jerzy Lec)

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

hm, das könnte auch das Problem sein,
müsste ich mal irgendwie nachvollziehen können,
ich versuch's jetzt mal mit lokalen Startteilen,
anstatt den Startteilen vom Server

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Vor Jahren (auf 2000i^2) hatten wir einmal ein ähnliches Problem.
PTC brauchte einen ganzen Tag um herauszufinden, dass...

nt_cache_dirs auf no

...die Lösung war.
Da Du nt_cache_dirs auf yes schon ausprobiert hast, würde ich einmal no testen.
Keiner wusste warum... aber bei uns hatte es damals geholfen.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Das ist ja komisch.
Jetzt geht's tatsächlich schneller.
Zwar nicht ganz so schnell wie im 2000i², aber noch im Rahmen.
DANKE 

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von Manuku:
Vor Jahren (auf 2000i^2) hatten wir einmal ein ähnliches Problem.
PTC brauchte einen ganzen Tag um herauszufinden, dass...

nt_cache_dirs auf no

...die Lösung war.
Da Du nt_cache_dirs auf yes schon ausprobiert hast, würde ich einmal no testen.
Keiner wusste warum... aber bei uns hatte es damals geholfen.

---

Jaaa! Damit hatte ich auch mal lange zu kämpfen!
Bei der Umstellung auf einen neuen Server war diese config-Option ein absoluter Performance-Killer!
Bitte aufpassen damit!

------------------
CAD.DE macht Spaß!    
Wichtige Links für noch mehr Spaß: Richtig Fragen - Nettiquette - Suchfunktion - System-Info - Unities - Stammtisch - 7er-Regel

Guten Morgen - und falls wir uns nicht mehr sehen - guten Nachmittag, guten Abend und gute Nacht!  (Truman Burbank in "Die Truman-Show")

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP