C# sockets, hilos y memoria.

Se q no tiene na q ver..pero pq no usas .NET remoting en vez de sockets y te quitas de la programación a bajo nivel?

He hecho conexiones con .NET remoting de muchísimos usuarios a la vez, sin tener q preocuparme de comunicación asíncrona, ni hilos ni nada y la memoria va perfecta, ni 1 leak.

#3 Entonces copia el código del destructor, pa q veamos si eliminas todo bien de memoria, aunque si copiaras la clase entera sería mejor

Veamos...

Prueba a cambiar el orden de

this.intIDs.RemoveAt(this.skClientes.IndexOf(skCliente));
this._skClientes.Remove(skCliente);
skCliente.Disconnect(false);
skCliente.Close();

por

skCliente.Disconnect(false);
skCliente.Close();
this.intIDs.RemoveAt(this.skClientes.IndexOf(skCliente));
this._skClientes.Remove(skCliente);

Mira tb si puedes llamar a skCliente.Dispose() <- No se si tendrá el método.

Luego prueba lo siguiente:

En vez de llamar a .Interrupt() prueba con .Abort() en el hilo.

y por último prueba tb:

this._thClientes = nuevaLista;

por

this.thClientes.Clear();
this.thClientes = nuevaLista;

No se, prueba todo, aunque yo apuesto q el leak está en dentro de este for:

foreach (Thread hilo in this._thClientes)

Prueba a meter el NetworkStream del recibe datos dentro de un using

algo así:

using (NetworkStream DatosAceptados = new NetworkStream(ClienteActual))
{
}

#9 Ponte a comentar zonas del código y a ver si localizas donde se va la memoria. De todas formas, el recolector de basura actua cuando le sale del nabo, has probado a dejarlo un buen rato encendido pa ver si deja de crecer en algún momento?

No he programado en C# pero si se algo es q confiar en los destructores para liberar recursos es una politica bastante mala partiendo de la base de que no sabes cuando se van a ejecutar o siquiera si lo van a hacer. No se ahora mismo cual seria una buena solucion (a parte de llamar al GC a mano q es un poco solucion gocha xD), pero intentaria liberarlos de forma manual en otro metodo y luego dejarlos en "estado zombi" hasta q el recolector los acabe de liberar.

Por curiosidad...

Conectas 100 clientes (sube la memoria p ej pon q gasta 100 de memoria para pensar en nº abstractos)

Desconectas los 100 clientes

¿Cúando conectas otros 100 clientes sube la memoria a 200, es decir, el gasto de memoria se duplica?

¿Y si haces lo mismo se triplica?

Es q...la desconexión no tiene leaks, está bien hecha lo único q se me ocurre es q llames a cliente.Socket.Close() y cliente.Socket.Dispose() :S

#15 Q hablas loco ... si yo uso 2008 y dispose sigue existiendo xDDD, otra cosa es q los sockets no lo tengan, pero si tu dices q es tema del servidor..entonces eso no tiene nada q ver :S

Bueno..voy comentandote.

Yo utilizaba una clase de ayuda de codeproject q estaba bastante currada:

http://www.codeproject.com/KB/IP/AsyncSocketServerandClien.aspx

Mira esos ejemplos y modificalos a ver si tienen memory leaks

Aquí tb tienes un chat http://www.codeproject.com/KB/IP/ChatAsynchTCPSockets.aspx Modificalo un poco para ver si haciendo muxas conexiones q ocurre.

Yo he trabajado con sockets y nunca he tenido problemas de leaks. Además veo tu código y no veo nada raro en principio. No se, seguiré mirándolo pero deberías comprobar otros códigos como los q te he copypasteado para ver si a ellos les pasa lo mismo.

Ya contarás q tal.