• Dieses Forum ist die maschinengenerierte Übersetzung von www.cad3d.it/forum1 - der italienischen Design-Community. Einige Begriffe sind nicht korrekt übersetzt.

PDM/PLM Open Source

  • Ersteller Ersteller reb_bl
  • Erstellt am Erstellt am
Ich arbeite dort oft und (männliche)willer in der Cloud, mit mehr Modellmanagern. Das Problem ist meiner Meinung nach technisch: Italienische Adsl sind weder schnell genug noch stabil genug, um eine Verwendung in der Produktion mit komplexen Systemen und mit großen Dateien wie die von solid edge cad zu ermöglichen. schon' ist sehr permalosetto auf jedem kleinen Problem von lan, geschweige denn in der Mitte gab es einen Adsl, dass ein oder zwei Mal am Tag die Verbindung um eine halbe Sekunde verliert und dann wieder von sich selbst (was normalerweise passiert, aber wir nicht bemerken).
Außerdem gibt es das Problem der Latenz, das sehr niedrig sein muss, sonst verlangsamt sich alles erheblich. Ich sehe eine starke Verlangsamung während der Schließöffnung, wenn ich für die Wi-Fi-Brücke passe. Es ist ein Latenzproblem, da die Brücke eine effektive Geschwindigkeit von 100 bis 170 mbps hat. Wenn 5 ms Latenz mir eine ähnliche Verlangsamung verursacht Ich wage nicht zu denken, über Adsl, Ich denke sogar ein Unternehmen, das eine 100 mbps Faser hat ist ziemlich langsam.
 
unsere adsl haben als Raten im Download, was sie im Ausland haben im Upload.

Daher ist es unvorstellbar, in der Cloud zu arbeiten, es sei denn, am Ende des Arbeitstages automatisieren wir einen netten FTP-Server, der die Übertragung von 21 bis 6 Uhr morgens (wenn es Ihnen gelingt heheh) alle Dateien im entfernten Ordner übernimmt. aber es ist ein Hybrid-System, das nicht die Vorteile der guten Vorteile zieht Stronz.. ehm Nachteile
 
Außerdem gibt es das Problem der Latenz, das sehr niedrig sein muss, sonst verlangsamt sich alles erheblich. Ich sehe eine starke Verlangsamung während der Schließöffnung, wenn ich für die Wi-Fi-Brücke passe. Es ist ein Latenzproblem, da die Brücke eine effektive Geschwindigkeit von 100 bis 170 mbps hat. Wenn 5 ms Latenz mir eine ähnliche Verlangsamung verursacht Ich wage nicht zu denken, über Adsl, Ich denke sogar ein Unternehmen, das eine 100 mbps Faser hat ist ziemlich langsam.

[si ma... i buffer ci sono apposta.....]für die Datenübermittlung Latenz ist nicht grundlegend, wir müssen sehen, ob etwas diese Latenz verursacht.

im wifi, sind die Pakete verworfen und verloren das Problem, ergo arm Signal
 
verzeihen Sie den unübertroffenen Beitrag.... Ich installiere openerp auf linux server + postgresql

hier am ersten Start einen sehr kurzen Extrakt:



...
2013-07-05 12:47:49,198 4127 info ? openerp: openerp Server läuft und wartet auf Verbindungen. .
Ausnahme im Gewindegewinde-1:
traceback (letzter letzter Anruf):
Datei "/usr/lib/python2.7/threading.py", Zeile 552, in __bootstrap_inner
selbst.run()
...




Es fängt gut an...

ps. Wenn ich etwas falsch gemacht hätte, was sehr wahrscheinlich ist. . musste Fehler anderer Art ausspießen.. z.B. die klassischen Berechtigungen oder fehlende Dateien, das ist nur ein Absturz.
 
am Ende des Arbeitstages, automatisieren wir nicht einen schönen ftp-Server, der die Verantwortung für die Bewegung von 21 bis 6 am Morgen (wenn Sie erfolgreich heheh) alle Dateien im entfernten Ordner übernimmt. aber es ist ein Hybrid-System, das nicht die Vorteile der guten Vorteile zieht Stronz.. ehm Nachteile
So sollte es funktionieren, ich synchronisiere zwei Remote-Server, und in einer Nacht gebe ich sogar 1 gb Daten, die für eine normale ut denke ich ist genug. Es ist keine echte Wolke, aber es ist schon ein guter Co-Engineering.
 
Außerdem gibt es das Problem der Latenz, das sehr niedrig sein muss, sonst verlangsamt sich alles erheblich. Ich sehe eine starke Verlangsamung während der Schließöffnung, wenn ich für die Wi-Fi-Brücke passe. Es ist ein Latenzproblem, da die Brücke eine effektive Geschwindigkeit von 100 bis 170 mbps hat. Wenn 5 ms Latenz mir eine ähnliche Verlangsamung verursacht Ich wage nicht zu denken, über Adsl, Ich denke sogar ein Unternehmen, das eine 100 mbps Faser hat ist ziemlich langsam.
Es hängt vom Pdm und dem Cad...
z.B. Teamcenter mit nx (besonders), aber auch mit Catia, Arbeiten, in 4 Ebenen, mit Spitzen bis zu 250/300 ms.
wir haben Kunden mit Servern hier und Client in Gebrauch und umgekehrt.
Natürlich hängt es davon ab, wie Sie die Anwendung entworfen haben. .
so ist das Axiom "Ich habe hohe Latenz = Ich kann keinen Pdm verwenden" nicht wahr.
oft sagen wir, dass auf dem Kontinent man in 4t gehen kann, eine Multi-Site ist nur zwischen verschiedenen Kontinenten erforderlich oder wenn Sie abgelenkte Netzwerke haben.
dann gibt es den Mechanismus des "store & forward", der es erlaubt, lokal zu speichern und dann tc, mit dem Absender, denkt er, alles auf dem Server zu senden.
 
