Absturz über Deutschland (oom)

    Rainer,

    verstehe ich das richtig? Du behauptest, dass Windows eine aktuelle Speicheranforderung nicht bedient und den Prozess mit OOM sterben lässt, weil es den Speicher mit Blöcken befüllt hat, die vielleicht später nochmal gebraucht werden könnten? Ich wäre Dir dankbar, wenn Du mir eine Quelle nennen könntest, wo dies dokumentiert ist. Dort finden sich dann vielleicht auch Hinweise, wie es MS schafft, die alten Speicherblöcke, z.B. dem erneut geladenen Flieger wieder zuzuordnen. Der Algorithmus würde mich echt interessieren.

    Dass ein Programm beim zweiten Mal schneller startet, ist wohl auch eher dem Festplattencache zu verdanken, als dass vom vorherigen Prozess irgendwelche Speicherblöcke "recycelt" werden.

    Quote from simflyer01

    Du behauptest, dass Windows eine aktuelle Speicheranforderung nicht bedient und den Prozess mit OOM sterben lässt,

    Nein das behaupte ich nicht. Es gibt aber nicht so ohne weiteres den Adressraum frei, weil die Anwendung eben noch läuft. Das kann nur die Anwendung selbst. LM hat auch was getan in dieser Richtung und versucht Blöcke frei zu schaufeln.
    Beim FSX ist das noch anders. Der fordert nämlich Speicherblöcke von 1GB an. Beispiel fliegst Du und hast nur noch 900MB und es kommt eine Szenerie in Reichweite, dann wird 1 GB angefordert selbst dann, wenn die Szenerie nur 400 MB braucht. Ergebnis Feierabend.

    Wie schafft Windows das?
    Beispiel. Windows muss da nix schaffen. Die exe eines Programmes ist nur der Ausführer . Hauptbestandteile sind aber die dll, die entsprechend Funktion abgearbeitet werden. Die bleiben jedoch teilweise je nach Priorität bevorratet gleich im Speicher auch bei Beendigung des Programmes. Welche entscheidet Windows. Rufst Du die exe neu auf werden diese Bestandteile erneut direkt aus dem Speicher genutzt und müssen nicht geladen werden. Eine dll hat die gleiche Struktur wie eine exe, nämlich ausführbaren Code, kann nur nicht selbständig gestartet werden.

    Eine SSD hat keinen Plattencache, wozu auch, und trotzdem ist das Laden ab dem zweiten Programmstart deutlich schneller.

    Ich habe es versucht zu erklären. Nun macht was ihr wollt oder probiert es einfach in der Praxis aus, wie sich der Speicher beim Wechsel eines Fliegers verhält. Ich muss nicht jeden Shit begründen, wenn ich helfen will. Macht es oder lasst es sein.

    Gleich wird wieder einer brüllen. Wenn Du die Szenrie reloadest solltest Du vorher mal den AI abschalten, sonst erhältst Du den doppelt. Schon ein ewiger Bug des FS.
    Auch nachvollziehbar im STB. Hier wird auch VAS verbraten, wenn man es nicht macht.

    Ich verspüre da von Deiner Seite schon wieder einen ziemlich aggressiven Ton und werde deshalb von einer weiteren Diskussion hier absehen. Ich habe Besseres zu tun.
    Du musst mir übrigens keinen Shit begründen auch nicht Deinen. Ich habe fertig.

    Und ich habe besseres zu tun als ständig Hilfe zu begründen. Dann fliegt doch weiter in den OMM und gut isses. Und wenn Du wissen willst wie Windows was macht, dann gibt es ne riesen Seite bei MS und Google.

    Zur Info, ich habe keine OOMs aber schon Zweifel, dass Du selbst die angesprochenen Seiten gelesen bzw. verstanden hast. ;)

    >> Und ich habe besseres zu tun als ständig Hilfe zu begründen.
    Wenn Simmershome sich herab lässt und dem gemeinen Volk Hilfe zukommen lässt, hat selbiges diese ohne Nachfrage anzunehmen und als Gesetz zu akzeptieren. Ist schon starker Tobak.

    Wenn Du Dich auch mal erkennbar durchs Netz zu bewegen traust, darfst Du gerne rumpfeifen. Ansonsten darfst Du Deinen Unsinn für Dich behalten. Vor allem mit 6 Beiträgen die nichts anderes im Sinn haben als zu stänkern. Bevor Du gepostet hast ging es hier jedenfalls sachlich zu.
    Und ich bin ganz gewiss nicht derjenige, der Dir das Googlen abnimmt.
    Selbst wenn ich Unrecht hätte gibt mir im Ergebnis die Praxis recht, was jeder sofort nachstellen kann, der auch nur etwas Schmalz im Kopf hat. Also stelle es nach wenn es nicht zuviel verlangt ist und lasse mich und die Umwelt zufrieden.

    Aber Simflyer hat recht, wo steht das genau beschrieben. geb doch bitte mal einen Link zum nachlesen. Weil mich das echt ernsthaft intressieren. Ich finde das beschriebene für Unfug, muss ich echt zugeben, lass mich aber gene vom Gegenteil überzeugen, nur bitte dann mit Quellenangabe ;D

    Das soll kein Angriff sein gegen dich Rainer, nur ich möchte es bitte nachlesen können ;D

    TSchööö

    Gerriet | PinguinsReisen.de

    daniel: Ich bin ganz ruhig und wollte eigentlich gar nichts mehr schreiben. ;)

    Aber weil Gerriet gefragt hat:

    Gerriet: Das Problem ist sicherlich nicht das "Vermutungsprinzip" von Windows und auch die Dlls verursachen an sich, wenn alles korrekt gebaut wird, keine OOMs, bloß weil sie geladen werden. Das Problem liegt vermutlich an dem ziemlich kranken Speichermanagment von FSX und AddOn-Herstellern, die Ihre Hausaufgaben nicht gemacht haben. Vermutlich schreibe ich deshalb, weil ich den Prorammcode nicht kenne.

    Also, wenn nun ein Flieger geladen wird, muss dafür Speicher angefordert werden, Texturen, Daten (zb: FMC, Navdaten etc) müssen ja irgendwo hin. Das lässt sich natürlich nicht vermeiden. Wenn jetzt ein anderer Flieger geladen wird, wird der für den vorhergehenden Flieger allokierte Speicher aber nicht komplett freigegeben. Entweder, weil der Entwickler das vergessen hat, oder weil der Speicher fragmentiert. Nach und nach sieht der Speicher aus wie ein Schweizer Käse und obwohl eigentlich noch genug Speicher zur Verfügung steht, kann eine Speicher-Anforderung nicht bedient werden, weil es keinen zusammenhängende Block der benötigten Größe mehr gibt. Peng OOM. Du kannst dazu einen ersten Einstieg in das Thema, wie immer ;), bei Wikipedia finden. https://de.wikipedia.org/wiki/Virtuelle_Speicherverwaltung speziell Abschnitt Speicherfragmentierung.

    Rainer hat deshalb insofern absolut recht, wenn er meint, dass man, wenn man den Flieger wechselt, den Flusi neu starten sollte. Denn ich zitiere "Virtuelles Speichermanagement bietet jedem startenden Programm einen immer gleichen, unfragmentierten Speicherraum." Also nach Neustart des Flusis ist alles aufgeräumt und jungfräulich.
    Ich hoffe, das hilft ein wenig.

    Quote from Gerriet

    Das soll kein Angriff sein gegen dich Rainer, nur ich möchte es bitte nachlesen können ;D

    Sehe ich auch nicht so. Einfach googlen sollte schon helfen, noch einfacher nur mal der Praxis folgen. Wenn Du lange genug suchst oder kurz richtig suchst, findest du dazu ne Abhandlung von mir, wenn auch nicht unter diesem Namen. Dieses System wurde nämlich mit Win8 eingeführt um einen effizienteren Ablauf zu haben. Das klappt insgesamt gut und vor allem besser als bei Win7. Wenn es nicht klappt ist in der Regel die ältere Software schuld. LM hat da schon dran gearbeitet, bekommt es aber logischer Weise nicht komplett gebacken, denn auch die müssen mit dem FSX Code als Grundlage leben. Wer für Hilfe auch noch immer die Beweise geliefert haben will, soll es sein lassen. Ist ungefähr so als ob ich was spende und der Spender will wissen wo ich das Geld her habe. Ich kann mich auch zurücklehnen (ich weiß mir ja zu helfen) und vor meinem Bildschirm schmunzeln und nichts schreiben, wenn es hilft. Probiert ist allemal schneller, falls man drauf kommt wirklich mal was selber zu eruieren.

    Und dann rufe mal einfach den Taskmanager auf, gehe ich die Resourcenverwaltung, dort unter Arbeitsspeicher und denke mal drüber nach was Windows10 da im "Standby " hält. Da sind nämlich genau Bestandteile Deiner letzten Programmaufrufe, um die schneller wieder verfügbar zu machen. Frei gibt Windows diese nur, wenn der Gesamtarbeistspeicher knapp wird , nicht aber wenn eine Anwendung den Adressraum verbraucht hat und keine Anweisung gibt. Windows kann auch ganz schlecht entscheiden, was es nun davon freigeben sollte. So intelligent ist es nun auch wieder nicht.

    Also da ich noch ne Webseite habe, ein Forum und alles mit Software im Einmannbetrieb aus Hobbygründen fülle, habe ich auch nicht die Zeit alles tiefschürfend in jedem Forum zu begründen. Und dies ist gewiss keine böser Wille. Tipps kann man befolgen oder eben auch nicht, dies überlasse ich jedem selbst.

    So, habe heute nochmal die Dash gestartet...und sie hat mich prompt wieder verwirrt.

    Nach dem P3D-Start habe ich erst die Baron in EDDL geladen, 1.8GB, dann die Dash geladen, ging ein wenig runter so auf 1.4
    Dann habe ich nicht mehr so drauf geachtet, weil ich mit den Systemen gespielt habe, und sah dann irgendwann, dass der Speicher erst auf 700, dann auf 440MB sank!?

    Ich habe dann P3D beendet, AS16 gestoppt und das gleiche nochmal probiert...Speicher blieb bei etwa 1.4GB ...also doch AS16?

    Gegenprobe, das Gleiche nochmal mit AS16...Speicher bleibt bei 1.4GB

    Also noch mehr als Probleme hasse ich Probleme, die ich nicht verstehe!?

    Also ich sehe da keine Probleme, die Dash ist schon sehr komplexes Flugzeug, aber denke man brauch nicht die Sim neu starten. Weil es schlicht und ergreifend nichts bringt. Ausser bei grossen Flugzeugen, wie der 737 oder ähnliche.
    Meist kommt es auch immer drauf an, wie gut du dein System pflegst, wenn du alles installierst, was dir unter die Hände äh Maus kommt, dann Zickt logischerweise Windows rum. Solange du dein System gut pflegst, ist alles in Ordnung ;D

    Aber das ganze ist nur meine persönliche Meinung und meiner langjähriger Erfahrung ;D

    TSchööö

    Gerriet | PinguinsReisen.de

    Quote from Gerriet

    Weil es schlicht und ergreifend nichts bringt.

    Behauptungen werden auch nicht wahrer, wenn man sie ständig wiederholt. Vor allem dann nicht wenn jeder mit einem Mausklick genau das Gegenteil sieht, vorausgesetzt er blendet mal mit FSUIPC den freien VAS in der Menüleiste ein.

    Ja, zumal es relativ offensichtlich war. Mein Windows ist eigentlich recht aufgeräumt, ausser Spielen und Musik machen wird der Rechner eigentlich für nichts benutzt, den ganzen Standardkram mach ich mit meinem Lappi.
    Ich will ja auch nicht übertreiben, habe ja nicht übermässig viele Probleme gehabt, OOMS bisher nur einmal nachvollziehbar mit hohen Szenerieeinstellungen in Verbindung mit EGLC, ansonsten läufts eigentlich gut, auch mit Aerosofts Airbus, der ja auch ein paar Resourcen verlangt.
    Aber wenn ich mit der Dash in EDDL am Boden stehe und nur ein wenig im Cockpit rumklicke und währenddessen der VAS um 1 GB sinkt, finde ich das schon auffällig, nur habe ich halt keine Erklärung dafür, vor allem wenn ich später unter gleichen Bedingungen über Stunden keine Probleme habe.

    Aber man weiss halt auch nicht, welche Interferenzen es so zwischen einzelnen Addons geben kann, und ich glaube, ich bin da im Vergleich bisher eher spartanisch unterwegs.

Participate now!

Don’t have an account yet? Register yourself now and be a part of Flusiboard!

Register Yourself Login