Te hago un ejemplo:

@Echo OFF
 
Set "FTPDir=ftp://ftp.mozilla.org:21/pub/"
Set "FileList=%TEMP%\Files.tmp"
Set "FileName=ls-lR.gz"
 
Wget "%FTPDir%" -O "%FileList%" && (
	Type "%FileList%" | Find /I "%FTPDir%%FileName%" 1>NUL && (
			Echo Archivo encontrado.
		) || (
			Echo Archivo NO encontrado.
		)
)
 
Del /Q "%FileList%"
Pause&Exit

Saludos

...

Para los más excépticos aquí podeis ver el problema con vuestros propios ojos:

Bueno creo que puedo dar este tema por solucionado...
me ha costado mucho tiempo corregir cada parte del código de la aplicación que tenían fugas de memória pero al final he estabilizado el consumo y ya no aumenta progresívamente, de los 12 MB no pasa nunca el consumo ahora,
ya puedo dejar de colectar manuálmente con el GC y de usar API's para flushear el consumo de memória de la APP xD

Gracias por tu tiempo Novlucker.


Lo único que me gustaría mejorar sobre el tema de la memória es lo que comento aquí:     Tema: Experimento de consumo de memória... ver para creer!  (Leído 58 veces)


Saludos!

Pendrive de 120 GB = 5.80$ = 4,3 euros
Pendrive de 256 GB = 8.10$ = 6.0 euros

Esa es la conversión exacta a Euros, y creo que sobran las palabras para cualquier persona que tenga dos dedos de frente.

Edito: Precio real de un Pen de 256 GB de Kingston = 230,40 € (casi na!)

En serio, Fecote03, es que esto ya es de risa, compras un pendrive de 5 euros en los chinos y te quejas?, ¿Que otra cosa esperas por ese precio?, no se si te das cuenta de que eres el único que no se da cuenta de que te han timado, pero tranquilo que no eres al único ...esos malditos chinos estafadores han debido timar a muchísima gente (Un abrazo para los chinos que no estafan, di NO a la discriminación racista XD).


¿Quien podría imaginar lo contrario?, el tiempo de vida de esos pendrives de 5 Euroh' lo dirá xD.

EDITO: Si me permites un consejo, lo que deberías hacer es llamar a todas las personas a las que le has regalado esos Pens para avisarles del peligro que corren de una MUY posible pérdida de datos, y decirles que ni se les ocurra guardar ningún documento importante en esos Pens, de lo contrario cuando les pase (porque les pasará, les pasará!) se van a cagar en... imagínate en quien.

Saludos!

Nadie sabe nada?

saludos

Ala, dices eso y te quedas tan pancho no? xD, te has pasado Novlucker uf...  

El Heap he buscado lo que es y no lo entiendo. http://en.wikipedia.org/wiki/Heap_%28data_structure%29
Otra cosa que desconocía era la interface IEquatable, que tampoco lo entiendo. http://msdn.microsoft.com/en-us/library/ms131187.aspx

Pero aún juntando esas dos piezas que no entiendo en el puzzle que has hecho, ¿Que quieres decir con todo eso?, no capto la teoría de la que hablas.

Me pregunto que tiene que ver la pila, y el resto de cosas que has mencionado, como por ejemplo si un objeto es de estado inmutable o mutable, ¿con todo esto?, imagino que algo si que tendrá que ver... claro, pero no lo capto, podrías decirlo de una manera más comprensible para mi?.

Saludos!

Después de realizar la captura tienes que restaurar la opacidad del Form. ¿Te has leido el link de la documentación?.

Repito:



La cuestión es que adaptases el ejemplo que te he dado a tus necesidades, si tienes complicaciones postea lo que has intentado por ti mismo ...o lee, como te han sugerido.


1. Crea una propiedad de sólo lectura que devuelva el Tag del DropDownButton.

2. Setea la propiedad Tag para cada SubItem del DropDownButton, uno de los tags se llamará "True", y el otro tag "False" (Para hacerlo fácil),
luego suscríbete al evento ".Click" de los dos SubItems del DropDownButton y ahí seteas la propiedad Tag del DropDownButton por el mismo Tag del SubItem que has clickado.

