---

An alle Pro/I-User,

wir setzen Pro/E 2000i mit Pro/I 2.0 ein. Durch die Umstellung auf 2.0 habe ich mir eine bessere Performance (Einchecken, Auschecken etc.) erhofft. Leider waren die Versprechungen von PTC mal wieder etwas zu hoch gegriffen.
Die User schimpfen über die langen Arbeitsprozesse, auch scheint Pro/I ein RAM-Fresser zu sein, unsere NT-Maschinen haben 512MB aber nach Aufrufen von Pro/E und Pro/I sowie einer Baugruppe liegt der gebrauchte Speicherbedarf bei z.B. 700MB sodass die Maschinen anfängt zu swappen dabei extrem langsam wird und evtl. sogar abstürzt!
Wie sind eure Erfahrungen mit INTRALINK ?
Gibt es ähnliche Probleme bei Euch!

------------------
Bis dann
Hans Fröhlich

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

---

Sehr Gute beschreibung vom Problem.
Wir haben genaug die selben Problemen.
Von Proe Seite sollte etwas gemacht werden auf Seite RAM bedarf bei der 2 Nächte Versionen.
Man kann das Auschecken verbesseren indem das man inder Start datei von Proi
A. Find the line that states 'set PDM_PROE_PATH=%PDM_PROE%
B. Add the following 3 lines underneath the PDM_PROE_PATH line:

set proedir=<Pro/ENGINEER loadpoint>
set PDM_IMPEX_PATH=%proedir%\bin\mdimpex.bat
set PDM_IMPEX_DLL_NAME=apdmpi_dll.dll

Es muss eine Proe2000i oder 2000i2 version 2000280 oder höher installiert sein.

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

---

Hallo

es gibt im Intralink einige Faktoren ,die die Performance erheblich beeinflussen können.

Intralink wird nie zu einem richtigen Renner, aber wir setzen es in Schulungen und im normalen Betrieb ein und haben sehr übersichtliche Zeiten. Auch Implementierungen bei unseren Kunden laufen sehr zufriedenstellend. Geben Sie doch mal einige Zeiten an (einchecken, auschecken, Pro/locate). Wichtig ist dazu folgende Größen: Anzahl der verschiedenen Teile in der Baugruppe, Gesamtgröße der Teile in Megabyte. Anzahl der Teile in der Intralink Datenbank. Anzahl der in Intralink verwalteten Attribute. Ich traue mir damit zu, auch ohne Ihren Server zu kennen, eine grobe Bewertung zu geben, ob dieses normal ist oder Sie Optimierungspotentiale haben und wie groß diese sind.

Stefan Bode

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

---

Tip:

Löschen!! Sie Ihren Workspace, wenn Sie ihn mal gerade leer haben und erstellen Sie sich einen neuen. Hilft manchmal Wunder.

Dies liegt zum einen an der Historie, welche der Workspace mitschleppt und zum anderen an der Datenbank des Worspaces, welche kontinuierlich anwächst.

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

---

Aussage auf dem Pro/User Meeting in Friedrichshafen:
Pro/INTRALINK hat einen sog. Thick Client und das wird auch in den nächsten Versionen so bleiben. Dieser ist u.a. verantwortlich für die Performance von INTRALINK.
Hilft jetzt vielleicht nicht, erklärt aber einiges und man kann sich darauf einstellen.

candrian

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

---

Hallo,
wir setzten Pro/I 2.0 270 mit Pro/E 2000i 350 ein.
Unser Server läuft sehr stabil.
Nur der Client wird bescheiden, wenn die Baugruppen größer werden oder im WS größere Teilefamilien verwendet werden.
Neuer Client-Standard: 1 Ghz und 1GB:
Das Löschen des .proi-Verzeichnisses ist nicht nötig!
Folgendes Tool verkleinert die Local.ddb:
C:\PTC\intraclient\i486_nt\obj\ldbcompact.exe
Achtung!
- Erst alle Daten einchecken!!!
- Wenn im neuen Dos-Fenster, erst dir PDM_LDB_PATH-Variable setzen.

Die Local.ddb wird merklich kleiner und die Performance des Clients besser.

Mit freundlichen Grüßen
Bernhard Veckes

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

---

Wenn ich erst alle daten einchecken soll, kann ich das proi-Verzeichnis doch gleich ganz löschen.
Gibt es Probleme mit dem Programm was die Datei verkleinert?
Datenverlust?
Wir haben nämlich auch Performanceprobleme auf einigen clients.
Wann gilt denn eine Local.ddb als Groß??

[Diese Nachricht wurde von schotte am 22. März 2001 editiert.]

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

---

Hallo

ldbcompact.exe kann nach jedem Beenden einer Intralink Sitzung ausgeführt werden. Daten vorher einchecken ist nicht notwendig.
Das .proi Verzeichnis löschen wird dadurch überflüssig. Bringt aber nicht so viel.

Sinnvoller ist ein herauskopieren sämtlicher Daten in einen neuen Workspace (es gibt dann natürlich nur mehr das aktuelle Einzelbild), dann alten Workspace löschen, Intralink Sitzung beenden und ldbcompact.exe ausführen. Nach dem Neustart von Intralink hat sich die Local.ddb merklich verkleinert.
Datenverlust gibt's keinen.

Gruß
us 1

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

---

Achtung!!!!
1. Check IN
2. Exit Pro/INTRALINK
3. Prüfen ob noch genug Festplattenplatz vorhanden ist.
4. ldbcompact.exe anwerfen --> die Local.ddb wächst temporär um ca. 50% und wird anschließend erheblich verkleinert.
==============================================================
Dieses wird von der Hotline so empfohlen.
Ich habe mir schon ein .proi-Verzeichnis zerschossen!!

Gruß
Bernhard Veckes

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