vb@rchiv
VB Classic
VB.NET
ADO.NET
VBA
C#
Mails senden, abrufen und decodieren - ganz easy ;-)  
 vb@rchiv Quick-Search: Suche startenErweiterte Suche starten   Impressum  | Datenschutz  | vb@rchiv CD Vol.6  | Shop Copyright ©2000-2025
 
zurück

 Sie sind aktuell nicht angemeldet.Funktionen: Einloggen  |  Neu registrieren  |  Suchen

VB.NET - Fortgeschrittene
Re: Hilfe - meins auch 
Autor: Enrico Hahn
Datum: 08.12.03 23:22

Tschieses schrieb:
Zitat:

Hat einer von euch wirklich schon einmal Speicherprobleme
wegen .NET-Programmen gehabt?
Hat euch Windows schon jemals gemeldet "Speicher
voll" da eure Applikation 50MB im Speicher belegt?

Ich kann mit Sicherheit sagen: Nein!
Und wizo? Weil das Framework nicht so dumm ist wie viele
annehmt.
.NET-Programme brauchen nicht viel Speicher, nutzen
diesen aber, wie T.C.McQueen schon sagte, um schneller
arbeiten zu können.
Bemerkt der Garbage Collector, dass der Speicher knapp wird
räumt er [u]selbstständig auf.
Also lasst ihn gefälligst in Ruhe seine Arbeit machen, denn
dafür ist er da.
Ein manueller Aufruf von GC.Collect() ist absolut
unnötig
.

Gruß,
Tschieses


Genau, aber dennoch für die die hier Rumjammern anstatt sich mal etwas über die .NET Technologie an sich zu Informieren ;):

#Region " Speicherbedarf Optimieren "
    Private Declare Function SetProcessWorkingSetSize Lib "kernel32.dll" (ByVal _
      hProcess As IntPtr, ByVal dwMinimumWorkingSetSize As Int32, ByVal _
      dwMaximumWorkingSetSize As Int32) As Int32
 
    Public Function SaveMemory() As Int32
        Return SetProcessWorkingSetSize( _
          Diagnostics.Process.GetCurrentProcess.Handle, -1, -1)
    End Function
 
    Private Sub Timer_SpeicherOptimieren_Tick(ByVal sender As System.Object, _
      ByVal e As System.EventArgs) Handles Timer_SpeicherOptimieren.Tick
        SaveMemory()
    End Sub
#End Region
alle Nachrichten anzeigenGesamtübersicht  |  Zum Thema  |  Suchen

 ThemaViews  AutorDatum
Hilfe - mein Programm ist ein Speicherfresser3.100da_brain18.09.03 13:56
Re: Hilfe - mein Programm ist ein Speicherfresser2.167DavidW19.09.03 08:34
Re: Hilfe - mein Programm ist ein Speicherfresser2.027escape019.09.03 14:37
Re: Hilfe - mein Programm ist ein Speicherfresser2.046Supernova24.09.03 04:07
Re: Hilfe - mein Programm ist ein Speicherfresser1.976da_brain24.09.03 09:57
Re: Hilfe - mein Programm ist ein Speicherfresser1.941xellon25.09.03 18:17
Re: Hilfe - mein Programm ist ein Speicherfresser2.006T.C.McQueen25.09.03 20:17
Re: Hilfe - mein Programm ist ein Speicherfresser1.963xellon29.09.03 14:49
Re: Hilfe - meins auch1.837UR12.11.03 17:02
Re: Hilfe - meins auch2.126T.C.McQueen12.11.03 17:59
Re: Hilfe - meins auch1.874UR12.11.03 20:39
Re: Hilfe - meins auch1.982Enrico Hahn08.12.03 23:22
Re: Hilfe - meins auch1.656teccer22.10.04 08:45
Viel Rauch im Nichts2.270Tschieses05.12.03 22:28
Re: Viel Rauch im Nichts1.963UR06.12.03 14:18
Re: Viel Rauch im Nichts1.759teccer22.10.04 08:50
Re: Viel Rauch im Nichts1.783Moderatorralf_oop22.10.04 16:33
verabsolutieren ist meist schlecht1.737Micke10.01.05 15:34
Re: verabsolutieren ist meist schlecht1.737ModeratorDaveS10.01.05 15:47
Re: verabsolutieren ist meist schlecht1.703lkatsch25.01.05 15:13
Re: verabsolutieren ist meist schlecht1.654lkatsch25.01.05 15:49

Sie sind nicht angemeldet!
Um auf diesen Beitrag zu antworten oder neue Beiträge schreiben zu können, müssen Sie sich zunächst anmelden.

Einloggen  |  Neu registrieren

Funktionen:  Zum Thema  |  GesamtübersichtSuchen 

nach obenzurück
 
   

Copyright ©2000-2025 vb@rchiv Dieter Otter
Alle Rechte vorbehalten.
Microsoft, Windows und Visual Basic sind entweder eingetragene Marken oder Marken der Microsoft Corporation in den USA und/oder anderen Ländern. Weitere auf dieser Homepage aufgeführten Produkt- und Firmennamen können geschützte Marken ihrer jeweiligen Inhaber sein.

Diese Seiten wurden optimiert für eine Bildschirmauflösung von mind. 1280x1024 Pixel