Unterstützung für Speicherverwaltung bis 4GB

[Matthias H.]

2 x von Hagen nach Fröndenberg und 1 x wieder zurück, kein Abbruch mehr und auch sonst ohne Auffälligkeiten.

[Johannes]

Langfristig kommt man um 64 Bit nicht rum. Gerade wenn die Strecken noch länger werden. Warum also nicht Zusi 3 auf 64 Bit umstellen?

Der Speicherverbrauch hat nicht primaer mit der Streckenlaenge zu tun, sondern mit der Menge an Daten, die gleichzeitig sichtbar sind. Problematisch sind also grosse Knoten.

Die verwendete steinalte Delphi-Version unterstuetzt keine 64-Bit-Programme. Erst mal waere also die Portierung auf eine neuere Delphi-Version zu stemmen.

[Jörg Heinert]

Eben auch ein bisschen im Raum Kassel unterwegs gewesen. Keine Auffälligkeiten zu vermelden. Gefühlt läuft es im Knoten Kassel etwas flüssiger, kann aber auch der Placebo-Effekt sein

[Lucian Berndt]

Hey,

Nach paar Runden Kassel-> Wilhelmshöhe-> Hümme und retour keine Verbesserungen bei den fps festgestellt. Läuft im Bereich Bahndreieck weiter wie bisher mit ~17 fps abwärts.

Lg Lucian

Gesendet von meinem SM-G930F mit Tapatalk

[Jens Strumberg]

In Westerland bin ich am Laptop von 33 auf 39 Bilder rauf. Bisher keine Probleme feststellbar.
Viele Grüße,
Jens

[Max Senft]

Hi.

ZusiDisplay (somit auch die 2006er Buchfahrplan-DLL) als .net-Anwendung gibt per Default an, dass es nicht "LargeAdressAware" ist. Ich kann das aber nachrüsten.

Macht aber keinen Unterschied, denn das Flag wird bei DLLs einfach ignoriert: https://blogs.msdn.microsoft.com/oldnew ... 0/?p=12793" target="_blank

Also ganz so trivial scheint es ja nicht zu sein. Alleine die Diskussion zeigt, dass das Thema nicht wirklich eindeutig dokumentiert zu sein scheint.