So sollte es funktionieren, ich synchronisiere zwei Remote-Server, und in einer Nacht gebe ich sogar 1 gb Daten, die für eine normale ut denke ich ist genug. Es ist keine echte Wolke, aber es ist schon ein guter Co-Engineering.
wie ich oben sagte, wir tun es auch ohne die 2 Seiten... wird Laden & vorwärts genannt.
in der Praxis haben Sie:
- 1 db
- zentralisierte Bände, auf denen Kunden von theut1 schreiben
- s&f Volumen, auf dem die Kunden von theut2 schreiben
- alle jetzt und dann, nach dem festgelegten Zeitplan, die Daten des s&f-Volumen werden an die zentralen Bände gesendet, aber die Kopie auf dem Cache-Server von theut2
- dann werden die Daten aus dem s&f-Volumen gelöscht
- von dort auf den Daten folgen die klassischen Mechanismen der Cache-Server..
 
wie ich oben sagte, wir tun es auch ohne die 2 Seiten... wird Laden & vorwärts genannt.
in der Praxis haben Sie:
- 1 db
- zentralisierte Bände, auf denen Kunden von theut1 schreiben
- s&f Volumen, auf dem die Kunden von theut2 schreiben
- alle jetzt und dann, nach dem festgelegten Zeitplan, die Daten des s&f-Volumen werden an die zentralen Bände gesendet, aber die Kopie auf dem Cache-Server von theut2
- dann werden die Daten aus dem s&f-Volumen gelöscht
- von dort auf den Daten folgen die klassischen Mechanismen der Cache-Server..
In der Tat gibt es mehrere Systeme, um das Problem zu begrenzen. Es gibt auch "Hardware" Systeme, wie Flussbett oder dergleichen, die den Cache verwenden, um den tatsächlichen Datenverkehr zu minimieren.

das Problem ist die Kosten: ein "Multisite" des Koreaten kostet 6000 Euro für jeden der Vertiken des "Sternes", den Sie verwalten müssen, Flussbett mehr oder weniger wir sind da, so dass heißt, Kosten nicht von dem kleinen ut tertist wie ich, zum Beispiel.

Jetzt arbeite ich in reinem Tcp/ip und die Versammlung, die ich den Abend vor, andernfalls am Morgen verliere ich zwei Stunden Arbeit nur dafür.
 
In der Tat gibt es mehrere Systeme, um das Problem zu begrenzen. Es gibt auch "Hardware" Systeme, wie Flussbett oder dergleichen, die den Cache verwenden, um den tatsächlichen Datenverkehr zu minimieren.

das Problem ist die Kosten: ein "Multisite" des Koreaten kostet 6000 Euro für jeden der Vertiken des "Sternes", den Sie verwalten müssen, Flussbett mehr oder weniger wir sind da, so dass heißt, Kosten nicht von dem kleinen ut tertist wie ich, zum Beispiel.

Jetzt arbeite ich in reinem Tcp/ip und die Versammlung, die ich den Abend vor, andernfalls am Morgen verliere ich zwei Stunden Arbeit nur dafür.
Ah, ein paar Jagd... Du hast recht, für ein Haus, das richtig ist.
Dafür sagte ich, dass für eine kleine ut, wenn Sie sich mit einem Pdm ausstatten wollen, um die Cloud zu bewerten, interessant wäre. .
 
Ah, ein paar Jagd... Du hast recht, für ein Haus, das richtig ist.
Dafür sagte ich, dass für eine kleine ut, wenn Sie sich mit einem Pdm ausstatten wollen, um die Cloud zu bewerten, interessant wäre. .
wäre die ideale Lösung, wenn der Client nicht die mentale Pippe, wo der Server wohnt... (Rumänien, Bangalore, Usbekistan)
ptc hatte vor Jahren ein Produkt auf der Wolke gemacht, es wurde nicht auf die Wolke aufgerufen, die heute cool macht, aber auf Nachfrage, die dann cool gemacht, das Ergebnis? Ein Fiasko, so wie die des Barbers, um uns zu bedeuten. :redface:
 
wäre die ideale Lösung, wenn der Client nicht die mentale Pippe, wo der Server wohnt... (Rumänien, Bangalore, Usbekistan)
ptc hatte vor Jahren ein Produkt auf der Wolke gemacht, es wurde nicht auf die Wolke aufgerufen, die heute cool macht, aber auf Nachfrage, die dann cool gemacht, das Ergebnis? Ein Fiasko, so wie die des Barbers, um uns zu bedeuten. :redface:
In der Tat bin ich seltsam, dass tc auf der Wolke, zumindest hier in Italien, nicht Datei es nesuno. .
 
wir haben gelöst, indem wir dem Benutzer die Möglichkeit geben, zu entscheiden, wo Zeichnungen und Dokumente im Allgemeinen..
Einige Pippe sind nur Italienisch, jemand versucht auch "Gesundheit" Zweifel an der Sicherheit der dynamischen 3d Dokumentation Software.
 

Statistik des Forums

Themen
58.521
Beiträge
499.056
Mitglieder
104.110
Neuestes Mitglied
ChristianR

Zurzeit aktive Besucher

Keine Mitglieder online.
Zurück
Oben