un/managed Resourcen

Re(16): un/managed Resourcen

KRai — Tue, 27 Oct 2009 19:52:33 GMT

Dann bin ich ja nicht ganz daneben.

Die Frage wenn ich sie nochmal durchlese etwas komisch ist, da unmanaged Resourcen sowie GC vorkommt, wobei der GC ja mit unmanaged garnichts zu tun hat.

Re(15): un/managed Resourcen

Undying — Tue, 27 Oct 2009 19:42:33 GMT

Scheint so,- da hast natürlich recht.

Re(14): un/managed Resourcen

KRai — Tue, 27 Oct 2009 19:07:22 GMT

Vielleicht steh ich auf der Leitung, oder wir reden aneinander vorbei.
Seine Frage war ob nach dem Dispose Aufruf die unverwalteten Resourcen direkt freigegeben werden.

Dies sollte der Fall sein, sofern IDisposable korrekt implementiert wurde wovon wir mal ausgehen, denn der GC hat mit dem unverwalteten Zeug rein garnichts zu tun.

Re(12): un/managed Resourcen

Undying — Tue, 27 Oct 2009 17:39:08 GMT

http://forum.geizhals.at/t667062,5730935.html#5730935

Re(13): un/managed Resourcen

Undying — Tue, 27 Oct 2009 17:38:55 GMT

Wie immer:

Wenn der GC gerade Zeit hat, und keinerelei Referenz mehr auf ihn zeigt.

var x = new SqlCommand("Test");
x.Dispose();
Console.WriteLine(x.GetType().FullName);
Console.WriteLine(x.CommandText);
Console.ReadLine();

Ist in .NET kein Problem trotz Dispose gibts das Objekt immer noch.

Dispose ist nur dafür da, falls Gefahr besteht, dass das Objekt NICHT freigeben wird für den GC (er weiß nciht, dass das Objekt zerstört werden muss/kann/darf) da unmanaged Code ne referenz drauf hat (auf das hat GC ja keinen Einfluss)
Dispose sagt dem Objekt -> Unmanged Zeug freigeben und GC kann danach loslegen.

Re(12): un/managed Resourcen

KRai — Tue, 27 Oct 2009 05:20:15 GMT

Wie ist es dann

Re(11): un/managed Resourcen

Undying — Mon, 26 Oct 2009 22:28:13 GMT

Ja sollte so sein.

Ist es aber nicht.

Re(6): un/managed Resourcen

Undying — Mon, 26 Oct 2009 22:26:01 GMT

Hmm - kann ich mir nicht erklären warum das sinnvoll sein sollte (wenns wer
weiss, nur her damit).

Da er SqlConnection, SqlDataReader, etc. verwendet die teilweise "unmanaged" sind.
Und weil er ChangeTracking macht (sich an PropertyChanged v. Objekten hängt) und somit erst vom GC weggeräumt werden könnte wenn das letzte (über ihn geleadene) Objekt zerstört ist obwohl schon lange keine Variable mehr auf "ihn" zeigt ...

Re(11): un/managed Resourcen

Somnatic — Wed, 21 Oct 2009 11:51:52 GMT

Danke

Re(10): un/managed Resourcen

KRai — Wed, 21 Oct 2009 11:04:12 GMT

Ja sollte so sein.

Re(9): un/managed Resourcen

Somnatic — Tue, 20 Oct 2009 18:13:58 GMT

Sprich: Die Unmanaged Resourcen werden sofort freigegeben, anstatt dass auf den GC gewartet wird?

Re(8): un/managed Resourcen

KRai — Tue, 20 Oct 2009 17:43:15 GMT

Es wird Dispose() ausgeführt wenn der Anwendungsblock beendet wurde oder eine Exception ausgelöst wird.

Daher muss das im using bereitgestellte Objekt auch IDisposable implementieren.

Re(7): un/managed Resourcen

Somnatic — Tue, 20 Oct 2009 17:27:43 GMT

Hmmm .. also irgendwie verstehe ich das noch nicht ganz

Ich habe ein Statement in einer using clause. Nun ist diese fertig - was passiert?

Wird hier nun Dispose "explizit" aufgerufen, sodass die verwendeten unmanaged Resourcen freigegeben werden?

Oder wird das Objekt als "invalid" markiert und der GC kümmert sich beim nächsten Run darum?

Re(11): un/managed Resourcen

Entity — Tue, 20 Oct 2009 13:38:44 GMT

danke schän...

dann lass ichs erstmal!

Re(10): un/managed Resourcen

KRai — Tue, 20 Oct 2009 12:51:24 GMT

Nein würde ich nicht, der DataContext wird eh immer nach Verwendung disposed.

Re(9): un/managed Resourcen

Entity — Tue, 20 Oct 2009 12:49:55 GMT

Einen DataContext würde ich nach verwendung immer disposen, aber das wirst du
eh mittels using machen oder?

mittlerweile ja...

und eine deiner klassen die einen datacontext verwendet.. würdest da auch ein disposing implementieren?

oder eher ned...

Re(8): un/managed Resourcen

KRai — Tue, 20 Oct 2009 12:42:44 GMT

Kommt auf die Klasse und die darin verwendeten Instanzmember an.

