Alaska Software Inc. - Problema con xBase + eXpress
Username: Password:
AuthorTopic: Problema con xBase + eXpress
Nolberto Paulino EsterellProblema con xBase + eXpress
on Mon, 12 Jul 2010 17:43:09 -0400
A Jose Luis Otermin

Estimado Jose Luis, tengo serias dificultades con un cliente, ya que
el sistema que he desarrollado esta extremadamente lento.
Este programa es un ERP y esta construido con Alaska  1.9.355   y
la ultima versión de la libreria de Express de Roger.

En el utilizo solamente dbf, dicho programa tampoco utiliza activex
el cual por alguna razon pone aun mas lento los programas.

Te rogaria que a la brevedad me des los pasos para detectar de
donde proviene el problema, y la forma de solucionarlo o
detectar esta anomalia.

He preguntado a varios amigos usuarios latinos sobre este problema,
y me dicen que problema es del compilador de Alaska,


Saluda y espera pronta respuesta
Nolberto Paulino
Jos Luis Otermin [Alaska Software]Re: Problema con xBase + eXpress
on Mon, 12 Jul 2010 19:48:55 -0300
Estimado Nolberto,

Para comprobar la rapidez o lentitud de un proceso hay que verificar con el 
Administrador de Tareas (Task Manager) cunto % de procesador est 
consumiendo la aplicacin.

Si de eso no se tratara, habra que ver si sta es tan grande que supera la 
memoria disponible y est yendo a paginacin. En ese caso, con dividir el 
EXE en varias DLL y cargar aquellas que son estrictamente necesarias, 
probablemente solucionara el problema.

Hay que ver si las tablas de datos son locales o remotas.

A ver si podemos resolverlo.


Jos Luis Otermin
Alaska Software
Soporte Tcnico
--------------------------------------------------------------------
Foros de Usuarios: news://news.alaska-software.com
Pgina Web: http://www.alaska-software.com
Base de Conocimientos en la Web: http://www.alaska-software.com/kbase.shtm
Oficina en Europa: Fax: +49 (0) 61 96 - 77 99 99 23
Oficina en EEUU: Fax: +1 (646) 218 1281
--------------------------------------------------------------------


<Nolberto Paulino Esterell> escribi en el mensaje 
news:741a243e$2f863f66$3934d@news.alaska-software.com...
>A Jose Luis Otermin
>
> Estimado Jose Luis, tengo serias dificultades con un cliente, ya que
> el sistema que he desarrollado esta extremadamente lento.
> Este programa es un ERP y esta construido con Alaska  1.9.355   y
> la ultima versin de la libreria de Express de Roger.
>
> En el utilizo solamente dbf, dicho programa tampoco utiliza activex
> el cual por alguna razon pone aun mas lento los programas.
>
> Te rogaria que a la brevedad me des los pasos para detectar de
> donde proviene el problema, y la forma de solucionarlo o
> detectar esta anomalia.
>
> He preguntado a varios amigos usuarios latinos sobre este problema,
> y me dicen que problema es del compilador de Alaska,
>
>
> Saluda y espera pronta respuesta
> Nolberto Paulino
>
>
Nolberto Paulino EsterellRe: Problema con xBase + eXpress
on Tue, 13 Jul 2010 13:36:49 -0400
Hola Jose Luis
El Problema lo Tengo cuando Uso DBF grandes con mas de 600mil Registros
al Momento de abril la DBF se tarda mucho, y cuando ingreso un Registro 
Nuevo Tambien

Cuando Navego en el Browse, hay veces que se tarda mucho, Esto lo hace Tanto 
en RED
con en local

Jose Luis, podrias indicarme los pasos a seguir, a fin de acelerar el 
proceso de lectura y grabacion
y que este no sea tan lento, y con respecto al browse como puedo mejorar la 
paginacion a fin de que sea mas rapida
en el uso de filtrado.

He Cargado el  Task Manager
y he notado que cada vez que yo entro a cada modulo de la aplicacion el 
Proceso Aumenta Cada Vez Mas

Primera entrada el Task Manager tiene en proceso al PV.EXE con 24,584 KB
al Cargar el Modulo Punto de Venta Aumenta a 29,688 KB, Salgo y entro otra 
vez al Modulo Punto de Venta y Aumento a 29,720 KB

Ahora Salgo del sistema
Cuando entro Otra Vez al Modulo Punto de Venta Este se Dispara a 47,352 KB, 
y sientra al Modulo de Cliente Aumenta a 53,860KB

Cuando llamo cada Modulo uso esta funcion   _ActiveDLL("{|o| 
pvpu01(oDlg:drawingArea) }")

FUNCTION _ActiveDLL( bBlock )
return {|o|o:=Thread():new(),o:Start( &(bBlock) )}

y cuando salgo del mudulo uso este codigo  threadobject():quit()

Ahora Usted puede decirme cual seria mi solucion porfavor
Esto Me Urge

Las Terminales tienen esta Configuracion P4 1G RAM  cada una.




Nolberto Paulino
Un cordial Saludo



"José Luis Otermin [Alaska Software]" <jose.otermin@alaska-software.com> 
escribió en el mensaje de 
noticias:160dd756$3754680b$3b9fc@news.alaska-software.com...
> Estimado Nolberto,
>
> Para comprobar la rapidez o lentitud de un proceso hay que verificar con 
> el Administrador de Tareas (Task Manager) cuánto % de procesador está 
> consumiendo la aplicación.
>
> Si de eso no se tratara, habría que ver si ésta es tan grande que supera 
> la memoria disponible y está yendo a paginación. En ese caso, con dividir 
> el EXE en varias DLL y cargar aquellas que son estrictamente necesarias, 
> probablemente solucionaría el problema.
>
> Hay que ver si las tablas de datos son locales o remotas.
>
> A ver si podemos resolverlo.
>
>
> -- 
> José Luis Otermin
> Alaska Software
> Soporte Técnico
> --------------------------------------------------------------------
> Foros de Usuarios: news://news.alaska-software.com
> Página Web: http://www.alaska-software.com
> Base de Conocimientos en la Web: http://www.alaska-software.com/kbase.shtm
> Oficina en Europa: Fax: +49 (0) 61 96 - 77 99 99 23
> Oficina en EEUU: Fax: +1 (646) 218 1281
> --------------------------------------------------------------------
>
>
> <Nolberto Paulino Esterell> escribió en el mensaje 
> news:741a243e$2f863f66$3934d@news.alaska-software.com...
>>A Jose Luis Otermin
>>
>> Estimado Jose Luis, tengo serias dificultades con un cliente, ya que
>> el sistema que he desarrollado esta extremadamente lento.
>> Este programa es un ERP y esta construido con Alaska  1.9.355   y
>> la ultima versión de la libreria de Express de Roger.
>>
>> En el utilizo solamente dbf, dicho programa tampoco utiliza activex
>> el cual por alguna razon pone aun mas lento los programas.
>>
>> Te rogaria que a la brevedad me des los pasos para detectar de
>> donde proviene el problema, y la forma de solucionarlo o
>> detectar esta anomalia.
>>
>> He preguntado a varios amigos usuarios latinos sobre este problema,
>> y me dicen que problema es del compilador de Alaska,
>>
>>
>> Saluda y espera pronta respuesta
>> Nolberto Paulino
>>
>>
>
>
Jos Luis Otermin [Alaska Software]Re: Problema con xBase + eXpress
on Tue, 13 Jul 2010 22:36:11 -0300
Hola Nolberto,

Sugiero hagas una prueba con XbpQuickBrowse() en vez de XbpBrowse(), en 
conjuncin con DacPagedDataStore().

En la Ayuda En Lnea hay documentacin y un ejemplo utilizable en la ayuda 
de XbpQuickBrowse().

DacPagedDataStore se usa para evitar la consulta registro a registro.
En su lugar se realiza pgina a pgina y minimizar, descongestionando, el 
trfico de red.

Espero haber ayudado.

Jos Luis Otermin
Alaska Software
Soporte Tcnico
--------------------------------------------------------------------
Foros de Usuarios: news://news.alaska-software.com
Pgina Web: http://www.alaska-software.com
Base de Conocimientos en la Web: http://www.alaska-software.com/kbase.shtm
Oficina en Europa: Fax: +49 (0) 61 96 - 77 99 99 23
Oficina en EEUU: Fax: +1 (646) 218 1281
--------------------------------------------------------------------


<Nolberto Paulino Esterell> escribi en el mensaje 
news:97fbc18$2a3d9eca$3e9b8@news.alaska-software.com...
>
> Hola Jose Luis
> El Problema lo Tengo cuando Uso DBF grandes con mas de 600mil Registros
> al Momento de abril la DBF se tarda mucho, y cuando ingreso un Registro 
> Nuevo Tambien
>
> Cuando Navego en el Browse, hay veces que se tarda mucho, Esto lo hace 
> Tanto en RED
> con en local
>
> Jose Luis, podrias indicarme los pasos a seguir, a fin de acelerar el 
> proceso de lectura y grabacion
> y que este no sea tan lento, y con respecto al browse como puedo mejorar 
> la paginacion a fin de que sea mas rapida
> en el uso de filtrado.
>
> He Cargado el  Task Manager
> y he notado que cada vez que yo entro a cada modulo de la aplicacion el 
> Proceso Aumenta Cada Vez Mas
>
> Primera entrada el Task Manager tiene en proceso al PV.EXE con 24,584 KB
> al Cargar el Modulo Punto de Venta Aumenta a 29,688 KB, Salgo y entro otra 
> vez al Modulo Punto de Venta y Aumento a 29,720 KB
>
> Ahora Salgo del sistema
> Cuando entro Otra Vez al Modulo Punto de Venta Este se Dispara a 47,352 
> KB, y sientra al Modulo de Cliente Aumenta a 53,860KB
>
> Cuando llamo cada Modulo uso esta funcion   _ActiveDLL("{|o| 
> pvpu01(oDlg:drawingArea) }")
>
> FUNCTION _ActiveDLL( bBlock )
> return {|o|o:=Thread():new(),o:Start( &(bBlock) )}
>
> y cuando salgo del mudulo uso este codigo  threadobject():quit()
>
> Ahora Usted puede decirme cual seria mi solucion porfavor
> Esto Me Urge
>
> Las Terminales tienen esta Configuracion P4 1G RAM  cada una.
>
>
>
>
> Nolberto Paulino
> Un cordial Saludo
>
>
>
> "Jos Luis Otermin [Alaska Software]" <jose.otermin@alaska-software.com> 
> escribi en el mensaje de 
> noticias:160dd756$3754680b$3b9fc@news.alaska-software.com...
>> Estimado Nolberto,
>>
>> Para comprobar la rapidez o lentitud de un proceso hay que verificar con 
>> el Administrador de Tareas (Task Manager) cunto % de procesador est 
>> consumiendo la aplicacin.
>>
>> Si de eso no se tratara, habra que ver si sta es tan grande que supera 
>> la memoria disponible y est yendo a paginacin. En ese caso, con dividir 
>> el EXE en varias DLL y cargar aquellas que son estrictamente necesarias, 
>> probablemente solucionara el problema.
>>
>> Hay que ver si las tablas de datos son locales o remotas.
>>
>> A ver si podemos resolverlo.
>>
>>
>> -- 
>> Jos Luis Otermin
>> Alaska Software
>> Soporte Tcnico
>> --------------------------------------------------------------------
>> Foros de Usuarios: news://news.alaska-software.com
>> Pgina Web: http://www.alaska-software.com
>> Base de Conocimientos en la Web: 
>> http://www.alaska-software.com/kbase.shtm
>> Oficina en Europa: Fax: +49 (0) 61 96 - 77 99 99 23
>> Oficina en EEUU: Fax: +1 (646) 218 1281
>> --------------------------------------------------------------------
>>
>>
>> <Nolberto Paulino Esterell> escribi en el mensaje 
>> news:741a243e$2f863f66$3934d@news.alaska-software.com...
>>>A Jose Luis Otermin
>>>
>>> Estimado Jose Luis, tengo serias dificultades con un cliente, ya que
>>> el sistema que he desarrollado esta extremadamente lento.
>>> Este programa es un ERP y esta construido con Alaska  1.9.355   y
>>> la ultima versin de la libreria de Express de Roger.
>>>
>>> En el utilizo solamente dbf, dicho programa tampoco utiliza activex
>>> el cual por alguna razon pone aun mas lento los programas.
>>>
>>> Te rogaria que a la brevedad me des los pasos para detectar de
>>> donde proviene el problema, y la forma de solucionarlo o
>>> detectar esta anomalia.
>>>
>>> He preguntado a varios amigos usuarios latinos sobre este problema,
>>> y me dicen que problema es del compilador de Alaska,
>>>
>>>
>>> Saluda y espera pronta respuesta
>>> Nolberto Paulino
>>>
>>>
>>
>>
>
>
>
Nolberto Paulino EsterellRe: Problema con xBase + eXpress
on Wed, 14 Jul 2010 08:08:33 -0400
Hola jose Luis

