+- LabVIEWForum.de (https://www.labviewforum.de)
+-- Forum: LabVIEW (/Forum-LabVIEW)
+--- Forum: LabVIEW Allgemein (/Forum-LabVIEW-Allgemein)
+--- Thema: Virtueller Speicher & Auslagerungsdatei (/Thread-Virtueller-Speicher-Auslagerungsdatei)
Seiten: 1 2
Virtueller Speicher & Auslagerungsdatei - First - 05.05.2010 08:48
Hallo zusammen,
habe ein Problem bezüglich des virtuellen Speichers!
Also kurz meine Beschreibung:
Habe ein LabVIEW Programm geschrieben und verwende die .NET framework schnittstelle 2.0.
Nun ist es so, dass ich gestern abend das Programm hab laufen lassen. 3 verschiedene Rechner habe ich dafür mit dem Programm bestückt.
Heute Morgen haben mir alle Programme mitgeteilt das der virtuelle Speicher nicht ausreicht!
Habe ich da ein kleines Problem das mein Programm zuviel abspeichert? Was kann das sein?
Das Problem das ich dabei auch habe ist, das die .NET Schnittstelle sich immer trennt vom Programm nach einer ungewissen Zeit. Allerdings hat er dabei noch nie etwas gesagt das der virtuelle Speicher nicht ausreichen würde...
Wüsstet ihr denn noch eine andere Schnittstelle (VISA) oder was haltet ihr von der .NET Schnittstelle???
Ich verwende noch zusätzlich event Strukturen im Programm, (wenn euch das etwas hilft zur Angabe meines Problems) :-)
Ich schreibe derzeit an einem Pumpenprogramm und möchte eben das gewisse Drücke so und sooft wiederholt werden, eben je nachdem..
Hoffe ihr könnt mir helfen....
VG
Virtueller Speicher & Auslagerungsdatei - GerdW - 05.05.2010 08:57
Hallo First,
"Heute Morgen haben mir alle Programme mitgeteilt das der virtuelle Speicher nicht ausreicht!"
An Fehlerbeschreibung gibst du uns aber nicht allzuviel...
Weder eine konkrete Fehlermeldung, noch ein VI, noch ein Bild vom BD - gar nichts.
Und womit sollen wir unsere Glaskugel füttern? Bitte etwas mehr Info!
Ansonsten rate ich mal:
-Du legst irgendwo Arrays an, in denen Daten gesammelt werden. Und zwar viele Daten...
-Du öffnest ständig neue Referenzen, ohne alte zu schließen...
Virtueller Speicher & Auslagerungsdatei - oenk - 05.05.2010 09:04
Wenn du .NET Assemblies verwendest kann ich dir nur raten zyklisch den GarbageCollector anzuwerfen. Mir hat .NET zwar nicht den Speicher gefüllt, aber die Verarbeitung wurde zT sehr lange verzögert.
Warum sich .NET von deinem Programm trennen sollte ist mir unbegreiflich. Da kann ich auch nur Gerds Glaskugel beschwören, vielleicht teilt die mir ja was mit ;-)
Virtueller Speicher & Auslagerungsdatei - First - 07.05.2010 08:48
Hallo zusammen,
wie kann verhindert werden das zuviel in die Auslagerungsadatei geschrieben wird.
Bzw. das die Auslagerungsdatei des PCs nicht zunimmt.
Eine grundsätzliche Frage erstmal:
Wie funktioniert das mit der Auslagerungsdatei eines PCs wenn ich ein LabVIEW Programm starte?
Bei mir ist es so das wenn ich mein Programm starte die Auslagerungsdatei bei ca. 500MB liegt.
Wenn das Programm nun einige Zeit (4 - 5 Std. oder mehr) läuft so wird die Auslagerungsdatei drastisch erhöht.
Sie liegt dann so bei 1.5GB...und dann habe ich das Problem das meine Schnittstelle (.NET) den kontakt verliert.
Ich verwende im Programm EVENT Strukturen..(hilft euch das vielleicht was)...
Braucht ihr noch mehr INFO von mir?
VG
Virtueller Speicher & Auslagerungsdatei - Oleg - 07.05.2010 08:53
Hallo First,
Man kann vielleicht die Grösse der Datei prüfen. File I/O -> Advanced -> Get File Size.
Wenn Du es mit einem Grenzwert vergleichst kannst Du das Schreiben in die Datei stoppen.
vg
Oleg
Virtueller Speicher & Auslagerungsdatei - jg - 07.05.2010 09:09
' schrieb:wie kann verhindert werden das zuviel in die Auslagerungsadatei geschrieben wird.Für die Speicherverwaltung RAM + virtueller Speicher ist das Betriebssystem zuständig. Da kannst du gar nichts machen.
Außer natürlich ein Programm schreiben, dass keinen Speicher frisst.
' schrieb:Bzw. das die Auslagerungsdatei des PCs nicht zunimmt.In der Systemsteuerung von Windows. Da kannst du die max. Größe der Auslagerungsdatei einstellen.
' schrieb:Eine grundsätzliche Frage erstmal:Wie schon gesagt, Betriebssystem (also Windows)-Sache. Hat nicht spezifisch mit LabVIEW zu tun.
Wie funktioniert das mit der Auslagerungsdatei eines PCs wenn ich ein LabVIEW Programm starte?
' schrieb:Bei mir ist es so das wenn ich mein Programm starte die Auslagerungsdatei bei ca. 500MB liegt.Dann hast du dir offenbar ein Speicherleck programmiert. Vielleicht nicht geschlossene Referenzen. Oder du sammelst unheimlich viele Daten in deinem Programm.:glas2:oder, oder, oder...
Wenn das Programm nun einige Zeit (4 - 5 Std. oder mehr) läuft so wird die Auslagerungsdatei drastisch erhöht.
' schrieb:Sie liegt dann so bei 1.5GB...und dann habe ich das Problem das meine Schnittstelle (.NET) den kontakt verliert.Nö. Dürfte auch nicht die Ursache von Speicherverbrauch sein.
Ich verwende im Programm EVENT Strukturen..(hilft euch das vielleicht was)...
' schrieb:Braucht ihr noch mehr INFO von mir?JA.
Gruß, Jens
Virtueller Speicher & Auslagerungsdatei - dimitri84 - 07.05.2010 09:17
' schrieb:Ich verwende im Programm EVENT Strukturen..(hilft euch das vielleicht was)...Hoffentlich nur eine(!) pro VI? Hat zwar nix dem dem Speicher zu tun, trotzdem eine wichtige Regel.
' schrieb:Wenn Du es mit einem Grenzwert vergleichst kannst Du das Schreiben in die Datei stoppen.Wie verhindert man das Schreiben in die Auslagerungsdatei?
Gruß dimitri
Virtueller Speicher & Auslagerungsdatei - GerdW - 07.05.2010 09:55
Hallo First,
handelt es sich hier um ein Crosspost/Doublepost?
Irgendwo hatte ich in den letzten Tagen schon mal eine Frage bzgl. Speicherleck und (wortwörtlich) ".Net-Kontaktverlust" gelesen...
Virtueller Speicher & Auslagerungsdatei - jg - 07.05.2010 10:05
' schrieb:Hallo First,Gut aufgepasst. Themen verschmolzen, im Prinzip geht es immer noch um dasselbe Grund-Problem.
handelt es sich hier um ein Crosspost/Doublepost?
Irgendwo hatte ich in den letzten Tagen schon mal eine Frage bzgl. Speicherleck und (wortwörtlich) ".Net-Kontaktverlust" gelesen...
Gruß, Jens
Virtueller Speicher & Auslagerungsdatei - GerdW - 07.05.2010 10:13
Hallo First,
"Braucht ihr noch mehr INFO von mir?"
Da du uns immer noch alle Einzelheiten vorenthälst: JA! (siehe Beitrag 2...)