| |  | Gut zu wissen: Hilfreiche Tipps und Tricks aus der Praxis prägnant, und auf den Punkt gebracht für PTC CREO | | |  | Klietsch und INNEO gehen eine strategische Partnerschaft ein, eine Pressemitteilung
|
Autor
|
Thema: INTRALINK 3.3 - Voreinstellungen (neue Funktionen) (768 mal gelesen)
|
dbexkens Ehrenmitglied V.I.P. h.c. Professional Development Manager

 Beiträge: 2174 Registriert: 14.08.2000 Pro/E + PDMLink immer die neueste Version (dienstlich) Pro/ENGINEER WF4 (privat) Pro/INTRALINK 3.4 M030 (privat)
|
erstellt am: 09. Dez. 2003 10:20 <-- editieren / zitieren --> Unities abgeben:         
Hi Forum, mal was zur Info aus der 3.3 2003290 (MOR1) die bei mir gerade intensiver in Richtung auf neue Funktionen und Wildfire-Kompatibilität getestet wird: Beim Anheben/Absenken kann während der Prüfung automatisch gesperrt werden, oder bewusst darauf verzichtet werden. Das jedenfalls sehe ich aus den Voreinstellungen (siehe Bild). Vielleicht hat schon jemand ein paar Prxiserkenntnisse mit Vor- und Nachteilen?! Und dann gibt´s in den Voreinstellungen der Tabellenanzeigen einen neuen Schalter Sortieren in lokalem Browser (siehe Bild). Ich habe mal ganz leicht die Hand aufgelegt, aber noch keine Erkenntnis, wozu das gut ist. Auch die Hilfe (diesmal war ich schlau, und habe gleich die englische Version genommen) sagt nix. Hat schon jemand ´ne Idee? Viele Grüße Detlef Bexkens ------------------ Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
fossy Mitglied Dipl.-Ing. Maschinenbau (Kraftfahrzeugtechnik)
  
 Beiträge: 943 Registriert: 07.02.2001
|
erstellt am: 09. Dez. 2003 15:43 <-- editieren / zitieren --> Unities abgeben:          Nur für dbexkens
Zitat: Original erstellt von dbexkens:
Und dann gibt´s in den Voreinstellungen der Tabellenanzeigen einen neuen Schalter [b]Sortieren in lokalem Browser (siehe Bild). Ich habe mal ganz leicht die Hand aufgelegt, aber noch keine Erkenntnis, wozu das gut ist. Auch die Hilfe (diesmal war ich schlau, und habe gleich die englische Version genommen) sagt nix. Hat schon jemand ´ne Idee? [/B]
http://www.ptc.com/cs/tpi/122032.htm aber frag mich bitte nicht, wie sich das genau auswirkt... ... im übrigen, die aktuellen intralinkreleases 3.2 2003200 und 3.3 2003290 scheinen imho funktionsmäßig (ab gesehen davon, das 3.3 wildfire unterstützt) gleich zu sein!
------------------ cu fossy meine kleine website Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
dbexkens Ehrenmitglied V.I.P. h.c. Professional Development Manager

 Beiträge: 2174 Registriert: 14.08.2000 Pro/E + PDMLink immer die neueste Version (dienstlich) Pro/ENGINEER WF4 (privat) Pro/INTRALINK 3.4 M030 (privat)
|
erstellt am: 09. Dez. 2003 16:30 <-- editieren / zitieren --> Unities abgeben:         
Hi fossy, so wie ich das lese, kann damit die CPU des Clients die Sortierarbeit erledigen, was den Server entlastet. Frage ist nun wirklich, wie Du ja schon schreibst, wie sich das in der Praxis auswirkt. Und die beiden Versionen mögen gleich sein, oder wenigstens so aussehen, jedoch möchte ich zu bedenken geben, das z.B. das Speicherverhalten der 3.3 mit Wildfire ein ganz Anderes ist als mit der 2001. Optisch gleich, aber im Hintergrund... Viele Grüße Detlef ------------------ Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
fossy Mitglied Dipl.-Ing. Maschinenbau (Kraftfahrzeugtechnik)
  
 Beiträge: 943 Registriert: 07.02.2001