Roger esta Usando XbpQuickBrowse en Libreria eXpress
Pero el Problema esta en que al Salir de cada Modulo  no se esta
Liberando la Memoria, si entro 10 veces a un Modulo me esta Cargando
la Memoria Ram y ese es el Mayor Problema de la Lentitud.

He Partido el Sistema en 5 DLL por Modulos, y esto no resuelve el Problema


Como Puedo Lograr que xBase Libere la Memoria Ram que ha Usado


Nolberto Paulino




"José Luis Otermin [Alaska Software]" <jose.otermin@alaska-software.com> 
escribió en el mensaje de 
noticias:1dae51ab$76dcfb31$40c1c@news.alaska-software.com...
> Hola Nolberto,
>
> Sugiero hagas una prueba con XbpQuickBrowse() en vez de XbpBrowse(), en 
> conjunción con DacPagedDataStore().
>
> En la Ayuda En Línea hay documentación y un ejemplo utilizable en la ayuda 
> de XbpQuickBrowse().
>
> DacPagedDataStore se usa para evitar la consulta registro a registro.
> En su lugar se realiza página a página y minimizar, descongestionando, el 
> tráfico de red.
>
> Espero haber ayudado.
>
> -- 
> José Luis Otermin
> Alaska Software
> Soporte Técnico
> --------------------------------------------------------------------
> Foros de Usuarios: news://news.alaska-software.com
> Página Web: http://www.alaska-software.com
> Base de Conocimientos en la Web: http://www.alaska-software.com/kbase.shtm
> Oficina en Europa: Fax: +49 (0) 61 96 - 77 99 99 23
> Oficina en EEUU: Fax: +1 (646) 218 1281
> --------------------------------------------------------------------
>
>
> <Nolberto Paulino Esterell> escribió en el mensaje 
> news:97fbc18$2a3d9eca$3e9b8@news.alaska-software.com...
>>
>> Hola Jose Luis
>> El Problema lo Tengo cuando Uso DBF grandes con mas de 600mil Registros
>> al Momento de abril la DBF se tarda mucho, y cuando ingreso un Registro 
>> Nuevo Tambien
>>
>> Cuando Navego en el Browse, hay veces que se tarda mucho, Esto lo hace 
>> Tanto en RED
>> con en local
>>
>> Jose Luis, podrias indicarme los pasos a seguir, a fin de acelerar el 
>> proceso de lectura y grabacion
>> y que este no sea tan lento, y con respecto al browse como puedo mejorar 
>> la paginacion a fin de que sea mas rapida
>> en el uso de filtrado.
>>
>> He Cargado el  Task Manager
>> y he notado que cada vez que yo entro a cada modulo de la aplicacion el 
>> Proceso Aumenta Cada Vez Mas
>>
>> Primera entrada el Task Manager tiene en proceso al PV.EXE con 24,584 KB
>> al Cargar el Modulo Punto de Venta Aumenta a 29,688 KB, Salgo y entro 
>> otra vez al Modulo Punto de Venta y Aumento a 29,720 KB
>>
>> Ahora Salgo del sistema
>> Cuando entro Otra Vez al Modulo Punto de Venta Este se Dispara a 47,352 
>> KB, y sientra al Modulo de Cliente Aumenta a 53,860KB
>>
>> Cuando llamo cada Modulo uso esta funcion   _ActiveDLL("{|o| 
>> pvpu01(oDlg:drawingArea) }")
>>
>> FUNCTION _ActiveDLL( bBlock )
>> return {|o|o:=Thread():new(),o:Start( &(bBlock) )}
>>
>> y cuando salgo del mudulo uso este codigo  threadobject():quit()
>>
>> Ahora Usted puede decirme cual seria mi solucion porfavor
>> Esto Me Urge
>>
>> Las Terminales tienen esta Configuracion P4 1G RAM  cada una.
>>
>>
>>
>>
>> Nolberto Paulino
>> Un cordial Saludo
>>
>>
>>
>> "José Luis Otermin [Alaska Software]" <jose.otermin@alaska-software.com> 
>> escribió en el mensaje de 
>> noticias:160dd756$3754680b$3b9fc@news.alaska-software.com...
>>> Estimado Nolberto,
>>>
>>> Para comprobar la rapidez o lentitud de un proceso hay que verificar con 
>>> el Administrador de Tareas (Task Manager) cuánto % de procesador está 
>>> consumiendo la aplicación.
>>>
>>> Si de eso no se tratara, habría que ver si ésta es tan grande que supera 
>>> la memoria disponible y está yendo a paginación. En ese caso, con 
>>> dividir el EXE en varias DLL y cargar aquellas que son estrictamente 
>>> necesarias, probablemente solucionaría el problema.
>>>
>>> Hay que ver si las tablas de datos son locales o remotas.
>>>
>>> A ver si podemos resolverlo.
>>>
>>>
>>> -- 
>>> José Luis Otermin
>>> Alaska Software
>>> Soporte Técnico
>>> --------------------------------------------------------------------
>>> Foros de Usuarios: news://news.alaska-software.com
>>> Página Web: http://www.alaska-software.com
>>> Base de Conocimientos en la Web: 
>>> http://www.alaska-software.com/kbase.shtm
>>> Oficina en Europa: Fax: +49 (0) 61 96 - 77 99 99 23
>>> Oficina en EEUU: Fax: +1 (646) 218 1281
>>> --------------------------------------------------------------------
>>>
>>>
>>> <Nolberto Paulino Esterell> escribió en el mensaje 
>>> news:741a243e$2f863f66$3934d@news.alaska-software.com...
>>>>A Jose Luis Otermin
>>>>
>>>> Estimado Jose Luis, tengo serias dificultades con un cliente, ya que
>>>> el sistema que he desarrollado esta extremadamente lento.
>>>> Este programa es un ERP y esta construido con Alaska  1.9.355   y
>>>> la ultima versión de la libreria de Express de Roger.
>>>>
>>>> En el utilizo solamente dbf, dicho programa tampoco utiliza activex
>>>> el cual por alguna razon pone aun mas lento los programas.
>>>>
>>>> Te rogaria que a la brevedad me des los pasos para detectar de
>>>> donde proviene el problema, y la forma de solucionarlo o
>>>> detectar esta anomalia.
>>>>
>>>> He preguntado a varios amigos usuarios latinos sobre este problema,
>>>> y me dicen que problema es del compilador de Alaska,
>>>>
>>>>
>>>> Saluda y espera pronta respuesta
>>>> Nolberto Paulino
>>>>
>>>>
>>>
>>>
>>
>>
>>
>
>
Jos Luis Otermin [Alaska Software]Re: Problema con xBase + eXpress
on Wed, 14 Jul 2010 11:50:40 -0300
Hola Nolberto,

Para liberar la memoria luego de utilizar un Componente Xbase++ (Xbp), debe 
eliminarse TODA referencia en memoria al mismo.
Ejemplo:

oXbp := XbpQuickBrowse():new()
[...]
oXbp:destroy()
oXbp := NIL

Si se crea una variable que contenga una referencia al objeto, ste NO se 
destruir.
Ejemplo:

oXbp := XbpQuickBrowse():new()
[...]
oBrowse := Xbp
oXbp:destroy()
oXbp := NIL

En este caso NO se liberar la memoria pues oBrowse conserva una referencia 
a Xbp.
Slo en caso de practicar oBrowse := nil se liberar la memoria.

Espero haber ayudado


Jos Luis Otermin
Alaska Software
Soporte Tcnico
--------------------------------------------------------------------
Foros de Usuarios: news://news.alaska-software.com
Pgina Web: http://www.alaska-software.com
Base de Conocimientos en la Web: http://www.alaska-software.com/kbase.shtm
Oficina en Europa: Fax: +49 (0) 61 96 - 77 99 99 23
Oficina en EEUU: Fax: +1 (646) 218 1281
--------------------------------------------------------------------



