Es ist zum Abgewöhnen: Warten, Warten, Warten ...bis Allplan Teilbilder öffnet, Pläne öffnet, Pläne exportiert, PDF exportiert alles dauert ewig lange, selbst die Version 2018-1-6 bringt keine Verbesserung, eher eine Verschlimmerung!!
Wann tut sich da mal etwas Grundlegendes??
Gruß Jürgen
Allplan V10 bis V2024
...scheinbar liegen die Probleme daran, daß die Bauwerksstruktur per XML als NET-Componente an Allplan "angeflanscht" wurde.
Alle sichtbaren TB werden vom Server geladen!
Wenn man in der BWS scrollt, werden die dann sichtbar werdenden Teilbilder auch vom Server nachgeladen!
(..kann man ausprobieren mit dem ProcessMonitor)
Auch mit Workgroup-Online per FTP macht dieses Procedere ein flüssiges Arbeiten unmöglich, da das Nachladen dann vom FTP-Server erfolgt. Das ist selbst mit 100-MBit Standleitung nicht lustig!
All das ist meines Erachtens nicht notwendig!
Die Namen der Teilbilder (und ander Infos) liegen in der SQLite-Datenbank ProjectADMe.db3 vor!
Die gelockten Teilbilder findet man im Ordner "Lck".
Wozu dann noch den Header jedes Teilbildes lesen? (...etwa für die Standard-Ebenen?)
Ich möchte ja in der Regel nur ein oder mehrere neue Teilbilder aktivieren!
Wenn ich die BWS oder das Ebenen-Modell ändern möchte, muss ich doch eh einen Knopf drücken.
Also kann man auch dann die benötigten Informationen "nachladen".
Vielleicht hilft es auch, einen "Scope" einzuführen.
D.h. per Doppelklick auf einen Knoten, werden alle Knoten in der Struktur darüber ausgeblendet!
Bitte Allplan, macht da irgendwas!
..sonst wird Allplan irgendwann nicht mehr bedienbar!
Hallo zusammen,
wir verstehen Eure Sorgen und diese werden bei uns auch sehr, sehr ernst genommen.
Ich möchte Euch kurz mitteilen, dass wir auch an den Themen arbeiten, um eine Verbesserung herbeizuführen.
Ich hoffe, dass ich mit meiner Antwort Euch einen kleinen Einblick in den Hintergrund geben kann.
1. Die Zeichnungsstruktur ist leider nicht schneller, die Zeichnungstruktur ist in den meisten Fällen auf Win10 Rechnern vorallem viel langsamer als die Bauwerkstruktur.
2. Die Header werden in die ProjectADMe.db3 Datenbank-Datei hineingeschrieben bei einer Aktualisierung, also muss man, um die Datenbank-Datei aktuell halten zu können, die Header der Teilbilder auslesen und dort hineinschreiben.
3. Die ProjectADMe.db3 ist uns bekannt und wir arbeiten daran es zu verbessern.
4. Die ProjectADMe.db3 hat zwei Modis und gilt hauptsächtlich für eine Workgroup-Umgebung und sollte den Single-Arbeitsplatz nicht betreffen,
a. Den Exklusiv-Modus und b. den Erweiterten-Modus - ab zwei Benutzern in einem Projekt, wird die ProjectADMe.db3 zwangsweise im erweiterten Modus geöffnet, damit eine Kollaboration funktionieren kann. Diese Datei wird für vieles herangezogen, daher läuft eine interne Prüfung ob eine Aktualisierung stattgefunden hat. Es werden sehr viele Zugriffe getätigt, wenn noch der Server + Netzwerk die Leistung für die schnellen Antworten nicht aufbringen kann, dann bricht die Leistung ein.
5. Mit Allplan 2018-1-6 sind für Pläne Optimierungen eingeflossen. Ich hoffe das diese Optimierungen in manchen Fällen die Situation entschärft.
Tipps:
1. In einem Netzwerk sollte der DNS-Server unbedingt sauber funktionieren.
2. Nicht benötigte Teilbilder nicht in die BWS anhängen.
3. Allplan Theme auf Windows Theme wechseln.
4. Möglichst keine günstige NAS und Windows SBS Versionen für den zentralen Dateiablageordner verwenden.
Schöne Grüße
Kenan
Wann werden alle Kerne genützt und nicht nur einer ?
https://connect.allplan.com/de/forum/themen/topic/topics/keine-kategorie-ausgewaehlt/allplan-und-cpu-ausnutzung.html
Gruss Oliver
@Kenan
Danke für die Antwort.
Ich finde es sehr gut, daß hier mal jemand von Nemetschek Stellung bezieht!
Trotzdem stellt die Antwort natürlich nicht zufrieden:
1. Die Zeichnungsstruktur ist immer schneller! Auf jedem Rechner, den ich bisher getestet haben!
2. Warum hat man die SQLite-Datenbank, wenn man sie nicht optimal nutzt!
Die von Allplan produzierte Trace-Meldungen bei jeder Teilbild-Aktion :
"LIBRARY VERSION MISMATCH. Expected Version by SQLITE_VERSION_NUMBER is 3007013.
Found version by sqlite3_libversion_number() is 3015000 !!!"
... das hört sich nicht nach einer gut gepflegten Software-Componente an!
(Übrigens: Die aktuelle Version von SQLite ist 3250200!)
3. Zum Öffnen der Teilbilder brauchen die Header mit den anderen Informationen nicht gelesen zu werden!
Ich will ja nur das Teilbild wechseln! Dazu braucht der Dialog nur die Nummer, den Namen und den Status der Teilbilder!
Erst wenn ich die BWS bearbeiten möchte, wozu ich eh einen Knopf drücken muss, brauche ich ggf. die Höhen der Ebenen usw.
4. Ist es bei der Häugigkeit der Funktion "Projektbezogen öffnen" wirklich sinnvoll, die XML-Dateien der Bauwerksstruktur (BIM-Ordner) jedesmal beim Öffnen des Dialoges neu über's Netz zu laden und zu parsen. Wäre es nicht sinnvoller, diese einmal zu parsen, im Speicher zu halten, und nur bei Änderung (Vergleich über Zeitstempel) neu zu laden?
All diese Sachen machen im übrigen auch ein Arbeiten über WGO und Share(BIM+) selbst mit einer 100MBit-Standleitung so gut wie unmöglich!
Hallo,
nach dem Farbschemawechsel und alle andere Massnahmen durchgeführt worden sind, hat sich das Allplan 2018 wesentlich verbessert. Vorher habe ich ca 5 Sec. um ein Position zu beschriften. zurzeit sind es ca. 2 sec. (Also nur Wartezeit und nicht Operationszeit).
Fazit:So schlank und wendig ist das 2018.er nicht.
Danke!
Samy
@Kenan
Wir haben unsere Projekte stark in der BWS strukturiert, links Modelldaten, rechts Ableitungen wie Assos. Ich finde das sehr sinnvoll und übersichtlich diese Daten sauber zu trennen. Aktuell finden hier extrem viele Disskusionen statt das ganze wieder aufzugeben, wegen des wartens, wartens, wartens ...
Es geht dabei nicht um 1 bis 5 Sekunden, sondern bei manchen Projkekten um 10 bis 50 Sekunden, für einen Teilbildwechsel !!!
BIM, BAM, BOOM
BIM-Modelle Tragwerksplaner --> http://www.bimstatik.ch/
My Allplan PythonParts --> https://github.com/BIMStatik/AllplanPythonParts
LinkedIN --> https://ch.linkedin.com/in/bernd-hahnebach-269b855a
Hallo Jörg,
Allplan Share funktioniert völlig anders als Allplan WGM oder WGO. Hier werden aus der Cloud direkt aus der Bimplus-Datenbank alle Header, Lock und andere Informationen eingeholt.
Mit einer 100 MBit up and down Geschwindigkeit und kurzer Latenzzeit rennt Allplan Share und kennt die lokalen Probleme kaum!
Und demnächst wird Allplan Share noch besser mit den weiteren Optimierungen.
Ich lade jeden interessierten Besucher hier ein Allplan Share zu testen, um sich selbst ein Bild davon zu machen.
Schöne Grüße
Kenan
Hallo Herr Kenan,
das ist schön das Allplan-Share anscheinend wunderbar funktioniert. Ich denke aber 95% der Nutzer Allplan im lokalen Netzwerk nutzen.
Dort sollten Sie als erstes mal an der Performance schrauben...und nicht an kostenpflichtigen Zusatzmodulen.
Gruß Jürgen
Allplan V10 bis V2024
... na diese Aussage spricht zum Einen ja nicht gerade für die Geschwindigkeitsqualität von Allplan im lokalen Netzwerk, in welcher Allplan
schon ne Weile länger betrieben wird und somit auch mehr Zeit zum "Optimieren" hatte..."
Und zum Anderen, dass Nemetschek die vorhandene "manpower" nicht für Dinge einsetzt, die den Kunden "auf den Nägel brennen".
Wenn der eine oder andere Kunde sich dann anderswo umschaut, braucht sich Nemetschek ja auch nicht wundern.
"...rennt Allplan Share"!
Schneller als eine lokale Workgroup(GBit-LAN-Netzwerk an einem Fileserver) kann es aber auch nicht sein!
..und genau über diesen Einsatzfall beklagen sich viele Anwender!
Was hier in der Hilfe zu Allplan Share bzw. zu dessen Funktionsweise steht, ist in Teilen aufs Wort identisch mit der Beschreibung
für Workgroup Online (FTP).
Aber ist auch egal: Datenablage in der "Wolke" -> das wird's bei vielen Unternehmen nicht gehen!
Bei uns ist das sogar strikt verboten!
LG
Willi