Hier (https://www.codeproject.com/Answers/117 ... ch-is-buil" target="_blank) heißt es bspw. dass es schon einen Unterschied macht, ob die DLL mit Adressen oberhalb 2GB zurecht kommt oder nicht ...

Gruß
Max

[Thomas U.]

Läuft, fps-mäßig in Kassel keine Änderungen, speicherseitig kann ich nicht viel testen, weil die scheinbar problematischsten Stellen ja noch nicht öffentlich sind

[F(R)S-Bauer]

Thomas B hat geschrieben:
Ich nehme an eine größere Speicherausnutzung - bei vielen dürfte mehr als 4 GB installiert sein - ist nur bei 64-Bit Kompilierung möglich? Kann Delphi das überhaupt?


Delphi kann das durchaus, aber das wäre ein Riesen-Portierungsprojekt.

Erste Falle ist das Integer@32Bit <> Integer@64Bit ist, von Bitmasken will ich gar nicht Anfangen....

MfG

Ralf

[Frank Wenzel]

Zwei Fahrpläne im Schnelldurchlauf (F1) mit Autopilot getestet, zwischen den Tests Neustart des Rechners:

1. Paderborn-Kassel-Ruhrtalbahn 2013 12-24 Uhr, RE 3913 Kassel Hbf - Meschede
Arbeitsspeicher für Zusi lt. Task Manager: Kassel Hbf nach Aufgleisen meines Zuges irgendetwas knapp über 1000 MB, Warburg 1525 MB, Brilon Wald 1860 MB, Bestwig 2145 MB, Meschede 2168 MB
Lief störungsfrei durch, gelegentlich für 10s den Schnelldurchlauf unterbrochen. 1x kurz vor Warburg fehlten die Weichenbausätze, sonst alles vollständig bei Standardeinstellungen EDIT: ,aber mit eingestellter Sichtweite > 6000m, sichtbar.

2. Salzkotten-Göttingen-Kassel 1991 12-24 Uhr, IR 2153 Salzkotten - Kassel-Wilhelmshöhe
Arbeitsspeicher für Zusi lt. Task Manager: Salzkotten nach Aufgleisen meines Zuges 685 MB, Paderborn 1014 MB, Altenbeken 1215 MB, Warburg 1637 MB, Obervellmar 2115 MB → 1635 MB, Kassel Rbf/Wilhelmshöhe ca. 1800 MB
Lief fast störungsfrei durch bis Hümme, gelegentlich für 10s den Schnelldurchlauf unterbrochen, vor Warburg mehrfach kleinere Darstellungsfehler (Weichenbausätze, Teile Landschaft), sonst alles vollständig bei Standardeinstellungen EDIT: ,aber mit eingestellter Sichtweite > 6000m, sichtbar. Nach Hümme dann massiver Verlust der Darstellung, nur noch FST und ein paar wenige Elemente der Trasse. In Höhe Obervellmar sank der Speicherbedarf um rund 500MB, danach wieder normale Darstellung bis in Höhe Gleisdreieck, danach wieder Darstellungsprobleme.

Fazit: Deutliche Verbesserung der Stabilität. Bisher führte eine F1-Fahrt schon sehr schnell, mal geschätzt nach 2 Modulen spätestens zu ersten Darstellungsverlusten diverser Elemente wie Fahrleitung und Landschaft. Die Framerate scheint rund um Kassel unverändert. Beim Laden des Fahrplans konnte ich auch keine signifikannte Beschleunigung feststellen. Ich denke, dass bei mir mit normalem Fahren, also ohne F1, keiner der beschriebenen Effekte mehr auftreten wird, also durchgängig sorgenfreies Fahren.

[Johannes]

dass es schon einen Unterschied macht, ob die DLL mit Adressen oberhalb 2GB zurecht kommt oder nicht ...

Genau, und eben nicht, ob das Flag in der DLL gesetzt ist. Windows geht davon aus, dass alle DLLs, die ein LAA-Prozess laedt, auch LAA sind.

[Max Senft]

dass es schon einen Unterschied macht, ob die DLL mit Adressen oberhalb 2GB zurecht kommt oder nicht ...

Genau, und eben nicht, ob das Flag in der DLL gesetzt ist. Windows geht davon aus, dass alle DLLs, die ein LAA-Prozess laedt, auch LAA sind.

Ach so, ja, klar.

Gruß
Max

[Jens Haupert]

Genau, und eben nicht, ob das Flag in der DLL gesetzt ist. Windows geht davon aus, dass alle DLLs, die ein LAA-Prozess laedt, auch LAA sind.

Ich hatte auch gelesen, dass die Host-Anwendung bestimmt welche Art der Adressierung genutzt wird. Da hilft dann nur die Lebensweißheit: "Don't assume -> inspect and adapt". Im Grunde müsste die ladende Host-Anwendung (also Zusi) prüfen, ob die DLL passend markiert ist. Das ist ab der nächsten ZD-Version dann der Fall und die Sache ist damit aus meiner Sicht formal korrekt.

Grüße
Jens

[F Sch]

Dann auch mal eine kurze Rückmeldung von mir: Soweit keine Probleme im Fahrsimulator und 3D-Editor. Habe ähnlich wie andere hier ein paar Fahrten mit doppelter Geschwindigkeit und Autopilot abgespult und konnte feststellen, dass auf der gesamten Länge keine Objekte fehlten und alles rechtzeitig geladen wurde. Vor dem Update gab es beim Schnelldurchlauf öfter mal einige hundert Meter lange Stellen, an denen die Welt vorbei war. An der Framerate hat sich hingegen nichts verändert, die war aber zumindest bei mir auch vorher kein wirklicher Flaschenhals.

Von mir ein großes Dankeschön an Carsten für die Umsetzung und Alwin und Co. für das "rituelle Insistieren".

[Frank Wenzel]

Nachtrag zu meinen Tests (s.o.): Die Sichtweite war nicht auf Standard, sondern auf > 6000m eingestellt, vermutlich daher die Darstellungsprobleme im Schnelldurchlauf bei fortgeschrittener Fahrt. Ich habe es oben korrigiert.

In diesem Zusammenhang eine Frage: Gibt es eine Möglichkeit, die Simulatoreinstellungen zu Grafik etc. zu speichern und wieder zu laden? Habe jetzt nur den Knopf "auf Standard zurücksetzen" gesehen. Eine Speicher- und Lademöglichkeit wäre nett, so könnte man schnell zwischen verschiedenen Umgebungseinstellungen wechseln. Falls es das noch nicht gibt, formuliere ich einen Wunsch an entsprechender Stelle im Forum.

[Michael Springer]

Die Sichtweite war nicht auf Standard, sondern auf > 6000m eingestellt

Was eigentlich über 3000m keine große Änderung mehr hervorrufen dürfte, da die (fast alle) LOD3-Objekte spätestens nach 3000m ausgeblendet werden. Mir ist spontan außer den Windkraftanlagen (10.000m) kein Objekt bekannt.

Michael

Nachtrag: Googlen der eigenen Festplatte brachte 34 Objekte mit 4000m wie Hochspannungsmasten, 38 Objekte mit 5000m und 5 Objekte mit 6000m zu Tage.

[Michael_Poschmann]

Burgruine bei Warburg als Landmarke ist so ein Teil, dito das Köppchenwerk bei Hengstey, wenn ich das richtig in Erinnerung habe.

Grüße
Michael

[Michael Springer]

Da soll keiner sagen Zusi bildet nicht. Ich habe jetzt mit google herausgefunden, dass die Burgruine Desenberg heißt (wikipedia -> https://de.wikipedia.org/wiki/Burg_Desenberg" target="_blank) und sich in nordöstlicher Richtung zwischen Warburg und Liebenau befindet. Das Modell liegt im Modul Warburg unter \Objekte\Warburg_05 und ist mit 12.000m Sichtweite der vorläufige Spitzenreiter im Zusi-Bestand.

Ich kann mich nicht erinnern sie beim Fahren schon mal wahrgenommen zu haben.

Michael

[Alwin Meschede]

Ich kann mich nicht erinnern sie beim Fahren schon mal wahrgenommen zu haben.

Kilometer 300,1 von Kassel Richtung Warburg. Auf dem Hügel hinten rechts steht die Desenburg. Etwa 4500 m Entfernung.

[Michael_Poschmann]

Das ist aber nicht der Grund für die hohe Entfernung. Von Scherfede kommend sieht man sie hingegen schon ewig vor Erreichen von Warburg.

Die frühere Bk mit einem allerliebsten Gebäude hieß übrigens Daseburg. Leider zu unserer Zeit schon nicht mehr existent und durch Sbk ersetzt.

Gruß
Michael

[Alwin Meschede]

Ich habe ein etwas dubioses Problem mit dem 3D-Editor 3.1.7.2: Wenn ich ein Hintergrundbild auf ein DEM lade und dann in der Mitte eines Streckenmoduls arbeiten möchte, dann wird das DEM samt Hintergrundbild unsichtbar, sobald man näher als etwa 1100 Meter an die DEM-Oberfläche heranzoomt. In den Randbereichen der Streckenmodule tritt das Problem hingegen nicht auf (Vermutung: Problem mit dem Boundingradius des DEMs?). Ich dachte zunächst, dass das irgendeine Spezialbefindlichkeit des in Lehrte West verwendeten DEMs ist, aber die Sache ist auch in Modulen wie Güterglück reproduzierbar, wo so ein Problem zur Bauzeit damals kein Thema war. Im Editor 3.1.7.1 verhalten sich die selben DEMs noch manierlich. Ein DEM ohne Hintergrundbild ist auch immer problemfrei, aber das ist halt zum Bauen nicht sehr nützlich.