<Nolberto Paulino Esterell> escribi en el mensaje 
news:5b57ef1e$4b1fb5d7$40634@news.alaska-software.com...
> Hola jose Luis
>
> Roger esta Usando XbpQuickBrowse en Libreria eXpress
> Pero el Problema esta en que al Salir de cada Modulo  no se esta
> Liberando la Memoria, si entro 10 veces a un Modulo me esta Cargando
> la Memoria Ram y ese es el Mayor Problema de la Lentitud.
>
> He Partido el Sistema en 5 DLL por Modulos, y esto no resuelve el Problema
>
>
> Como Puedo Lograr que xBase Libere la Memoria Ram que ha Usado
>
>
> Nolberto Paulino
>
>
>
>
> "Jos Luis Otermin [Alaska Software]" <jose.otermin@alaska-software.com> 
> escribi en el mensaje de 
> noticias:1dae51ab$76dcfb31$40c1c@news.alaska-software.com...
>> Hola Nolberto,
>>
>> Sugiero hagas una prueba con XbpQuickBrowse() en vez de XbpBrowse(), en 
>> conjuncin con DacPagedDataStore().
>>
>> En la Ayuda En Lnea hay documentacin y un ejemplo utilizable en la 
>> ayuda de XbpQuickBrowse().
>>
>> DacPagedDataStore se usa para evitar la consulta registro a registro.
>> En su lugar se realiza pgina a pgina y minimizar, descongestionando, el 
>> trfico de red.
>>
>> Espero haber ayudado.
>>
>> -- 
>> Jos Luis Otermin
>> Alaska Software
>> Soporte Tcnico
>> --------------------------------------------------------------------
>> Foros de Usuarios: news://news.alaska-software.com
>> Pgina Web: http://www.alaska-software.com
>> Base de Conocimientos en la Web: 
>> http://www.alaska-software.com/kbase.shtm
>> Oficina en Europa: Fax: +49 (0) 61 96 - 77 99 99 23
>> Oficina en EEUU: Fax: +1 (646) 218 1281
>> --------------------------------------------------------------------
>>
>>
>> <Nolberto Paulino Esterell> escribi en el mensaje 
>> news:97fbc18$2a3d9eca$3e9b8@news.alaska-software.com...
>>>
>>> Hola Jose Luis
>>> El Problema lo Tengo cuando Uso DBF grandes con mas de 600mil Registros
>>> al Momento de abril la DBF se tarda mucho, y cuando ingreso un Registro 
>>> Nuevo Tambien
>>>
>>> Cuando Navego en el Browse, hay veces que se tarda mucho, Esto lo hace 
>>> Tanto en RED
>>> con en local
>>>
>>> Jose Luis, podrias indicarme los pasos a seguir, a fin de acelerar el 
>>> proceso de lectura y grabacion
>>> y que este no sea tan lento, y con respecto al browse como puedo mejorar 
>>> la paginacion a fin de que sea mas rapida
>>> en el uso de filtrado.
>>>
>>> He Cargado el  Task Manager
>>> y he notado que cada vez que yo entro a cada modulo de la aplicacion el 
>>> Proceso Aumenta Cada Vez Mas
>>>
>>> Primera entrada el Task Manager tiene en proceso al PV.EXE con 24,584 KB
>>> al Cargar el Modulo Punto de Venta Aumenta a 29,688 KB, Salgo y entro 
>>> otra vez al Modulo Punto de Venta y Aumento a 29,720 KB
>>>
>>> Ahora Salgo del sistema
>>> Cuando entro Otra Vez al Modulo Punto de Venta Este se Dispara a 47,352 
>>> KB, y sientra al Modulo de Cliente Aumenta a 53,860KB
>>>
>>> Cuando llamo cada Modulo uso esta funcion   _ActiveDLL("{|o| 
>>> pvpu01(oDlg:drawingArea) }")
>>>
>>> FUNCTION _ActiveDLL( bBlock )
>>> return {|o|o:=Thread():new(),o:Start( &(bBlock) )}
>>>
>>> y cuando salgo del mudulo uso este codigo  threadobject():quit()
>>>
>>> Ahora Usted puede decirme cual seria mi solucion porfavor
>>> Esto Me Urge
>>>
>>> Las Terminales tienen esta Configuracion P4 1G RAM  cada una.
>>>
>>>
>>>
>>>
>>> Nolberto Paulino
>>> Un cordial Saludo
>>>
>>>
>>>
>>> "Jos Luis Otermin [Alaska Software]" <jose.otermin@alaska-software.com> 
>>> escribi en el mensaje de 
>>> noticias:160dd756$3754680b$3b9fc@news.alaska-software.com...
>>>> Estimado Nolberto,
>>>>
>>>> Para comprobar la rapidez o lentitud de un proceso hay que verificar 
>>>> con el Administrador de Tareas (Task Manager) cunto % de procesador 
>>>> est consumiendo la aplicacin.
>>>>
>>>> Si de eso no se tratara, habra que ver si sta es tan grande que 
>>>> supera la memoria disponible y est yendo a paginacin. En ese caso, 
>>>> con dividir el EXE en varias DLL y cargar aquellas que son 
>>>> estrictamente necesarias, probablemente solucionara el problema.
>>>>
>>>> Hay que ver si las tablas de datos son locales o remotas.
>>>>
>>>> A ver si podemos resolverlo.
>>>>
>>>>
>>>> -- 
>>>> Jos Luis Otermin
>>>> Alaska Software
>>>> Soporte Tcnico
>>>> --------------------------------------------------------------------
>>>> Foros de Usuarios: news://news.alaska-software.com
>>>> Pgina Web: http://www.alaska-software.com
>>>> Base de Conocimientos en la Web: 
>>>> http://www.alaska-software.com/kbase.shtm
>>>> Oficina en Europa: Fax: +49 (0) 61 96 - 77 99 99 23
>>>> Oficina en EEUU: Fax: +1 (646) 218 1281
>>>> --------------------------------------------------------------------
>>>>
>>>>
>>>> <Nolberto Paulino Esterell> escribi en el mensaje 
>>>> news:741a243e$2f863f66$3934d@news.alaska-software.com...
>>>>>A Jose Luis Otermin
>>>>>
>>>>> Estimado Jose Luis, tengo serias dificultades con un cliente, ya que
>>>>> el sistema que he desarrollado esta extremadamente lento.
>>>>> Este programa es un ERP y esta construido con Alaska  1.9.355   y
>>>>> la ultima versin de la libreria de Express de Roger.
>>>>>
>>>>> En el utilizo solamente dbf, dicho programa tampoco utiliza activex
>>>>> el cual por alguna razon pone aun mas lento los programas.
>>>>>
>>>>> Te rogaria que a la brevedad me des los pasos para detectar de
>>>>> donde proviene el problema, y la forma de solucionarlo o
>>>>> detectar esta anomalia.
>>>>>
>>>>> He preguntado a varios amigos usuarios latinos sobre este problema,
>>>>> y me dicen que problema es del compilador de Alaska,
>>>>>
>>>>>
>>>>> Saluda y espera pronta respuesta
>>>>> Nolberto Paulino
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>>
>>
>>
>
>
>
Nolberto Paulino EsterellRe: Problema con xBase + eXpress
on Wed, 14 Jul 2010 13:20:36 -0400
Hola José Luis Otermin
He hecho lo que usted me ha sugerido, y el problema sigue igual

La prueba la he hecho con la pantalla  Punto de Ventas, que los clientes
usan mucho otra pantalla para Elegir e buscar los Productos.



Nolberto Paulino
Un cordial Saludo


