-> Hier kostenlos registrieren
Ist es doch auch. Man kann es auf einem PC verwenden dessen Prozessor mehr als einen Kern hat.
TIA V16 noch langsamer ?
- Ersteller Olli_BS
- Erstellt am
-> Hier kostenlos registrieren
Ist es doch auch. Man kann es auf einem PC verwenden dessen Prozessor mehr als einen Kern hat.
-> Hier kostenlos registrieren
Also ich kann mich nur den Vorrednern anschließen:
SSD und dazu viel RAM.
Im "normalen" Alltag arbeite ich mit TIA direkt auf dem Laptop-OS, nicht in einer VM.
VMs nutze ich nur wenn es an "alte" Anlagen mit "alten" TIA-Versionen geht... dank TIA- und Windows 10-Upgrade-Schrott kommt man ja eh kaum um VMs herum... danke dafür...
Ich nutze aktuell ein HP zBook G3 mit Core i7-6700HQ und 16GB Ram.
Dazu dann eine SSD für Windows / TIA und die TIA-Projekte. Auf der "normalen" HDD merkt man schon einen Unterschied zur SSD....
Am besten wäre natürlich 32GB Ram, man hat ja nicht nur TIA laufen, sondern auch noch andere Programme...
Mit 16GB Ram ist es halt "gemütlich", was gerade im Multiuser-Bereich zu einer kleinen Auszeit beim Einchecken / Transferieren / Laden führt. Kann man halt mehr Kaffee trinken
SSD und dazu viel RAM.
Im "normalen" Alltag arbeite ich mit TIA direkt auf dem Laptop-OS, nicht in einer VM.
VMs nutze ich nur wenn es an "alte" Anlagen mit "alten" TIA-Versionen geht... dank TIA- und Windows 10-Upgrade-Schrott kommt man ja eh kaum um VMs herum... danke dafür...
Ich nutze aktuell ein HP zBook G3 mit Core i7-6700HQ und 16GB Ram.
Dazu dann eine SSD für Windows / TIA und die TIA-Projekte. Auf der "normalen" HDD merkt man schon einen Unterschied zur SSD....
Am besten wäre natürlich 32GB Ram, man hat ja nicht nur TIA laufen, sondern auch noch andere Programme...
Mit 16GB Ram ist es halt "gemütlich", was gerade im Multiuser-Bereich zu einer kleinen Auszeit beim Einchecken / Transferieren / Laden führt. Kann man halt mehr Kaffee trinken
Wenn ich mal ein kleines Fazit machen darf:
Schon interessant, außer NBerger scheinen alle sehr genervt zu sein von der fehlenden Geschwindigkeit von TIA.
Und das obwohl er sich selber als nicht sehr geduldsam einschätzt. ..
Aber das es bei V16 noch schlimmer ist, scheint keiner außer mir zu glauben.
(ich hatte schon die Kombination mit Startdrive in Verdacht, machen wir sonst auch nicht)
Wichtiger Faktoren sind SSD, RAM, CPU-Cache und Single Thread Performance.
Allerdings kann niemand (?) eine System-Auslastung aus den WIN-Bordmitteln nachvollziehen.
Aber diese allezeit-Mikro-Verzögerungen bei banalen User-Aktionen lassen sich damit aus meiner Sicht nur bedingt erklären.
Die sind ja auch bei kleinen, frischen Projekten schon da.
Da muss doch in der Software ..............
Ich persönlich kann keine bzw. kaum Differenz zwischen TIA V15.1 und TIA V16 erkennen.
Das Framework was Siemens zur Erstellung von TIA und seinen Ableitungen nutzt, ist einfach nur langsam.
Es gibt bestimmt keine Software auf der Welt die so langsam durch Listen scrollt und das gilt nicht nur für TIA an sich sondern auch z.B. für Simatic Automation Tool, SINEC usw.
Die benutzen sicherlich das selbe Framework, denn nur so kann ich mir die miese GUI Performance erklären (PST ist/war so eine schöne schnelle Software...).
Ganz anders arbeitet die Simatic Manager Welt, dort hat man kaum Probleme mit Listen und Filterung (anderes Framework?).
Aber wird versucht dort eine neue Funktion zu implementieren, dann geht das auch in die Hose. Genannt sei der Technologische Listeneditor von PCS7 V9.0. Dieser ist eigentlich eine Frechheit und an Geschwindigkeit kaum zu unterbieten. Die Prozessobjektsicht (POS) funktioniert einwandfrei.
Die alten Entwickler sind wahrscheinlich in Rente und jetzt scheitert man an den Grundlagen.
Das Framework was Siemens zur Erstellung von TIA und seinen Ableitungen nutzt, ist einfach nur langsam.
Es gibt bestimmt keine Software auf der Welt die so langsam durch Listen scrollt und das gilt nicht nur für TIA an sich sondern auch z.B. für Simatic Automation Tool, SINEC usw.
Die benutzen sicherlich das selbe Framework, denn nur so kann ich mir die miese GUI Performance erklären (PST ist/war so eine schöne schnelle Software...).
Ganz anders arbeitet die Simatic Manager Welt, dort hat man kaum Probleme mit Listen und Filterung (anderes Framework?).
Aber wird versucht dort eine neue Funktion zu implementieren, dann geht das auch in die Hose. Genannt sei der Technologische Listeneditor von PCS7 V9.0. Dieser ist eigentlich eine Frechheit und an Geschwindigkeit kaum zu unterbieten. Die Prozessobjektsicht (POS) funktioniert einwandfrei.
Die alten Entwickler sind wahrscheinlich in Rente und jetzt scheitert man an den Grundlagen.
-> Hier kostenlos registrieren
Weiß jemand was das für ein Framework ist? Kann man das irgendwie herausfinden? Ich sehe hier auch die Ursache für viele Performance-Probleme.
Was mich auch sehr stört ist, dass das Userinterface, sprich Text und Icons, auf Monitoren mit hoher Auflösung sehr verwaschen und unscharf sind. Im Vergleich dazu ist Windows knacke scharf und TIA sieht ein wenig so aus als ob man 1 Bier zu viel hatte. Dazu kommt noch die Grau-in-Grau Farbgebung und die kleine UI-Schrift, was alles im Gesamtpaket sehr schnell zu Ermüdung führt.
Ja, richtig Angenehm wird es die Maus positionieren wenn ein PUNKT. in der Variable ist (Kommt ja öfter mal vor...) Den zu sehen und mit der Maus da passend zu positionieren ist schon manchmal Kunst. Klar, man könnte auch die Schrift viel größer machen, aber dann sieht man ja nichts mehr vom Programm.
TIA-Hilfe, ganz schlimm. Öffne mal die Variablentypen und Scroll nach unten. Da flackert bei mir der Mauszeiger so, wie das Licht wenn nebenan jemand auf dem elektrischen Stuhl hingerichtet wird...
Diese Seite meine ich:
- Beiträge
- 9.191
- Reaktionspunkte
- 2.950
-> Hier kostenlos registrieren
Die meisten Classic Simatic Manager Anwendungen verwenden die MFC, sind also in C++ geschrieben. Was anderes gab es damals ja auch kaum. Manche neuere Zusatzanwendungen sind vermutlich mangels C++ Programmierer oder weil diese zu teuer sind dann in .Net geschrieben worden. Das merkt man eigentlich direkt beim Starten der Anwendung: langsam -> .Net. WinCC flexible war auch schon eine .Net Anwendung wie das TIA Portal, wobei einige Low-Level Funktionen in C++ Bibliotheken ausgelagert sind. Vermutlich damit auch andere nicht .Net Anwendungen diese laden können oder evtl. auch wegen Know-How Schutz.
Ich weiß nicht ob es alleine an .Net liegt, denn es gibt auch andere .Net Anwendungen die einigermaßen flott laufen. Es scheint bei Siemens auch keinen zu interessieren, anstatt das anzugehen werden immer weiter neue Funktionen eingefügt und angeflanscht was das Ganze nicht besser macht. Es scheint da auch keinen zu stören, genauso wie die im TIA-Portal verwendete Gammel-Schriftart (ich habe schon mal eine Anleitung geschrieben wie man sich die gegen eine richtige Schriftart ersetzen kann).
Das Beste war ja so noch in TIA V11 oder V12, wao das Icon bei einigen TIA Anwendungen noch das Default-Symbol vom Visual Studio war. Als ob das jemand programmiert hat, der das erste mal in seinem Leben VS startet und sein "Hallo-Welt" schreibt.
- Beiträge
- 26.632
- Reaktionspunkte
- 10.189
Ja, kann ich bestätigen. Ist bei mir auch so und geht auf die Augen.
Vor allem dauert es bei mir Ewigkeiten bis sich die Hilfe überhaupt öffnet.
-> Hier kostenlos registrieren
Das Icon kommt auch manchmal noch in verschiedenen Situationen zum Vorschein. Meistens wenn TIA gerade ein paar Sekunden für sich braucht und der Windows Dialog "Anwendung reagiert nicht" erscheint.
- Beiträge
- 9.191
- Reaktionspunkte
- 2.950
-> Hier kostenlos registrieren
TIA ist bei uns auch in alle Situationen sehr langsam und träge. Klick auf einen Kontakt braucht eigentlich immer so 1Sekunde bis man editieren kann. Man arbeitet eigentlich in Zeitlupe und klickt immer so langsam, wie jemand der zum ersten Mal eine Maus bedient. Auch in der HW-Config. Eigentlich überall.
Ich denke, das ist einfach schlecht designt. Die ganzen Datenstruktur ist eigentlich unbrauchbar. Es braucht ja auch Unmengen Speicher für seine paar Logikblöcke und GBs für ein Projekt auf der Festplatte. Wahrscheinlich hängt an jedem Kontakt eine riesige Kette an META-Daten, die bei jeder Aktion umhergeschaufelt, derefenziert usw werden müssen.
Zum Vergleich kann man sich mal TwinCat3 installieren, dass ja direkt auf Visual-Studio aufbaut. Das ist auch schon langsamer geworder im Vergleich zu TwinCat2, aber im Vergleich zu TIA ist es eine Rakete.
Ich denke das wird sich auch nicht mehr ändern, weil das offenbar schon auf der untersten Ebene nicht schnell funktioniert.
Ich denke, das ist einfach schlecht designt. Die ganzen Datenstruktur ist eigentlich unbrauchbar. Es braucht ja auch Unmengen Speicher für seine paar Logikblöcke und GBs für ein Projekt auf der Festplatte. Wahrscheinlich hängt an jedem Kontakt eine riesige Kette an META-Daten, die bei jeder Aktion umhergeschaufelt, derefenziert usw werden müssen.
Zum Vergleich kann man sich mal TwinCat3 installieren, dass ja direkt auf Visual-Studio aufbaut. Das ist auch schon langsamer geworder im Vergleich zu TwinCat2, aber im Vergleich zu TIA ist es eine Rakete.
Ich denke das wird sich auch nicht mehr ändern, weil das offenbar schon auf der untersten Ebene nicht schnell funktioniert.
Gleichstromer
Level-2
- Beiträge
- 575
- Reaktionspunkte
- 221
tia, das wird nix mehr .... immer wieder der gleiche Käse - wenn nicht sogar derselbe:
Da hat sich aber jemand Mühe gegeben...
Grüße
Marcel
(IM151-8F PN/DP ... Fehler war ein Modul das nicht richtig steckte...)
Genau.
Diese Mikro-Verzögerungen sind der wahre Ätz-Faktor bei TIA.
Wenn nur das TIA an sich langsam starten / übersetzen würde wäre ja noch was zu Retten, aber beim normalen Arbeiten die ganzen Verzögerungen bremsen nur unnötig und nerven. Ein wirklicher Workflow kommt da, zumindest bei mir, nicht wirklich auf.
-> Hier kostenlos registrieren
ich hab auf meinem Host nur Office Anwendungen installiert, und für jede TIA Version / Classic / Beckhoff usw. eine eigene VMware. Und ich bin eigentlich sehr zufrieden mit der Performance. Würds nichtmehr anders machen...
- Beiträge
- 15.571
- Reaktionspunkte
- 4.211
Ja, das mache ich auch so. Großer Vorteil, vor einem Updaten einen Schnappschuß der VM erstellen. Ist das Update Mist oder TIA zuerschossen, ist man in 20 Sekunden zurück auf dem alten Stand. Gleiches gilt für Win10-Updates etc.
ich nun sogar AutoProtect aktiviert -> macht automatisch Snapshots. z.B. 1x Monat / 1x Woche / 1x Tag.
letzte Woche die VM mit Step 7 v5.5 starten wollen und ging nicht mehr -> DiskError.
Den Snapshot von gestern aktiviert und lief wieder.
Braucht zwar einiges an Speicher, aber das ists mir wert...
letzte Woche die VM mit Step 7 v5.5 starten wollen und ging nicht mehr -> DiskError.
Den Snapshot von gestern aktiviert und lief wieder.
Braucht zwar einiges an Speicher, aber das ists mir wert...
Similar threads
