Menú

Mostrar Mensajes

Esta sección te permite ver todos los mensajes escritos por este usuario. Ten en cuenta que sólo puedes ver los mensajes escritos en zonas a las que tienes acceso en este momento.

Mostrar Mensajes Menú

Mensajes - Eleкtro

#8261
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!
#8262
Cita de: fecote03 en 23 Julio 2013, 14:54 PMlos de 125 gb a 5.80$ y los de 256 gb en piel 8.10$, te dejo que realices la conversion a €

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).

Cita de: fecote03 en 23 Julio 2013, 13:33 PMCOMPRE 10 Y NINGUNO DA PROBLEMAS, TODOS LOS QUE HE REGALADO PERFECTO

¿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!
#8263
Nadie sabe nada? :P

saludos
#8264
Ala, dices eso y te quedas tan pancho no? xD, te has pasado Novlucker uf...  :silbar:

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!
#8265
Cita de: Alexperto en  8 Agosto 2013, 11:47 AMel de hacerlo opaco, cuando le doy al boton capturar, se quita la ventana del programa y se queda abajo minimizado y no me deja maximizarlo

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

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

Cita de: Alexperto en  8 Agosto 2013, 11:47 AMEl del check box no me funciona, y no es un check box, es un boton con un check dentro de DropDownButton en un ToolStrip.


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:
Código (vbnet) [Seleccionar]
   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
#8266
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:


Código (vbnet) [Seleccionar]

' Setear diréctamente:
Private MyPoint As New Point(0, 8)

Private Sub blabla()

   MyPoint.X = 257
         
End Sub


Código (vbnet) [Seleccionar]

' 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?

#8267
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.
#8268
Cita de: Alexperto en  7 Agosto 2013, 22:21 PMquiero que en el boton del ToolStrip (Que es como un checkbox de marcar y desmarcar) que al estar marcado, que en la imagen de la captura, no aparezca la ventana del programa.

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

Código (vbnet) [Seleccionar]
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:

Código (vbnet) [Seleccionar]
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:

Código (vbnet) [Seleccionar]
   ReadOnly Property CaptureForm() As Boolean
       Get
           Return CheckBox1.Checked
       End Get
   End Property



Código (vbnet) [Seleccionar]
   Private Sub CheckBox1_CheckedChanged(sender As Object, e As EventArgs) _
   Handles CheckBox1.CheckedChanged
       MsgBox(Me.CaptureForm)
   End Sub


Saludos.
#8269
Cita de: Xhash en  7 Agosto 2013, 17:43 PM
Hola, Como puedo descifrar esta clave?

986dd88ddc987286028fa116427e7ede

Muchas gracias

¿Eso es una pregunta seria?

Danos al menos la información necesaria sobre de donde has sacado la "clave" para intentar averiguar el tipo de cifrado que han usado... aquí hay muchos craquers, pero ningún mago.

De todas formas el string consta de 32 caracteres, lo que más bien parecen 32 digitos hexadecimales, lo que en su totalidad suman 128 bytes, así que la cadena tiene toda la pinta de tratarse de un Hash MD5,
en ese caso no existe posibilidad de descifrarlo, ya que no es cifrado, es un Hash, y la razón de que no se pueda descifrar es que se pueden computar infinitas cadenas que den como resultado el mismo Hash.

Puedes usar un HashCracker online u offline, pero eso es como dar por hecho que una coincidencia es válida entre un millón de coincidencias válidas restantes, ¿Será la correcta la primera coincidencia de Hash que se encuentre?, ¿Te gusta jugar a la loteria xD?.

Aún así, por si ese String que quieres descifrar no fuese un Hash (aunque ya te digo, si que lo es...), puedes probar suerte con los desencriptadores de Crypo -> http://crypo.in.ua/tools/

Saludos.
#8270
Imoen los parones no surgen al copiar archivos de un disco a otro, eso era otro problema parecido pero ya lo solucioné poniendo al HDD principal en un solo alimentador, y el resto de HDD's en otro,
...Los hangs suceden sin más, en el disco principal, y es cuando le da la gana.




Cita de: imoen en  7 Agosto 2013, 20:04 PMA) indica el modelo de placa y de discos porfa

Placa: ASUS M5A97 LE R2.0 -> http://www.asus.com/Motherboards/M5A97_LE_R20/#specifications

HDD Principal (Windows): WD1002FAEX -> http://www.wdc.com/global/products/specs/?driveID=792&language=1
HDD 2 y 3: WD20EZRX -> http://store.westerndigital.com/store/wdus/en_US/DisplayAccesoryProductDetailsPage/ThemeID.30153100/productID.283204000
HDD 4: WD30EZRX -> http://store.westerndigital.com/store/wdus/en_US/DisplayAccesoryProductDetailsPage/ThemeID.30153100/productID.283207400




Cita de: imoen en  7 Agosto 2013, 20:04 PMf) comprueba las temp y si hay algún fallo leyendo los parámetros smart con tu sotware favorito diskcristalinfo o similar

El CrystalDiskInfo me lo marca todo en Azul, en estado "Bueno", tanto las temperaturas (Desde los 40º hasta los 46º) como los datos de SMART.

El HardDisk Sentinnel lo mismo, ningún error en los SMART, aunque bueno, la temperatura del disco principal me la marca en amarillo, en precaución, la temp de se disco son 46º.




Cita de: imoen en  7 Agosto 2013, 20:04 PMC) tienes activado los AHCI en sta

Perdona pero no se lo que es AHCI, me he informado un poco y parece que es un driver SATA pero solo para Intel?,
te lo digo porque yo tengo un AMD, tengo el Catalyst actualizado e instalado (los drivers SATA que te instala el catalyst),
si me equivoco y sigo necesitando activar o desactivar el driver de AHCI voy a necesitar info para encontrarlo xD.




Cita de: imoen en  7 Agosto 2013, 20:04 PMD) puedes probar una live desde cd o algo asi y copiar datos haber si dan esos tirones , lo mismo es el OS y estamos largando del hardware XDD
Eso es lo que más pereza me da xD, Tengo que desconectar el cable donde tengo conectado los 3 HDD secundarios solo para conectar el Lector que es SATA también, mañana o pasado mañana testearé en un LiveCD.

Pero suponiendo que desde un LiveCD no me diese esos parones el HDD, aún así no creo que eso pueda ser una prueba definitiva de que fuese un problema de mi SO, quiero decir, un LiveCD es un SO Virtual, y mi SO (Windows 8) lo he reinstalado 2 veces durante las ultimas semanas, y sigue sucediendo los parones, pero el SO está limpio, nuevecito y con todos sus drivers en regla... parece casi imposible que sea causa de mi Windows :(

No es por llevarte la contraria, solo te digo lo que pienso sobre lo de que sea causa de mi SO, no sé cuanta razón tendré, tu eres la experta en Hardware.
yo preferiría que fuese problema del SO, que seguro me saldría más barato que un problema de Hardware...

Saludos!