"José Luis Otermin [Alaska Software]" <jose.otermin@alaska-software.com> 
escribió en el mensaje de 
noticias:69351973$4c3f0e2f$4017a@news.alaska-software.com...
> Hola Nolberto,
>
> Para liberar la memoria luego de utilizar un Componente Xbase++ (Xbp), 
> debe eliminarse TODA referencia en memoria al mismo.
> Ejemplo:
>
> oXbp := XbpQuickBrowse():new()
> [...]
> oXbp:destroy()
> oXbp := NIL
>
> Si se crea una variable que contenga una referencia al objeto, éste NO se 
> destruirá.
> Ejemplo:
>
> oXbp := XbpQuickBrowse():new()
> [...]
> oBrowse := Xbp
> oXbp:destroy()
> oXbp := NIL
>
> En este caso NO se liberará la memoria pues oBrowse conserva una 
> referencia a Xbp.
> Sólo en caso de practicar oBrowse := nil se liberará la memoria.
>
> Espero haber ayudado
>
>
> -- 
> José Luis Otermin
> Alaska Software
> Soporte Técnico
> --------------------------------------------------------------------
> Foros de Usuarios: news://news.alaska-software.com
> Página Web: http://www.alaska-software.com
> Base de Conocimientos en la Web: http://www.alaska-software.com/kbase.shtm
> Oficina en Europa: Fax: +49 (0) 61 96 - 77 99 99 23
> Oficina en EEUU: Fax: +1 (646) 218 1281
> --------------------------------------------------------------------
>
>
>
> <Nolberto Paulino Esterell> escribió en el mensaje 
> news:5b57ef1e$4b1fb5d7$40634@news.alaska-software.com...
>> Hola jose Luis
>>
>> Roger esta Usando XbpQuickBrowse en Libreria eXpress
>> Pero el Problema esta en que al Salir de cada Modulo  no se esta
>> Liberando la Memoria, si entro 10 veces a un Modulo me esta Cargando
>> la Memoria Ram y ese es el Mayor Problema de la Lentitud.
>>
>> He Partido el Sistema en 5 DLL por Modulos, y esto no resuelve el 
>> Problema
>>
>>
>> Como Puedo Lograr que xBase Libere la Memoria Ram que ha Usado
>>
>>
>> Nolberto Paulino
>>
>>
>>
>>
>> "José Luis Otermin [Alaska Software]" <jose.otermin@alaska-software.com> 
>> escribió en el mensaje de 
>> noticias:1dae51ab$76dcfb31$40c1c@news.alaska-software.com...
>>> Hola Nolberto,
>>>
>>> Sugiero hagas una prueba con XbpQuickBrowse() en vez de XbpBrowse(), en 
>>> conjunción con DacPagedDataStore().
>>>
>>> En la Ayuda En Línea hay documentación y un ejemplo utilizable en la 
>>> ayuda de XbpQuickBrowse().
>>>
>>> DacPagedDataStore se usa para evitar la consulta registro a registro.
>>> En su lugar se realiza página a página y minimizar, descongestionando, 
>>> el tráfico de red.
>>>
>>> Espero haber ayudado.
>>>
>>> -- 
>>> José Luis Otermin
>>> Alaska Software
>>> Soporte Técnico
>>> --------------------------------------------------------------------
>>> Foros de Usuarios: news://news.alaska-software.com
>>> Página Web: http://www.alaska-software.com
>>> Base de Conocimientos en la Web: 
>>> http://www.alaska-software.com/kbase.shtm
>>> Oficina en Europa: Fax: +49 (0) 61 96 - 77 99 99 23
>>> Oficina en EEUU: Fax: +1 (646) 218 1281
>>> --------------------------------------------------------------------
>>>
>>>
>>> <Nolberto Paulino Esterell> escribió en el mensaje 
>>> news:97fbc18$2a3d9eca$3e9b8@news.alaska-software.com...
>>>>
>>>> Hola Jose Luis
>>>> El Problema lo Tengo cuando Uso DBF grandes con mas de 600mil Registros
>>>> al Momento de abril la DBF se tarda mucho, y cuando ingreso un Registro 
>>>> Nuevo Tambien
>>>>
>>>> Cuando Navego en el Browse, hay veces que se tarda mucho, Esto lo hace 
>>>> Tanto en RED
>>>> con en local
>>>>
>>>> Jose Luis, podrias indicarme los pasos a seguir, a fin de acelerar el 
>>>> proceso de lectura y grabacion
>>>> y que este no sea tan lento, y con respecto al browse como puedo 
>>>> mejorar la paginacion a fin de que sea mas rapida
>>>> en el uso de filtrado.
>>>>
>>>> He Cargado el  Task Manager
>>>> y he notado que cada vez que yo entro a cada modulo de la aplicacion el 
>>>> Proceso Aumenta Cada Vez Mas
>>>>
>>>> Primera entrada el Task Manager tiene en proceso al PV.EXE con 24,584 
>>>> KB
>>>> al Cargar el Modulo Punto de Venta Aumenta a 29,688 KB, Salgo y entro 
>>>> otra vez al Modulo Punto de Venta y Aumento a 29,720 KB
>>>>
>>>> Ahora Salgo del sistema
>>>> Cuando entro Otra Vez al Modulo Punto de Venta Este se Dispara a 47,352 
>>>> KB, y sientra al Modulo de Cliente Aumenta a 53,860KB
>>>>
>>>> Cuando llamo cada Modulo uso esta funcion   _ActiveDLL("{|o| 
>>>> pvpu01(oDlg:drawingArea) }")
>>>>
>>>> FUNCTION _ActiveDLL( bBlock )
>>>> return {|o|o:=Thread():new(),o:Start( &(bBlock) )}
>>>>
>>>> y cuando salgo del mudulo uso este codigo  threadobject():quit()
>>>>
>>>> Ahora Usted puede decirme cual seria mi solucion porfavor
>>>> Esto Me Urge
>>>>
>>>> Las Terminales tienen esta Configuracion P4 1G RAM  cada una.
>>>>
>>>>
>>>>
>>>>
>>>> Nolberto Paulino
>>>> Un cordial Saludo
>>>>
>>>>
>>>>
>>>> "José Luis Otermin [Alaska Software]" 
>>>> <jose.otermin@alaska-software.com> escribió en el mensaje de 
>>>> noticias:160dd756$3754680b$3b9fc@news.alaska-software.com...
>>>>> Estimado Nolberto,
>>>>>
>>>>> Para comprobar la rapidez o lentitud de un proceso hay que verificar 
>>>>> con el Administrador de Tareas (Task Manager) cuánto % de procesador 
>>>>> está consumiendo la aplicación.
>>>>>
>>>>> Si de eso no se tratara, habría que ver si ésta es tan grande que 
>>>>> supera la memoria disponible y está yendo a paginación. En ese caso, 
>>>>> con dividir el EXE en varias DLL y cargar aquellas que son 
>>>>> estrictamente necesarias, probablemente solucionaría el problema.
>>>>>
>>>>> Hay que ver si las tablas de datos son locales o remotas.
>>>>>
>>>>> A ver si podemos resolverlo.
>>>>>
>>>>>
>>>>> -- 
>>>>> José Luis Otermin
>>>>> Alaska Software
>>>>> Soporte Técnico
>>>>> --------------------------------------------------------------------
>>>>> Foros de Usuarios: news://news.alaska-software.com
>>>>> Página Web: http://www.alaska-software.com
>>>>> Base de Conocimientos en la Web: 
>>>>> http://www.alaska-software.com/kbase.shtm
>>>>> Oficina en Europa: Fax: +49 (0) 61 96 - 77 99 99 23
>>>>> Oficina en EEUU: Fax: +1 (646) 218 1281
>>>>> --------------------------------------------------------------------
>>>>>
>>>>>
>>>>> <Nolberto Paulino Esterell> escribió en el mensaje 
>>>>> news:741a243e$2f863f66$3934d@news.alaska-software.com...
>>>>>>A Jose Luis Otermin
>>>>>>
>>>>>> Estimado Jose Luis, tengo serias dificultades con un cliente, ya que
>>>>>> el sistema que he desarrollado esta extremadamente lento.
>>>>>> Este programa es un ERP y esta construido con Alaska  1.9.355   y
>>>>>> la ultima versión de la libreria de Express de Roger.
>>>>>>
>>>>>> En el utilizo solamente dbf, dicho programa tampoco utiliza activex
>>>>>> el cual por alguna razon pone aun mas lento los programas.
>>>>>>
>>>>>> Te rogaria que a la brevedad me des los pasos para detectar de
>>>>>> donde proviene el problema, y la forma de solucionarlo o
>>>>>> detectar esta anomalia.
>>>>>>
>>>>>> He preguntado a varios amigos usuarios latinos sobre este problema,
>>>>>> y me dicen que problema es del compilador de Alaska,
>>>>>>
>>>>>>
>>>>>> Saluda y espera pronta respuesta
>>>>>> Nolberto Paulino
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>>
>
>
Nolberto Paulino EsterellRe: Problema con xBase + eXpress
on Wed, 14 Jul 2010 13:46:10 -0400
Hola José Luis Otermin
He hecho las Pruebas con este ejemplo que trae xBase
C:\Archivos de programa\ALASKA\XPPW32\source\samples\basics\App
APPDEMO.EXE, y tiene el mismo Problema, El Uso de Memoria que Muestra
el Task Manager de Windows, aumenta en cada opción que uno elige.

Este Problema no solo pasa con mi sistema, tambien con los ejemplos
que trae xBase


Nolberto Paulino
Un cordial Saludo



"José Luis Otermin [Alaska Software]" <jose.otermin@alaska-software.com> 
escribió en el mensaje de 
noticias:69351973$4c3f0e2f$4017a@news.alaska-software.com...
> Hola Nolberto,
>
> Para liberar la memoria luego de utilizar un Componente Xbase++ (Xbp), 
> debe eliminarse TODA referencia en memoria al mismo.
> Ejemplo:
>
> oXbp := XbpQuickBrowse():new()
> [...]
> oXbp:destroy()
> oXbp := NIL
>
> Si se crea una variable que contenga una referencia al objeto, éste NO se 
> destruirá.
> Ejemplo:
>
> oXbp := XbpQuickBrowse():new()
> [...]
> oBrowse := Xbp
> oXbp:destroy()
> oXbp := NIL
>
> En este caso NO se liberará la memoria pues oBrowse conserva una 
> referencia a Xbp.
> Sólo en caso de practicar oBrowse := nil se liberará la memoria.
>
> Espero haber ayudado
>
>
> -- 
> José Luis Otermin
> Alaska Software
> Soporte Técnico
> --------------------------------------------------------------------
> Foros de Usuarios: news://news.alaska-software.com
> Página Web: http://www.alaska-software.com
> Base de Conocimientos en la Web: http://www.alaska-software.com/kbase.shtm
> Oficina en Europa: Fax: +49 (0) 61 96 - 77 99 99 23
> Oficina en EEUU: Fax: +1 (646) 218 1281
> --------------------------------------------------------------------
>
>
>
> <Nolberto Paulino Esterell> escribió en el mensaje 
> news:5b57ef1e$4b1fb5d7$40634@news.alaska-software.com...
>> Hola jose Luis
>>
>> Roger esta Usando XbpQuickBrowse en Libreria eXpress
>> Pero el Problema esta en que al Salir de cada Modulo  no se esta
>> Liberando la Memoria, si entro 10 veces a un Modulo me esta Cargando
>> la Memoria Ram y ese es el Mayor Problema de la Lentitud.
>>
>> He Partido el Sistema en 5 DLL por Modulos, y esto no resuelve el 
>> Problema
>>
>>
>> Como Puedo Lograr que xBase Libere la Memoria Ram que ha Usado
>>
>>
>> Nolberto Paulino
>>
>>
>>
>>
>> "José Luis Otermin [Alaska Software]" <jose.otermin@alaska-software.com> 
>> escribió en el mensaje de 
>> noticias:1dae51ab$76dcfb31$40c1c@news.alaska-software.com...
>>> Hola Nolberto,
>>>
>>> Sugiero hagas una prueba con XbpQuickBrowse() en vez de XbpBrowse(), en 
>>> conjunción con DacPagedDataStore().
>>>
>>> En la Ayuda En Línea hay documentación y un ejemplo utilizable en la 
>>> ayuda de XbpQuickBrowse().
>>>
>>> DacPagedDataStore se usa para evitar la consulta registro a registro.
>>> En su lugar se realiza página a página y minimizar, descongestionando, 
>>> el tráfico de red.
>>>
>>> Espero haber ayudado.
>>>
>>> -- 
>>> José Luis Otermin
>>> Alaska Software
>>> Soporte Técnico
>>> --------------------------------------------------------------------
>>> Foros de Usuarios: news://news.alaska-software.com
>>> Página Web: http://www.alaska-software.com
>>> Base de Conocimientos en la Web: 
>>> http://www.alaska-software.com/kbase.shtm
>>> Oficina en Europa: Fax: +49 (0) 61 96 - 77 99 99 23
>>> Oficina en EEUU: Fax: +1 (646) 218 1281
>>> --------------------------------------------------------------------
>>>
>>>
>>> <Nolberto Paulino Esterell> escribió en el mensaje 
>>> news:97fbc18$2a3d9eca$3e9b8@news.alaska-software.com...
>>>>
>>>> Hola Jose Luis
>>>> El Problema lo Tengo cuando Uso DBF grandes con mas de 600mil Registros
>>>> al Momento de abril la DBF se tarda mucho, y cuando ingreso un Registro 
>>>> Nuevo Tambien
>>>>
>>>> Cuando Navego en el Browse, hay veces que se tarda mucho, Esto lo hace 
>>>> Tanto en RED
>>>> con en local
>>>>
>>>> Jose Luis, podrias indicarme los pasos a seguir, a fin de acelerar el 
>>>> proceso de lectura y grabacion
>>>> y que este no sea tan lento, y con respecto al browse como puedo 
>>>> mejorar la paginacion a fin de que sea mas rapida
>>>> en el uso de filtrado.
>>>>
>>>> He Cargado el  Task Manager
>>>> y he notado que cada vez que yo entro a cada modulo de la aplicacion el 
>>>> Proceso Aumenta Cada Vez Mas
>>>>
>>>> Primera entrada el Task Manager tiene en proceso al PV.EXE con 24,584 
>>>> KB
>>>> al Cargar el Modulo Punto de Venta Aumenta a 29,688 KB, Salgo y entro 
>>>> otra vez al Modulo Punto de Venta y Aumento a 29,720 KB
>>>>
>>>> Ahora Salgo del sistema
>>>> Cuando entro Otra Vez al Modulo Punto de Venta Este se Dispara a 47,352 
>>>> KB, y sientra al Modulo de Cliente Aumenta a 53,860KB
>>>>
>>>> Cuando llamo cada Modulo uso esta funcion   _ActiveDLL("{|o| 
>>>> pvpu01(oDlg:drawingArea) }")
>>>>
>>>> FUNCTION _ActiveDLL( bBlock )
>>>> return {|o|o:=Thread():new(),o:Start( &(bBlock) )}
>>>>
>>>> y cuando salgo del mudulo uso este codigo  threadobject():quit()
>>>>
>>>> Ahora Usted puede decirme cual seria mi solucion porfavor
>>>> Esto Me Urge
>>>>
>>>> Las Terminales tienen esta Configuracion P4 1G RAM  cada una.
>>>>
>>>>
>>>>
>>>>
>>>> Nolberto Paulino
>>>> Un cordial Saludo
>>>>
>>>>
>>>>
>>>> "José Luis Otermin [Alaska Software]" 
>>>> <jose.otermin@alaska-software.com> escribió en el mensaje de 
>>>> noticias:160dd756$3754680b$3b9fc@news.alaska-software.com...
>>>>> Estimado Nolberto,
>>>>>
>>>>> Para comprobar la rapidez o lentitud de un proceso hay que verificar 
>>>>> con el Administrador de Tareas (Task Manager) cuánto % de procesador 
>>>>> está consumiendo la aplicación.
>>>>>
>>>>> Si de eso no se tratara, habría que ver si ésta es tan grande que 
>>>>> supera la memoria disponible y está yendo a paginación. En ese caso, 
>>>>> con dividir el EXE en varias DLL y cargar aquellas que son 
>>>>> estrictamente necesarias, probablemente solucionaría el problema.
>>>>>
>>>>> Hay que ver si las tablas de datos son locales o remotas.
>>>>>
>>>>> A ver si podemos resolverlo.
>>>>>
>>>>>
>>>>> -- 
>>>>> José Luis Otermin
>>>>> Alaska Software
>>>>> Soporte Técnico
>>>>> --------------------------------------------------------------------
>>>>> Foros de Usuarios: news://news.alaska-software.com
>>>>> Página Web: http://www.alaska-software.com
>>>>> Base de Conocimientos en la Web: 
>>>>> http://www.alaska-software.com/kbase.shtm
>>>>> Oficina en Europa: Fax: +49 (0) 61 96 - 77 99 99 23
>>>>> Oficina en EEUU: Fax: +1 (646) 218 1281
>>>>> --------------------------------------------------------------------
>>>>>
>>>>>
>>>>> <Nolberto Paulino Esterell> escribió en el mensaje 
>>>>> news:741a243e$2f863f66$3934d@news.alaska-software.com...
>>>>>>A Jose Luis Otermin
>>>>>>
>>>>>> Estimado Jose Luis, tengo serias dificultades con un cliente, ya que
>>>>>> el sistema que he desarrollado esta extremadamente lento.
>>>>>> Este programa es un ERP y esta construido con Alaska  1.9.355   y
>>>>>> la ultima versión de la libreria de Express de Roger.
>>>>>>
>>>>>> En el utilizo solamente dbf, dicho programa tampoco utiliza activex
>>>>>> el cual por alguna razon pone aun mas lento los programas.
>>>>>>
>>>>>> Te rogaria que a la brevedad me des los pasos para detectar de
>>>>>> donde proviene el problema, y la forma de solucionarlo o
>>>>>> detectar esta anomalia.
>>>>>>
>>>>>> He preguntado a varios amigos usuarios latinos sobre este problema,
>>>>>> y me dicen que problema es del compilador de Alaska,
>>>>>>
>>>>>>
>>>>>> Saluda y espera pronta respuesta
>>>>>> Nolberto Paulino
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>>
>
>
Jos Luis Otermin [Alaska Software]Re: Problema con xBase + eXpress
on Thu, 15 Jul 2010 20:33:10 -0300
Nolberto,