Einen DataContext würde ich nach verwendung immer disposen, aber das wirst du eh mittels using machen oder?

Re(7): un/managed Resourcen

Entity — Tue, 20 Oct 2009 12:31:44 GMT

Durch das manuelle disposen der Objekte kann man diese Probleme vermeiden.

würdest du also ds idisp in eigenen klassen implementieren oder einfach auf die flotte abarbeitung des GCs hoffen?

Re(6): un/managed Resourcen

KRai — Tue, 20 Oct 2009 12:12:37 GMT

Der GC gibt ja nicht mehr benötigte Objekte erst frei wenn er es für "richtig" hält. Das kann dann unter Umständen relativ lange dauern.

Objekte die IDisposable implementieren enthalten ja in der Regel unverwaltete Resourcen, welche oft spezielle Speicherbereiche nutzen.
Diese Speicherbereiche sind wesentlich kleiner als der übliche Hauptspeicher, dadurch kann es zu Problemen kommen wenn der GC etwas länger braucht.

Durch das manuelle disposen der Objekte kann man diese Probleme vermeiden.

Re(5): un/managed Resourcen

Somnatic — Tue, 20 Oct 2009 11:47:17 GMT

Hmm - kann ich mir nicht erklären warum das sinnvoll sein sollte (wenns wer weiss, nur her damit).

Meine Vorstellung ist folgende: Der GC kommt drauf - zu diesem oder jenem Objekt gibts keine weitere Referenz, ich haus weg - nun schaut er ob IDisposable implementiert ist - ist dies der Fall ruft er zuerst Dispose auf und löscht dann das Objekt. Ist dies nicht der Fall löscht er einfach das Objekt.

Für ein innenliegendes Objekt gibts dann ja wieder den GC der erkennt dass es da keine weitere Referenz mehr gibt usw.

Aber vielleicht ists auch andersrum richtiger - ich weiss es nicht Persönlich implementiere ich IDisposable nur dann wenn ich auf unmanaged Resourcen zugreife.

Re(5): un/managed Resourcen

Somnatic — Tue, 20 Oct 2009 11:44:45 GMT

Alles was nicht im .NET FW ist, ist unmanaged - das siehst dann schon (Irgendwelche Win32 Calls, meistens hast dann einen IntPtr oder sowas in der Art, irgendwelche Handles, ...) - wennst nichts außergewöhnliches vor hast, kommst damit nicht in Berührung

Schaden tuts nicht, aber du schreibst Code den du eigentlich nicht brauchst.

Re(4): un/managed Resourcen

Entity — Tue, 20 Oct 2009 10:49:34 GMT

in bezug auf das

Ganz grob sollte IDisposable implementiert werden wenn
- in einer Klasse Instanzmember verwendet werden welche IDisposable implementieren

datacontext hat idisp implementiert!

Re(4): un/managed Resourcen

Entity — Tue, 20 Oct 2009 10:46:46 GMT

und bei eigenen klassen dann auch ned oder?

woran erkenn ich eine unmanaged resource?

Re(4): un/managed Resourcen

Entity — Tue, 20 Oct 2009 10:46:46 GMT

und bei eigenen klassen dann auch ned oder?

woran erkenn ich eine unmanaged resource?

und kanns schaden (performance/speicher) wenn ichs trotzdem implementiere und verwende?

Re(3): un/managed Resourcen

Somnatic — Tue, 20 Oct 2009 10:44:48 GMT

DataContext sind eh Managed Resourcen - meiner Meinung nach daher nicht notwendig.

Re(2): un/managed Resourcen

Entity — Tue, 20 Oct 2009 10:29:01 GMT

wie is des mit eigenen klassen?

innerhalb dieser klassen werden haufenweise DataContext_Objekte verwendet um sachem mit linq aus der DB zu bekommen.

sollte ich in jeder meiner klassen eine idisposable implementieren?

Re: un/managed Resourcen

Somnatic — Tue, 20 Oct 2009 10:21:18 GMT

Prinzipiell ist ja eh alles was du in .NET verwendest managed. Von Interesse ist das dann wenn du auf unmanaged Ressourcen zugreifst - beispielsweise via COM oder P/Invoke. Da hast du dann öfters noch rgendein Handle offen, das du mit dem entsprechenden Aufruf bei Dispose dann schließen kannst. So stellst du sicher, dass wenn der GC dein Objekt entsorgt, das Handle "schön" geschlossen wird.

Re: un/managed Resourcen

KRai — Tue, 20 Oct 2009 10:17:13 GMT

Ganz grob sollte IDisposable implementiert werden wenn
- in einer Klasse Instanzmember verwendet werden welche IDisposable implementieren
- du von einer Klasse erbst die IDisposable implementiert
- Verweise auf unmanaged Code z.B. Win32 hältst

un/managed Resourcen

Entity — Tue, 20 Oct 2009 09:56:18 GMT

kann mir jemand auf die gache den Unterschied zwsichen managed und unmanaged Resourcen erklären?

Konkret gehts darum:

Unmanaged Ressourcen werden verwendet: IDisposable umsetzen
Nur Managed Ressourcen: Kein IDisposable

oiso auf deutsch.. wann machts sinn ein Idisp zu implementieren und wann ned!?

is .NET btw!