FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
|||
|
|||
Optimizacion del Uso de la memoria
Hola amigos,
Tengo una aplicacion en delphi5 en la cual estoy optimizando el uso de la memoria. Ahora bien, para liberar la memoria que utilizan mis formularios estoy utilizando las siguientes sentencias en el evento Close de cada formulario: procedure TFrmVentasClienteExpress.FormClose(Sender: TObject; var Action: TCloseAction); begin Action := caFree; FrmVentasClienteExpress := Nil; FrmVentasClienteExpress.Free; end; En mis consultas estoy utilizando lo siguiente: qry1:= CrearConsulta ('SELECT CUENTA FROM FACTURA_BISTRO WHERE ESTATUS > 0 AND CUENTA_PRINCIPAL = "' + qry1.fieldbyname('CUENTA').AsString + '"'); result := qry2.RecordCount > 0; qry1 := Nil; qry1.Free; Mi consulta en base a esto es la siguiente: Estoy utilizando de buena manera el codigo para optimizar el uso de la memoria??. |
#2
|
||||
|
||||
Cita:
Vaaaaale, te daré una pista. Fíjate que primero estás asignando "Nil" a la variable y después llamas a "Free". Piénsalo. (Disculpa la broma ) |
#3
|
|||
|
|||
Lo normal sería que esto te tirase una Error Access Violation Exception... Si lo haces al revés (primero el Free y luego asignar el Nil), tiene que funcionar.
De todas formas, en una época dónde la cantidad de RAM se mide en gigas y ya hay discos duros de terabyte, vale la pena perder el tiempo en salvar una docena de kbytes? (Programando en microcontroladores ya es otra cosa...) |
#4
|
||||
|
||||
Cita:
Te pongo un ejemplo. Estoy trabajando en una tienda web en PHP. Las facturas las genera y almacena en disco en formato PDF. Pues bien, si intenta generar más de una factura en una tanda no nos lo permite por falta de memoria. Incluso aumentando el límite impuesto por PHP y Apache a 132 Mib (que es una burrada para una aplicación web) no permite generar más de ocho facturas de una única página. Y el problema es que tampoco permite hacer más de ocho incluso generándolas una a una, guardándolas en disco y eliminando el objeto con "unset" nada más guardarla, antes de generar la siguiente. ¿La razón? Simple: quien diseñó la clase que utilizamos para generar el PDF (no lo hemos hecho nosotros) pensó que no era tan importante optimizar la memoria, de forma que cada vez que se utiliza deja un montón de datos "huérfanos" que ocupan varias decenas de megas por documento, y al final revienta. No nos engañemos porque nuestra computadora tenga cientos de gigas de memoria y varios teras en la partición de intercambio: la memoria sigue siendo y será siempre un bien preciado y debe ser utilizado con cabeza. Última edición por Ñuño Martínez fecha: 17-03-2010 a las 10:37:41. |
#5
|
|||
|
|||
Cita:
Todavía soy muy novato en Delphi (lo mio era Java y VB.NET), y por lo que veo, por norma general los forms son creados en memoria cuando se inicializa la aplicación (no es como el java, que lo normal era form=new MiJFormulario(); form.showModal(); form=null), y por tanto es el propio Delphi quien lo destruye. En otras palabras, yo soy partidario de destruir/liberar ÚNICAMENTE lo que yo he creado. Si lo ha hecho el IDE, o una clase por mi, debe ser el IDE o la citada clase quien libere los recursos que ha pedido. Saludos, Marc |
#6
|
||||
|
||||
Cita:
Tú sólo tienes que liberar lo que tú has creado. En tu caso: Código:
procedure TFrmVentasClienteExpress.FormClose(Sender: TObject; var Action: TCloseAction); begin Action := caFree; // FrmVentasClienteExpress := Nil; // FrmVentasClienteExpress.Free; end; Código:
qry1:= CrearConsulta ('SELECT CUENTA FROM FACTURA_BISTRO WHERE ESTATUS > 0 AND CUENTA_PRINCIPAL = "' + qry1.fieldbyname('CUENTA').AsString + '"'); result := qry2.RecordCount > 0; //qry1 := Nil; //qry1.Free; Código:
FreeAndNil(qry1) |
#7
|
|||
|
|||
Hola,
creo que aqui iria mejor el .Release. Un saludo. PD: self.release incluso, aunque estes trabajando con solo una instancia de TFrmVentasexpress. PDD: mas o menos lo que dijo casimiro en su primer parrafo |
#8
|
|||
|
|||
Efectivamente Casimiro, Los formularios los creo Yo segun este codigo:
If not Assigned(FrmVentasClienteExpress) then FrmVentasClienteExpress := tFrmVentasClienteExpress.Create(Self); Luego lo muestro y posteriormente en el Close desearia liberar la memoria Si lo hago segun este codigo me despliega un mensaje de "access violation": procedure TFrmVentasClienteExpress.FormClose(Sender: TObject; var Action: TCloseAction); begin Action := caFree; FrmVentasClienteExpress.Free; FrmVentasClienteExpress := Nil; end; Pero si lo hago de esta manera funciona: procedure TFrmVentasClienteExpress.FormClose(Sender: TObject; var Action: TCloseAction); begin Action := caFree; FrmVentasClienteExpress := Nil; FrmVentasClienteExpress.Free; end; No se si de esa manera el Free posterior al nil esta sobrando osea dejar algo asi: procedure TFrmVentasClienteExpress.FormClose(Sender: TObject; var Action: TCloseAction); begin Action := caFree; FrmVentasClienteExpress := Nil; end; Tambien estuve utilizando este codigo: If not Assigned(FrmVentasClienteExpress) then FrmVentasClienteExpress := tFrmVentasClienteExpress.Create(Self); Try FrmVentasClienteExpress.ShowModal; finally FrmVentasClienteExpress.Free; FrmVentasClienteExpress := Nil; end; Aca el problema esta en que si ocurre una excepcion el sistema se queda congelado "pegado" y hay que volcar la tarea desde el administrador de tareas de windows. Que piensan..... Gracias por la valiosa ayuda!!! Última edición por rmora fecha: 17-03-2010 a las 17:22:39. |
#9
|
||||
|
||||
Normalmente yo uso lo siguiente:
Para formularios mdi creados desde el menu o de una barra de herramientas:
Si son formularios Modales:
Espero te sirvan, recuerda que deben estar quitados de la autocreacion del proyecto. Saludos
__________________
Si robas, roba un beso, si mientes que sea por amor y si engañas que sea a la muerte!! |
#10
|
|||
|
|||
aFunez, gracias por tus comentarios.
En el caso de los formularios modales en el evento Close, pones algo?, que pasa si hay una excepcion?, el sistema se queda pegado?. En los formularios mdi basta con la linea que me indicas o hay algo mas?. Ahora es necesario que al crear los fomularios utilice "nil" en lugar del "self"? |
#11
|
||||
|
||||
De este modo sólo debes dejar el caFree, lo otro sobra.
Código:
procedure TFrmVentasClienteExpress.FormClose(Sender: TObject;var Action: TCloseAction); begin Action := caFree; // FrmVentasClienteExpress := Nil; // FrmVentasClienteExpress.Free; end; Código:
If not Assigned(FrmVentasClienteExpress) then FrmVentasClienteExpress := tFrmVentasClienteExpress.Create(Self); Try FrmVentasClienteExpress.ShowModal; // <-- en ese form no uses caFree, usa caHide finally FrmVentasClienteExpress.Free; FrmVentasClienteExpress := Nil; end; |
#12
|
||||
|
||||
Depende de si quieres que el componente sea destruido por su contenedor o si quieres controlar tú diréctamente cuándo destruirlo.
|
#13
|
||||
|
||||
Cita:
Los formularios modales si te das cuenta en la programacion del boton que lo crea tambien esta el codigo para liberarlos, el FreeAndNil Lo hace todo, en el caso que preguntas si hay una excepcion o el sistema se queda pegado; recuerda que el formulario modal no te dejara operar nada mas mientras este en frente de la aplicacion, la unica excepcion puede ser propiamente en el formulario modal que tienes en frente. Los MDI, igualmente lo creas y en el onclose lo unico que necesitas es el FreeAndNil, la diferencia es que los mdi los puedes minimizar y trabajar en otro Saludos
__________________
Si robas, roba un beso, si mientes que sea por amor y si engañas que sea a la muerte!! Última edición por afunez2007 fecha: 17-03-2010 a las 18:25:21. |
#14
|
|||
|
|||
Ok, entendido.
Muchas gracias a todos los que colaboraron con el tema, con ello amplie aun mas mis conocimientos. Muchas Bendiciones.... |
#15
|
||||
|
||||
Un par de comentarios.
Primero, poner un objeto en nil y luego llamar al método Free no causa ningún problema. Es justamente la virtud de Free, que puede invocarse aún sobre nil. Otra cosa es que en el código propuesto sea innecesario y, de hecho, no es recomendable llamar al destructro de un formulario desde un evento del formulario. Por otro lado, aun cuando estoy de acuerdo en cuidar el uso de memoria y recursos en general, en mi opinión tampoco hay que exagerar. Crear y destruir cada query sobre la marcha es exagerado. Incluso, si un formulario es usado con frecuencia durante el transcurso de una aplicacíon (por ejemplo, un catálogo de productos) me parece más indicado tenerlo siempre presente y no estarlo creando y destruyendo a cada momento. // Saludos |
#16
|
|||
|
|||
Yo uso esto
Hola amigos, después de leer este tema les propongo utilizar este fragmento de código luego que hagan el Free.
Esto lo encontré en la web tiempo atrás y me ha venido de maravillas. Ahora mismo no recuerdo de dónde lo saqué pero lo he probado y me funciona bien, incluso mirando en el Administrador de tareas la memoria que consume mi aplicación, cuando se ejecuta el código anterior disminuye esta mucho más que después de hacer el Free. La explicación que daban en la web era que cuando se minimiza una aplicación Windows libera un "pocotón de cosas" y este procedimiento viene a simular algo parecido. Disculpen mi falta de memoria. Byeeee |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Curiosidad sobre optimización de memoria | REHome | .NET | 1 | 21-12-2009 17:07:31 |
Optimización! Optimización! | PiornoCKA&G | Varios | 1 | 31-12-2006 20:45:30 |
Optimización de corte | felixgo | Varios | 1 | 14-10-2004 11:04:33 |
optimizacion del SQL | seb@ | SQL | 1 | 22-09-2004 19:55:24 |
Optimizacion | manuelpr | Conexión con bases de datos | 3 | 30-07-2004 17:26:24 |
|