Me gustara resolver este inconveniente.
Te parece si seguimos por e-mail para intercambiar ms detalles y no 
sobrecargar este grupo?
Cuando se haya solucionado, cualquiera de ambos siempre podr publicar la 
respuesta y el anlisis respectivo.

Gracias por tu comprensin

Jos Luis Otermin
Alaska Software
Soporte Tcnico
--------------------------------------------------------------------
Foros de Usuarios: news://news.alaska-software.com
Pgina Web: http://www.alaska-software.com
Base de Conocimientos en la Web: http://www.alaska-software.com/kbase.shtm
Oficina en Europa: Fax: +49 (0) 61 96 - 77 99 99 23
Oficina en EEUU: Fax: +1 (646) 218 1281
--------------------------------------------------------------------


<Nolberto Paulino Esterell> escribi en el mensaje 
news:6740c6f0$b40a8d$43c7b@news.alaska-software.com...
> Hola Jos Luis Otermin
> He hecho las Pruebas con este ejemplo que trae xBase
> C:\Archivos de programa\ALASKA\XPPW32\source\samples\basics\App
> APPDEMO.EXE, y tiene el mismo Problema, El Uso de Memoria que Muestra
> el Task Manager de Windows, aumenta en cada opcin que uno elige.
>
> Este Problema no solo pasa con mi sistema, tambien con los ejemplos
> que trae xBase
>
>
> Nolberto Paulino
> Un cordial Saludo
>
>
>
> "Jos Luis Otermin [Alaska Software]" <jose.otermin@alaska-software.com> 
> escribi en el mensaje de 
> noticias:69351973$4c3f0e2f$4017a@news.alaska-software.com...
>> Hola Nolberto,
>>
>> Para liberar la memoria luego de utilizar un Componente Xbase++ (Xbp), 
>> debe eliminarse TODA referencia en memoria al mismo.
>> Ejemplo:
>>
>> oXbp := XbpQuickBrowse():new()
>> [...]
>> oXbp:destroy()
>> oXbp := NIL
>>
>> Si se crea una variable que contenga una referencia al objeto, ste NO se 
>> destruir.
>> Ejemplo:
>>
>> oXbp := XbpQuickBrowse():new()
>> [...]
>> oBrowse := Xbp
>> oXbp:destroy()
>> oXbp := NIL
>>
>> En este caso NO se liberar la memoria pues oBrowse conserva una 
>> referencia a Xbp.
>> Slo en caso de practicar oBrowse := nil se liberar la memoria.
>>
>> Espero haber ayudado
>>
>>
>> -- 
>> Jos Luis Otermin
>> Alaska Software
>> Soporte Tcnico
>> --------------------------------------------------------------------
>> Foros de Usuarios: news://news.alaska-software.com
>> Pgina Web: http://www.alaska-software.com
>> Base de Conocimientos en la Web: 
>> http://www.alaska-software.com/kbase.shtm
>> Oficina en Europa: Fax: +49 (0) 61 96 - 77 99 99 23
>> Oficina en EEUU: Fax: +1 (646) 218 1281
>> --------------------------------------------------------------------
>>
>>
>>
>> <Nolberto Paulino Esterell> escribi en el mensaje 
>> news:5b57ef1e$4b1fb5d7$40634@news.alaska-software.com...
>>> Hola jose Luis
>>>
>>> Roger esta Usando XbpQuickBrowse en Libreria eXpress
>>> Pero el Problema esta en que al Salir de cada Modulo  no se esta
>>> Liberando la Memoria, si entro 10 veces a un Modulo me esta Cargando
>>> la Memoria Ram y ese es el Mayor Problema de la Lentitud.
>>>
>>> He Partido el Sistema en 5 DLL por Modulos, y esto no resuelve el 
>>> Problema
>>>
>>>
>>> Como Puedo Lograr que xBase Libere la Memoria Ram que ha Usado
>>>
>>>
>>> Nolberto Paulino
>>>
>>>
>>>
>>>
>>> "Jos Luis Otermin [Alaska Software]" <jose.otermin@alaska-software.com> 
>>> escribi en el mensaje de 
>>> noticias:1dae51ab$76dcfb31$40c1c@news.alaska-software.com...
>>>> Hola Nolberto,
>>>>
>>>> Sugiero hagas una prueba con XbpQuickBrowse() en vez de XbpBrowse(), en 
>>>> conjuncin con DacPagedDataStore().
>>>>
>>>> En la Ayuda En Lnea hay documentacin y un ejemplo utilizable en la 
>>>> ayuda de XbpQuickBrowse().
>>>>
>>>> DacPagedDataStore se usa para evitar la consulta registro a registro.
>>>> En su lugar se realiza pgina a pgina y minimizar, descongestionando, 
>>>> el trfico de red.
>>>>
>>>> Espero haber ayudado.
>>>>
>>>> -- 
>>>> Jos Luis Otermin
>>>> Alaska Software
>>>> Soporte Tcnico
>>>> --------------------------------------------------------------------
>>>> Foros de Usuarios: news://news.alaska-software.com
>>>> Pgina Web: http://www.alaska-software.com
>>>> Base de Conocimientos en la Web: 
>>>> http://www.alaska-software.com/kbase.shtm
>>>> Oficina en Europa: Fax: +49 (0) 61 96 - 77 99 99 23
>>>> Oficina en EEUU: Fax: +1 (646) 218 1281
>>>> --------------------------------------------------------------------
>>>>
>>>>
>>>> <Nolberto Paulino Esterell> escribi en el mensaje 
>>>> news:97fbc18$2a3d9eca$3e9b8@news.alaska-software.com...
>>>>>
>>>>> Hola Jose Luis
>>>>> El Problema lo Tengo cuando Uso DBF grandes con mas de 600mil 
>>>>> Registros
>>>>> al Momento de abril la DBF se tarda mucho, y cuando ingreso un 
>>>>> Registro Nuevo Tambien
>>>>>
>>>>> Cuando Navego en el Browse, hay veces que se tarda mucho, Esto lo hace 
>>>>> Tanto en RED
>>>>> con en local
>>>>>
>>>>> Jose Luis, podrias indicarme los pasos a seguir, a fin de acelerar el 
>>>>> proceso de lectura y grabacion
>>>>> y que este no sea tan lento, y con respecto al browse como puedo 
>>>>> mejorar la paginacion a fin de que sea mas rapida
>>>>> en el uso de filtrado.
>>>>>
>>>>> He Cargado el  Task Manager
>>>>> y he notado que cada vez que yo entro a cada modulo de la aplicacion 
>>>>> el Proceso Aumenta Cada Vez Mas
>>>>>
>>>>> Primera entrada el Task Manager tiene en proceso al PV.EXE con 24,584 
>>>>> KB
>>>>> al Cargar el Modulo Punto de Venta Aumenta a 29,688 KB, Salgo y entro 
>>>>> otra vez al Modulo Punto de Venta y Aumento a 29,720 KB
>>>>>
>>>>> Ahora Salgo del sistema
>>>>> Cuando entro Otra Vez al Modulo Punto de Venta Este se Dispara a 
>>>>> 47,352 KB, y sientra al Modulo de Cliente Aumenta a 53,860KB
>>>>>
>>>>> Cuando llamo cada Modulo uso esta funcion   _ActiveDLL("{|o| 
>>>>> pvpu01(oDlg:drawingArea) }")
>>>>>
>>>>> FUNCTION _ActiveDLL( bBlock )
>>>>> return {|o|o:=Thread():new(),o:Start( &(bBlock) )}
>>>>>
>>>>> y cuando salgo del mudulo uso este codigo  threadobject():quit()
>>>>>
>>>>> Ahora Usted puede decirme cual seria mi solucion porfavor
>>>>> Esto Me Urge
>>>>>
>>>>> Las Terminales tienen esta Configuracion P4 1G RAM  cada una.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Nolberto Paulino
>>>>> Un cordial Saludo
>>>>>
>>>>>
>>>>>
>>>>> "Jos Luis Otermin [Alaska Software]" 
>>>>> <jose.otermin@alaska-software.com> escribi en el mensaje de 
>>>>> noticias:160dd756$3754680b$3b9fc@news.alaska-software.com...
>>>>>> Estimado Nolberto,
>>>>>>
>>>>>> Para comprobar la rapidez o lentitud de un proceso hay que verificar 
>>>>>> con el Administrador de Tareas (Task Manager) cunto % de procesador 
>>>>>> est consumiendo la aplicacin.
>>>>>>
>>>>>> Si de eso no se tratara, habra que ver si sta es tan grande que 
>>>>>> supera la memoria disponible y est yendo a paginacin. En ese caso, 
>>>>>> con dividir el EXE en varias DLL y cargar aquellas que son 
>>>>>> estrictamente necesarias, probablemente solucionara el problema.
>>>>>>
>>>>>> Hay que ver si las tablas de datos son locales o remotas.
>>>>>>
>>>>>> A ver si podemos resolverlo.
>>>>>>
>>>>>>
>>>>>> -- 
>>>>>> Jos Luis Otermin
>>>>>> Alaska Software
>>>>>> Soporte Tcnico
>>>>>> --------------------------------------------------------------------
>>>>>> Foros de Usuarios: news://news.alaska-software.com
>>>>>> Pgina Web: http://www.alaska-software.com
>>>>>> Base de Conocimientos en la Web: 
>>>>>> http://www.alaska-software.com/kbase.shtm
>>>>>> Oficina en Europa: Fax: +49 (0) 61 96 - 77 99 99 23
>>>>>> Oficina en EEUU: Fax: +1 (646) 218 1281
>>>>>> --------------------------------------------------------------------
>>>>>>
>>>>>>
>>>>>> <Nolberto Paulino Esterell> escribi en el mensaje 
>>>>>> news:741a243e$2f863f66$3934d@news.alaska-software.com...
>>>>>>>A Jose Luis Otermin
>>>>>>>
>>>>>>> Estimado Jose Luis, tengo serias dificultades con un cliente, ya que
>>>>>>> el sistema que he desarrollado esta extremadamente lento.
>>>>>>> Este programa es un ERP y esta construido con Alaska  1.9.355   y
>>>>>>> la ultima versin de la libreria de Express de Roger.
>>>>>>>
>>>>>>> En el utilizo solamente dbf, dicho programa tampoco utiliza activex
>>>>>>> el cual por alguna razon pone aun mas lento los programas.
>>>>>>>
>>>>>>> Te rogaria que a la brevedad me des los pasos para detectar de
>>>>>>> donde proviene el problema, y la forma de solucionarlo o
>>>>>>> detectar esta anomalia.
>>>>>>>
>>>>>>> He preguntado a varios amigos usuarios latinos sobre este problema,
>>>>>>> y me dicen que problema es del compilador de Alaska,
>>>>>>>
>>>>>>>
>>>>>>> Saluda y espera pronta respuesta
>>>>>>> Nolberto Paulino
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>>
>>
>>
>
>
>
Osvaldo Ramirez Re: Problema con xBase + eXpress
on Tue, 13 Jul 2010 20:32:28 -0600
Estimado ...