|
erstellt am: 16. Jun. 2005 11:13 <-- editieren / zitieren --> Unities abgeben:          Nur für dbexkens
hi, ... ich will mal diesen alten thread 'n bisschen aufwärmen. hab gerade mal 'nen (schnell)test gemacht. ich habe eine cs-ordner mit 3250 objekten und 2 nichtversionierte attribute in der tabellenanzeige (plus ein paar systemparameter). wenn die einstellung "sortieren im lokalen browser" auf JA steht, dauert das umsortieren nach einem nichtversionierten attribut 6 sekunden - ist die einstellung NEIN dauert es nur 2 sekunden... hmm, schon komisch das ganze 
------------------ cu fossy baumrasen.de Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
anagl Ehrenmitglied V.I.P. h.c.
     
 Beiträge: 4566 Registriert: 28.05.2001 WF2 M280 (Wf4 M080 test) I-link 3.4 M061 HW diverse Das Schreiben bei CAD.de ist freiwillig und kein Muss !!!!!
|
erstellt am: 16. Jun. 2005 12:39 <-- editieren / zitieren --> Unities abgeben:          Nur für dbexkens
Zitat: Original erstellt von fossy: ich habe eine cs-ordner mit 3250 objekten und 2 nichtversionierte attribute in der tabellenanzeige (plus ein paar systemparameter). wenn die einstellung "sortieren im lokalen browser" auf JA steht, dauert das umsortieren nach einem nichtversionierten attribut 6 sekunden - ist die einstellung NEIN dauert es nur 2 sekunden...
Das ist schon so richtig Bei NEIN wird schon in der benötigten Reihenfolge vom Server aus Oracle an deinen Browser gegeben. Oder bei NEIN wird optisch gemogelt es sind vom Server noch nicht alle Datensätze da und es wird schon dargestellt Bei Ja- Alles geholt und dann lokal sortiert ------------------ Servus Alois Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Marianne Mitglied CAD / PLM Support
 
 Beiträge: 344 Registriert: 01.04.2003
|
erstellt am: 20. Jun. 2005 10:25 <-- editieren / zitieren --> Unities abgeben:          Nur für dbexkens
Hallo zusammen, der TPI von PTC klingt für mich so, als würden die die Einstellung "ja" empfehlen - also die Client-Ressourcen zum Sortieren zu verwenden. Die Zeitunterschiede beim Sortieren sind sicher auch davon abhängig, wieviel "Verkehr" gerade auf dem Server ist. Kommen viele Anfragen da rein, ist das Sortieren lokal garantiert schneller. Wir haben momentan den Schalter auf "ja" stehen, weil auf dem Server ja auch ständig weitere Aktionen laufen: einchecken, auschecken, synchronisieren, ... Um für diese Aktionen die Performance nicht zu beeinträchtigen, ist es vielleicht ganz gut, dass die ganze Sortiererei lokal auf den Clients läuft. Zumal das wohl eine Aktion ist, die die User häufig ausführen (Fenster auf, Fenster zu, diese Ansicht einstellen, jene Ansicht einstellen, ...). Auch stelle ich mir das bei kleineren Datenmengen nicht gerade effizient vor, dafür extra den Server zu bemühen. Gruß Marianne Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
fossy Mitglied Dipl.-Ing. Maschinenbau (Kraftfahrzeugtechnik)
  
 Beiträge: 943 Registriert: 07.02.2001 Der einzige Mensch, der sich vernünftig benimmt, ist mein Schneider. Er nimmt jedesmal neu Maß, wenn er mich trifft, während alle anderen immer die alten Maßstäbe anlegen in der Meinung, sie passten auch heute noch. (George Bernard Shaw, ir. Dramatiker, 1856-1950)
|
erstellt am: 20. Jun. 2005 11:28 <-- editieren / zitieren --> Unities abgeben:          Nur für dbexkens
hi, Zitat: Original erstellt von Marianne: ... Die Zeitunterschiede beim Sortieren sind sicher auch davon abhängig, wieviel "Verkehr" gerade auf dem Server ist. Kommen viele Anfragen da rein, ist das Sortieren lokal garantiert schneller.
... ja, davon geh ich doch stark aus. ich denke, dass es stark davon abhängt, wieviel leute auf dem server mit intralink arbeiten. ich werde mir mal die prozessorlast (die der oracle-process verursacht) über eine weile angeschauen, und dann entscheiden, ob bei uns der server die sortierarbeit übernehmen darf  ------------------ cu fossy baumrasen.de Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
| Anzeige.:
Anzeige: (Infos zum Werbeplatz >>)
 |