Ejemplo:

    ReadOnly Property CaptureForm() As Boolean
        Get
            Return Capturar_DropDownButton.Tag
        End Get
    End Property
 
    Private Sub Capturar_DropDownItems_Click(sender As Object, e As EventArgs) Handles _
        SiCapturar.Click, _
        NoCapturar.Click
 
        Capturar_DropDownButton.Tag = sender.tag
 
    End Sub
 

PD: Además si quieres puedes ahorrarte la parte de la propiedad y hacerlo con una simple variable Booleana que al fin y al cabo produce el mismo resultado.

Saludos

Hola, me gustaría saber una cosa muy simple, pero no encuentro está información en ningún sitio.


¿Que tarda más en realizarse, una comprobación, o setear diréctamente un valor?

Pongo un ejemplo:

' Setear diréctamente:
Private MyPoint As New Point(0, 8)
 
Private Sub blabla()
 
   MyPoint.X = 257
 
End Sub

' Comprobar, y si la condición no se cumple, setear:
Private MyPoint As New Point(0, 8)
 
Private Sub blabla()
 
    If Not MyPoint.X = 257 Then MyPoint.X = 257
 
End Sub

Quizás también tenga que ver del objeto con el que estemos tratando, por ejemplo quizás una propiedad de un control "pesado" tardaría más en leerse que en diréctamente setear su valor?

Hoy he descubierto algo que me ha impactado bastante.

Creamos un nuevo WinForm, y lo dejamos EN BLANCO, es decir, sin ningún tipo de código, simplemente el Form1.vb generado por el VS...

Ahora, si compilamos esa aplicación vacía, al mover el mouse sobre el form, sólo esa acción consume unos 8kb cada segundo. (no estoy seguro de si se trata del evento MouseEnter o del MouseMove, o quizás el problema no sea de un Evento y sea otra cosa que desconozco)

Lo más impactante de este experimento es que dicho consumo jamás se llega a liberar!, cuanto más muevo el mouse por el Form, más subre el consumo de RAM, 8 kb cada vez que muevo el mouse por el form, pero ese consumo nunca vuelve a bajar, y esto quiere decir que un Form vacío podría dar un problema de overflow sólamente por mover el mouse por el form!!?¿

¿Como es esto posible?, ¿Cual es la razón?, ¿Que se puede hacer para solucionarlo?, ¿Alguien más se habia dado cuenta de esto antes?.

PD: No se si es un WinForm de C# pasará lo mismo Con un Winform de C# sucede exáctamente lo mismo, lo he testeado con VB.NET, con Framework 4.0 y 4.5.


EDITO:

Con Java es incluso peor, es traumático, al mover el mouse sobre el background de una aplicación vacía la memória aumenta por MB's cada segundo, no por kb's, y no se llega a liberar jamás tampoco, puede pasar de 40 mb a 60 mb en menos de 30 segundos símplemente por mover el mouse por la ventana sin parar, y encima ese consumo no va a bajar nunca, es increible, en fín si que es cierto lo que dicen sobre Java y el consumo de RAM si...

Tengo algunos programas profesionales de terceros desarrollados en C/C++ y al mover el mouse por sus ventanas no sube el consumo en absoluto.



Bueno, ahí dejo el experimento, espero que alguien pueda dejar explicaciones sobre las causas de estos sucesos paranormales,
y si se puede evitar de alguna manera ese consumo excesivo OverRideando algún método o... como sea!!.



Saludos.

· 1) Puedes volver invisible el Formulario antes de capturar la imágen:

Mybase.Opacity = 

PD: El valor es un Single que va de 0 a 1.

http://msdn.microsoft.com/en-us/library/system.windows.forms.form.opacity.aspx

· 2) Puedes minimizar el Form antes de crear la captura:

Mybase.WindowState = 

http://msdn.microsoft.com/en-us/library/system.windows.forms.form.windowstate.aspx



EDITO:

Y para lo del checkbox puedes crear una propiedad:

    ReadOnly Property CaptureForm() As Boolean
        Get
            Return CheckBox1.Checked
        End Get
    End Property

    Private Sub CheckBox1_CheckedChanged(sender As Object, e As EventArgs) _
    Handles CheckBox1.CheckedChanged
        MsgBox(Me.CaptureForm)
    End Sub

Saludos.