Preguntas

1.- Siempre has tenido el problema o es reciente ?
     Es decir algun parche para corregir alguna pulga ?

2.- El echo de abrir una tabla con 600,000 Registros
     no veo tanto problema, lo puede abrir rapido
     al igual que hacer un browse, el punto esta en
     la cantidad de registros a mostrar.
     Has echo pruebas con Set Scope usando algun indice ?

3.- Siempre he pensado que es mas rapido en RED que en
     LOCAL, pero vamos, cuando estas en RED habres en forma
     exclusiva o en shared tus tablas ?

4.- En caso de RED, esta funcionando bien tus tarjetas de RED
     al igual que tu Router o Switch ?

5.- Usando los ejemplos basicos de browse que estan en los
     ejemplos de de Xbase++ has tratado de abrir tu tabla de 600,000
     mil registros usando esos programas para ver como se muestran ?

6.- Has echo pruebas con otras versiones mas viejas de Xbase++ ?
     ( Bueno, ni modo que mas nuevas !!!, es chiste amigo )

Cuentame,

Saludos
Osvaldo Ramirez

P.D.

     ( Una vez una persona me dijo, tu programa esta bien
       parchado!!! y le conteste enojado "no eso no", mas bien
       se esta mejorando, se esta enriqueciendo cada dia.



On 7/13/2010 11:36 AM, Nolberto Paulino Esterell wrote:
>
> Hola Jose Luis
> El Problema lo Tengo cuando Uso DBF grandes con mas de 600mil Registros
> al Momento de abril la DBF se tarda mucho, y cuando ingreso un Registro
> Nuevo Tambien
>
> Cuando Navego en el Browse, hay veces que se tarda mucho, Esto lo hace
> Tanto en RED
> con en local
>
> Jose Luis, podrias indicarme los pasos a seguir, a fin de acelerar el
> proceso de lectura y grabacion
> y que este no sea tan lento, y con respecto al browse como puedo mejorar
> la paginacion a fin de que sea mas rapida
> en el uso de filtrado.
>
> He Cargado el Task Manager
> y he notado que cada vez que yo entro a cada modulo de la aplicacion el
> Proceso Aumenta Cada Vez Mas
>
> Primera entrada el Task Manager tiene en proceso al PV.EXE con 24,584 KB
> al Cargar el Modulo Punto de Venta Aumenta a 29,688 KB, Salgo y entro
> otra vez al Modulo Punto de Venta y Aumento a 29,720 KB
>
> Ahora Salgo del sistema
> Cuando entro Otra Vez al Modulo Punto de Venta Este se Dispara a 47,352
> KB, y sientra al Modulo de Cliente Aumenta a 53,860KB
>
> Cuando llamo cada Modulo uso esta funcion _ActiveDLL("{|o|
> pvpu01(oDlg:drawingArea) }")
>
> FUNCTION _ActiveDLL( bBlock )
> return {|o|o:=Thread():new(),o:Start( &(bBlock) )}
>
> y cuando salgo del mudulo uso este codigo threadobject():quit()
>
> Ahora Usted puede decirme cual seria mi solucion porfavor
> Esto Me Urge
>
> Las Terminales tienen esta Configuracion P4 1G RAM cada una.
>
>
>
>
> Nolberto Paulino
> Un cordial Saludo
>
>
>
> "José Luis Otermin [Alaska Software]" <jose.otermin@alaska-software.com>
> escribió en el mensaje de
> noticias:160dd756$3754680b$3b9fc@news.alaska-software.com...
>> Estimado Nolberto,
>>
>> Para comprobar la rapidez o lentitud de un proceso hay que verificar
>> con el Administrador de Tareas (Task Manager) cuánto % de procesador
>> está consumiendo la aplicación.
>>
>> Si de eso no se tratara, habría que ver si ésta es tan grande que
>> supera la memoria disponible y está yendo a paginación. En ese caso,
>> con dividir el EXE en varias DLL y cargar aquellas que son
>> estrictamente necesarias, probablemente solucionaría el problema.
>>
>> Hay que ver si las tablas de datos son locales o remotas.
>>
>> A ver si podemos resolverlo.
>>
>>
>> --
>> José Luis Otermin
>> Alaska Software
>> Soporte Técnico
>> --------------------------------------------------------------------
>> Foros de Usuarios: news://news.alaska-software.com
>> Página Web: http://www.alaska-software.com
>> Base de Conocimientos en la Web:
>> http://www.alaska-software.com/kbase.shtm
>> Oficina en Europa: Fax: +49 (0) 61 96 - 77 99 99 23
>> Oficina en EEUU: Fax: +1 (646) 218 1281
>> --------------------------------------------------------------------
>>
>>
>> <Nolberto Paulino Esterell> escribió en el mensaje
>> news:741a243e$2f863f66$3934d@news.alaska-software.com...
>>> A Jose Luis Otermin
>>>
>>> Estimado Jose Luis, tengo serias dificultades con un cliente, ya que
>>> el sistema que he desarrollado esta extremadamente lento.
>>> Este programa es un ERP y esta construido con Alaska 1.9.355 y
>>> la ultima versión de la libreria de Express de Roger.
>>>
>>> En el utilizo solamente dbf, dicho programa tampoco utiliza activex
>>> el cual por alguna razon pone aun mas lento los programas.
>>>
>>> Te rogaria que a la brevedad me des los pasos para detectar de
>>> donde proviene el problema, y la forma de solucionarlo o
>>> detectar esta anomalia.
>>>
>>> He preguntado a varios amigos usuarios latinos sobre este problema,
>>> y me dicen que problema es del compilador de Alaska,
>>>
>>>
>>> Saluda y espera pronta respuesta
>>> Nolberto Paulino
>>>
>>>
>>
>>
>
>
>
Nolberto Paulino EsterellRe: Problema con xBase + eXpress
on Wed, 14 Jul 2010 08:14:53 -0400
Gracias Osvaldo
el problema de Lentitud lo tengo de hace un buen tiempo
la verdad no se desde cuando.

pero yo he notado, que cada vez que entro a un Modulo como?
Clientes,Proveedores,Existencias,Nomina, etc.
la Memoria RAM aumenta, pero al salir de cada modulo la Memoria Ram
no baja .

Esta Prueba la he hecho por Recomendacion de Jose Luis
y los Resurtados me he visto, me han sorprendido.


 He Cargado el Task Manager
 y he notado que cada vez que yo entro a cada modulo de la aplicacion el
 Proceso Aumenta Cada Vez Mas

 Primera entrada el Task Manager tiene en proceso al PV.EXE con 24,584 KB
 al Cargar el Modulo Punto de Venta Aumenta a 29,688 KB, Salgo y entro
 otra vez al Modulo Punto de Venta y Aumento a 29,720 KB

 Ahora Salgo del sistema
 Cuando entro Otra Vez al Modulo Punto de Venta Este se Dispara a 47,352
 KB, y sientra al Modulo de Cliente Aumenta a 53,860KB

 Cuando llamo cada Modulo uso esta funcion _ActiveDLL("{|o|
 pvpu01(oDlg:drawingArea) }")

 FUNCTION _ActiveDLL( bBlock )
 return {|o|o:=Thread():new(),o:Start( &(bBlock) )}

 y cuando salgo del mudulo uso este codigo threadobject():quit()

 Ahora Usted puede decirme cual seria mi solucion porfavor
 Esto Me Urge

 Las Terminales tienen esta Configuracion P4 1G RAM cada una.


 Nolberto Paulino
 Un cordial Saludo





"Osvaldo Ramirez" <ramirezosvaldo@yahoo.com> escribió en el mensaje de 
noticias:5cdd29e8$7c633cc9$40ce8@news.alaska-software.com...
>
> Estimado ...
>
> Preguntas
>
> 1.- Siempre has tenido el problema o es reciente ?
>     Es decir algun parche para corregir alguna pulga ?
>
> 2.- El echo de abrir una tabla con 600,000 Registros
>     no veo tanto problema, lo puede abrir rapido
>     al igual que hacer un browse, el punto esta en
>     la cantidad de registros a mostrar.
>     Has echo pruebas con Set Scope usando algun indice ?
>
> 3.- Siempre he pensado que es mas rapido en RED que en
>     LOCAL, pero vamos, cuando estas en RED habres en forma
>     exclusiva o en shared tus tablas ?
>
> 4.- En caso de RED, esta funcionando bien tus tarjetas de RED
>     al igual que tu Router o Switch ?
>
> 5.- Usando los ejemplos basicos de browse que estan en los
>     ejemplos de de Xbase++ has tratado de abrir tu tabla de 600,000
>     mil registros usando esos programas para ver como se muestran ?
>
> 6.- Has echo pruebas con otras versiones mas viejas de Xbase++ ?
>     ( Bueno, ni modo que mas nuevas !!!, es chiste amigo )
>
> Cuentame,
>
> Saludos
> Osvaldo Ramirez
>
> P.D.
>
>     ( Una vez una persona me dijo, tu programa esta bien
>       parchado!!! y le conteste enojado "no eso no", mas bien
>       se esta mejorando, se esta enriqueciendo cada dia.
>
>
>
> On 7/13/2010 11:36 AM, Nolberto Paulino Esterell wrote:
>>
>> Hola Jose Luis
>> El Problema lo Tengo cuando Uso DBF grandes con mas de 600mil Registros
>> al Momento de abril la DBF se tarda mucho, y cuando ingreso un Registro
>> Nuevo Tambien
>>
>> Cuando Navego en el Browse, hay veces que se tarda mucho, Esto lo hace
>> Tanto en RED
>> con en local
>>
>> Jose Luis, podrias indicarme los pasos a seguir, a fin de acelerar el
>> proceso de lectura y grabacion
>> y que este no sea tan lento, y con respecto al browse como puedo mejorar
>> la paginacion a fin de que sea mas rapida
>> en el uso de filtrado.
>>
>> He Cargado el Task Manager
>> y he notado que cada vez que yo entro a cada modulo de la aplicacion el
>> Proceso Aumenta Cada Vez Mas
>>
>> Primera entrada el Task Manager tiene en proceso al PV.EXE con 24,584 KB
>> al Cargar el Modulo Punto de Venta Aumenta a 29,688 KB, Salgo y entro
>> otra vez al Modulo Punto de Venta y Aumento a 29,720 KB
>>
>> Ahora Salgo del sistema
>> Cuando entro Otra Vez al Modulo Punto de Venta Este se Dispara a 47,352
>> KB, y sientra al Modulo de Cliente Aumenta a 53,860KB
>>
>> Cuando llamo cada Modulo uso esta funcion _ActiveDLL("{|o|
>> pvpu01(oDlg:drawingArea) }")
>>
>> FUNCTION _ActiveDLL( bBlock )
>> return {|o|o:=Thread():new(),o:Start( &(bBlock) )}
>>
>> y cuando salgo del mudulo uso este codigo threadobject():quit()
>>
>> Ahora Usted puede decirme cual seria mi solucion porfavor
>> Esto Me Urge
>>
>> Las Terminales tienen esta Configuracion P4 1G RAM cada una.
>>
>>
>>
>>
>> Nolberto Paulino
>> Un cordial Saludo
>>
>>
>>
>> "José Luis Otermin [Alaska Software]" <jose.otermin@alaska-software.com>
>> escribió en el mensaje de
>> noticias:160dd756$3754680b$3b9fc@news.alaska-software.com...
>>> Estimado Nolberto,
>>>
>>> Para comprobar la rapidez o lentitud de un proceso hay que verificar
>>> con el Administrador de Tareas (Task Manager) cuánto % de procesador
>>> está consumiendo la aplicación.
>>>
>>> Si de eso no se tratara, habría que ver si ésta es tan grande que
>>> supera la memoria disponible y está yendo a paginación. En ese caso,
>>> con dividir el EXE en varias DLL y cargar aquellas que son
>>> estrictamente necesarias, probablemente solucionaría el problema.
>>>
>>> Hay que ver si las tablas de datos son locales o remotas.
>>>
>>> A ver si podemos resolverlo.
>>>
>>>
>>> --
>>> José Luis Otermin
>>> Alaska Software
>>> Soporte Técnico
>>> --------------------------------------------------------------------
>>> Foros de Usuarios: news://news.alaska-software.com
>>> Página Web: http://www.alaska-software.com
>>> Base de Conocimientos en la Web:
>>> http://www.alaska-software.com/kbase.shtm
>>> Oficina en Europa: Fax: +49 (0) 61 96 - 77 99 99 23
>>> Oficina en EEUU: Fax: +1 (646) 218 1281
>>> --------------------------------------------------------------------
>>>
>>>
>>> <Nolberto Paulino Esterell> escribió en el mensaje
>>> news:741a243e$2f863f66$3934d@news.alaska-software.com...
>>>> A Jose Luis Otermin
>>>>
>>>> Estimado Jose Luis, tengo serias dificultades con un cliente, ya que
>>>> el sistema que he desarrollado esta extremadamente lento.
>>>> Este programa es un ERP y esta construido con Alaska 1.9.355 y
>>>> la ultima versión de la libreria de Express de Roger.
>>>>
>>>> En el utilizo solamente dbf, dicho programa tampoco utiliza activex
>>>> el cual por alguna razon pone aun mas lento los programas.
>>>>
>>>> Te rogaria que a la brevedad me des los pasos para detectar de
>>>> donde proviene el problema, y la forma de solucionarlo o
>>>> detectar esta anomalia.
>>>>
>>>> He preguntado a varios amigos usuarios latinos sobre este problema,
>>>> y me dicen que problema es del compilador de Alaska,
>>>>
>>>>
>>>> Saluda y espera pronta respuesta
>>>> Nolberto Paulino
>>>>
>>>>
>>>
>>>
>>
>>
>>
>
Osvaldo Ramirez Re: Problema con xBase + eXpress
on Wed, 14 Jul 2010 11:11:59 -0600
Estimado


Posiblemente este sea el problema

> Cuando llamo cada Modulo uso esta funcion _ActiveDLL("{|o|
> pvpu01(oDlg:drawingArea) }")
>
> FUNCTION _ActiveDLL( bBlock )
> return {|o|o:=Thread():new(),o:Start( &(bBlock) )}
>
> y cuando salgo del mudulo uso este codigo threadobject():quit()
>

Tu mandas llamar _activeDLL( " " ) con formato de caracter y adentro hay 
un block, si te fijas tu haces referencia a una variable 
oDlg:drawingarea, y no se si ese oDgl es publica, privada ya que local
no creo que sea, te marcaria error, pues bien, y creo yo que cuando
destroyes tu Tread no esta borrando o destroyendo tu variable oDlg

A lo mejor ese es el problema

Mira, mejor es pasar la variable tal cual o sea en bBlock y no como 
caracter ya que de nada sirve

intentalo

Saludos
Osvaldo Ramirez
Osvaldo Ramirez Re: Problema con xBase + eXpress
on Wed, 14 Jul 2010 11:25:02 -0600
Ahora

me quede pensando

Por que mandas llamar un nuevo hilo ( thread ) con un parametro 
drawingarea ?

Yo mando llamar todos los nuevos hilos solo con la funcion y parametros 
que no son dependientes de nada o sea de ningun objecto creado.

Ejemplo

Parse( "facturas(1,'title')" )

function parse( xFuncion )
* Begin
   Thread():new(),o:Start( &(xFuncion) )}
return NIL

function facturas( nOpcion , cTitle )
* Begin
   local oDlg

   oDlg:new( SetAppwindow():drawingarea )

   o bien

   oDlg:new( oDlgmainscreen: drawingarea )  <==  Es mi ventana 
principla, no mas hay una, solo una

....
return NIL

Algo asi amigo


Saludos
Nolberto Paulino EsterellRe: Problema con xBase + eXpress
on Wed, 14 Jul 2010 14:00:03 -0400
Gracias Osvaldo
por tu ayuda, pero parece ser un Problema que no es solo mio

He hecho un Prueba con unos de le ejemple que trae xBase
y pasa lo mismo.



Nolberto Paulino
Un cordial saludo


"Osvaldo Ramirez" <ramirezosvaldo@yahoo.com> escribió en el mensaje de 
noticias:4d3f8740$60b68386$40390@news.alaska-software.com...
> Ahora
>
> me quede pensando
>
> Por que mandas llamar un nuevo hilo ( thread ) con un parametro 
> drawingarea ?
>
> Yo mando llamar todos los nuevos hilos solo con la funcion y parametros 
> que no son dependientes de nada o sea de ningun objecto creado.
>
> Ejemplo
>
> Parse( "facturas(1,'title')" )
>
> function parse( xFuncion )
> * Begin
>   Thread():new(),o:Start( &(xFuncion) )}
> return NIL
>
> function facturas( nOpcion , cTitle )
> * Begin
>   local oDlg
>
>   oDlg:new( SetAppwindow():drawingarea )
>
>   o bien
>
>   oDlg:new( oDlgmainscreen: drawingarea )  <==  Es mi ventana principla, 
> no mas hay una, solo una
>
> ....
> return NIL
>
> Algo asi amigo
>
>
> Saludos
>
J.A. Diego KerejetaRe: Problema con xBase + eXpress
on Wed, 14 Jul 2010 16:15:19 +0200
Hola Nolberto:

> El Problema lo Tengo cuando Uso DBF grandes con mas de
> 600 mil Registros al Momento de abril la DBF se tarda mucho,
> y cuando ingreso un Registro Nuevo Tambien
> Cuando Navego en el Browse, hay veces que se tarda mucho,
> Esto lo hace Tanto en RED con en local

En principio, la velocidad de apertura de la DBF no depende de su tamaño.
Por eso, creo que no tienes un problema de apertura, sino de posicionamiento
en el primer registro que cumple alguna condición de filtrado que
seguramente utilizas en tu aplicación cuando lanzas un browse o un
formulario. Ten en cuenta que la técnica del filtrado sólo es funcional
en bases de datos con no demasiados registros
o con "pocos registros filtrados".

(Llevándolo al extremo, imagínate mostrar con un browse los registros
de una DBF de 600.000 registros en los que solo uno de ellos
cumple una condición de filtrado: te puedes aburrir esperando).

Tendrás que cambiar el diseño de tu aplicación utilizando, por ejemplo,
scopes.

Saludos. Diego
Nolberto Paulino EsterellRe: Problema con xBase + eXpress
on Wed, 14 Jul 2010 13:15:21 -0400
Gracias Diego
por su Respuesta, pero uso el Filtrado con SCOPE



Nolberto Paulino
Un cordial saludo


"J.A. Diego Kerejeta" <diegokerejeta@euskalnet.net> escribió en el mensaje 
de noticias:1df93ada$3ce405aa$400aa@news.alaska-software.com...
> Hola Nolberto:
>
>> El Problema lo Tengo cuando Uso DBF grandes con mas de
>> 600 mil Registros al Momento de abril la DBF se tarda mucho,
>> y cuando ingreso un Registro Nuevo Tambien
>> Cuando Navego en el Browse, hay veces que se tarda mucho,
>> Esto lo hace Tanto en RED con en local
>
> En principio, la velocidad de apertura de la DBF no depende de su tamaño.
> Por eso, creo que no tienes un problema de apertura, sino de 
> posicionamiento
> en el primer registro que cumple alguna condición de filtrado que
> seguramente utilizas en tu aplicación cuando lanzas un browse o un
> formulario. Ten en cuenta que la técnica del filtrado sólo es funcional
> en bases de datos con no demasiados registros
> o con "pocos registros filtrados".
>
> (Llevándolo al extremo, imagínate mostrar con un browse los registros
> de una DBF de 600.000 registros en los que solo uno de ellos
> cumple una condición de filtrado: te puedes aburrir esperando).
>
> Tendrás que cambiar el diseño de tu aplicación utilizando, por ejemplo,
> scopes.
>
> Saludos. Diego
>
>
Nolberto Paulino EsterellRe: Problema con xBase + eXpress
on Wed, 14 Jul 2010 17:12:03 -0400
Hola Diego
He hecho las Pruebas con este ejemplo que trae xBase
C:\Archivos de programa\ALASKA\XPPW32\source\samples\basics\App
APPDEMO.EXE, y tiene el mismo Problema, El Uso de Memoria que Muestra
el Task Manager de Windows, aumenta en cada opción que uno elige.

Este Problema no solo pasa con mi sistema, tambien con los ejemplos
que trae xBase


Nolberto Paulino
Un cordial Saludo




"J.A. Diego Kerejeta" <diegokerejeta@euskalnet.net> escribió en el mensaje 
de noticias:1df93ada$3ce405aa$400aa@news.alaska-software.com...
> Hola Nolberto:
>
>> El Problema lo Tengo cuando Uso DBF grandes con mas de
>> 600 mil Registros al Momento de abril la DBF se tarda mucho,
>> y cuando ingreso un Registro Nuevo Tambien
>> Cuando Navego en el Browse, hay veces que se tarda mucho,
>> Esto lo hace Tanto en RED con en local
>
> En principio, la velocidad de apertura de la DBF no depende de su tamaño.
> Por eso, creo que no tienes un problema de apertura, sino de 
> posicionamiento
> en el primer registro que cumple alguna condición de filtrado que
> seguramente utilizas en tu aplicación cuando lanzas un browse o un
> formulario. Ten en cuenta que la técnica del filtrado sólo es funcional
> en bases de datos con no demasiados registros
> o con "pocos registros filtrados".
>
> (Llevándolo al extremo, imagínate mostrar con un browse los registros
> de una DBF de 600.000 registros en los que solo uno de ellos
> cumple una condición de filtrado: te puedes aburrir esperando).
>
> Tendrás que cambiar el diseño de tu aplicación utilizando, por ejemplo,
> scopes.
>
> Saludos. Diego
>
>
Jorge LRe: Problema con xBase + eXpress
on Wed, 14 Jul 2010 17:07:15 -0300
Hola, perdón la intromisión, pero la tardanza en la apertura puede deberse a 
la cantidad de registros deleteados que tenga que salvar el "set deleted on"



"Nolberto Paulino Esterell" escribió en el mensaje de 
noticias:97fbc18$2a3d9eca$3e9b8@news.alaska-software.com...
>
> Hola Jose Luis
> El Problema lo Tengo cuando Uso DBF grandes con mas de 600mil Registros
> al Momento de abril la DBF se tarda mucho, y cuando ingreso un Registro 
> Nuevo Tambien
>
> Cuando Navego en el Browse, hay veces que se tarda mucho, Esto lo hace 
> Tanto en RED
> con en local
>
> Jose Luis, podrias indicarme los pasos a seguir, a fin de acelerar el 
> proceso de lectura y grabacion
> y que este no sea tan lento, y con respecto al browse como puedo mejorar 
> la paginacion a fin de que sea mas rapida
> en el uso de filtrado.
>
> He Cargado el  Task Manager
> y he notado que cada vez que yo entro a cada modulo de la aplicacion el 
> Proceso Aumenta Cada Vez Mas
>
> Primera entrada el Task Manager tiene en proceso al PV.EXE con 24,584 KB
> al Cargar el Modulo Punto de Venta Aumenta a 29,688 KB, Salgo y entro otra 
> vez al Modulo Punto de Venta y Aumento a 29,720 KB
>
> Ahora Salgo del sistema
> Cuando entro Otra Vez al Modulo Punto de Venta Este se Dispara a 47,352 
> KB, y sientra al Modulo de Cliente Aumenta a 53,860KB
>
> Cuando llamo cada Modulo uso esta funcion   _ActiveDLL("{|o| 
> pvpu01(oDlg:drawingArea) }")
>
> FUNCTION _ActiveDLL( bBlock )
> return {|o|o:=Thread():new(),o:Start( &(bBlock) )}
>
> y cuando salgo del mudulo uso este codigo  threadobject():quit()
>
> Ahora Usted puede decirme cual seria mi solucion porfavor
> Esto Me Urge
>
> Las Terminales tienen esta Configuracion P4 1G RAM  cada una.
>
>
>
>
> Nolberto Paulino
> Un cordial Saludo
>
>
>
> "José Luis Otermin [Alaska Software]" <jose.otermin@alaska-software.com> 
> escribió en el mensaje de 
> noticias:160dd756$3754680b$3b9fc@news.alaska-software.com...
>> Estimado Nolberto,
>>
>> Para comprobar la rapidez o lentitud de un proceso hay que verificar con 
>> el Administrador de Tareas (Task Manager) cuánto % de procesador está 
>> consumiendo la aplicación.
>>
>> Si de eso no se tratara, habría que ver si ésta es tan grande que supera 
>> la memoria disponible y está yendo a paginación. En ese caso, con dividir 
>> el EXE en varias DLL y cargar aquellas que son estrictamente necesarias, 
>> probablemente solucionaría el problema.
>>
>> Hay que ver si las tablas de datos son locales o remotas.
>>
>> A ver si podemos resolverlo.
>>
>>
>> -- 
>> José Luis Otermin
>> Alaska Software
>> Soporte Técnico
>> --------------------------------------------------------------------
>> Foros de Usuarios: news://news.alaska-software.com
>> Página Web: http://www.alaska-software.com
>> Base de Conocimientos en la Web: 
>> http://www.alaska-software.com/kbase.shtm
>> Oficina en Europa: Fax: +49 (0) 61 96 - 77 99 99 23
>> Oficina en EEUU: Fax: +1 (646) 218 1281
>> --------------------------------------------------------------------
>>
>>
>> <Nolberto Paulino Esterell> escribió en el mensaje 
>> news:741a243e$2f863f66$3934d@news.alaska-software.com...
>>>A Jose Luis Otermin
>>>
>>> Estimado Jose Luis, tengo serias dificultades con un cliente, ya que
>>> el sistema que he desarrollado esta extremadamente lento.
>>> Este programa es un ERP y esta construido con Alaska  1.9.355   y
>>> la ultima versión de la libreria de Express de Roger.
>>>
>>> En el utilizo solamente dbf, dicho programa tampoco utiliza activex
>>> el cual por alguna razon pone aun mas lento los programas.
>>>
>>> Te rogaria que a la brevedad me des los pasos para detectar de
>>> donde proviene el problema, y la forma de solucionarlo o
>>> detectar esta anomalia.
>>>
>>> He preguntado a varios amigos usuarios latinos sobre este problema,
>>> y me dicen que problema es del compilador de Alaska,
>>>
>>>
>>> Saluda y espera pronta respuesta
>>> Nolberto Paulino
>>>
>>>
>>
>>
>
>
>
>
Nolberto Paulino EsterellRe: Problema con xBase + eXpress
on Fri, 16 Jul 2010 17:10:07 -0400
Hola Jose Luis
Estoy Esperando Su Respuesta.



Nolberto Paulino
Un Cordial saludo



"Nolberto Paulino Esterell" escribió en el mensaje de 
noticias:741a243e$2f863f66$3934d@news.alaska-software.com...
> A Jose Luis Otermin
>
> Estimado Jose Luis, tengo serias dificultades con un cliente, ya que
> el sistema que he desarrollado esta extremadamente lento.
> Este programa es un ERP y esta construido con Alaska  1.9.355   y
> la ultima versión de la libreria de Express de Roger.
>
> En el utilizo solamente dbf, dicho programa tampoco utiliza activex
> el cual por alguna razon pone aun mas lento los programas.
>
> Te rogaria que a la brevedad me des los pasos para detectar de
> donde proviene el problema, y la forma de solucionarlo o
> detectar esta anomalia.
>
> He preguntado a varios amigos usuarios latinos sobre este problema,
> y me dicen que problema es del compilador de Alaska,
>
>
> Saluda y espera pronta respuesta
> Nolberto Paulino
>
>