Sobre Foxpro 2.6 DOS

[victorl...@gmail.com]

Buen día estimados amigos.

 

Espero que me puedan ayudar con estas dudas: Un cliente tiene un sistema con este Zorro Viejo (Foxpro 2.6 DOS), pero q funciona y tiene un problema que son con las conexiones xq cuando supera las 30 conexiones simultaneas la respuesta del sistema se pone “bien feo” o sea lento. Cuantas conexiones recurrentes soportan las DBFs. Hoy x hoy este cliente usa Terminal Server para sus conexiones remotas. ¿Existe alguna solución a las conexiones recurrentes y además se puede mejorar (con otro software) en lugar de Terminal Server? ¿Hay forma de conectarse a MS-SQL x ejemplo?

 

Gracias a todos por sus respuestas y experiencias.

 

Un fuerte abrazo y LARGA VIDA AL ZORRO

 

Atentamente

 

Luis Lujan

[Esteban Herrero]

Hola Luis...

En los discos de instalación del FoxPro MsDos 2.6 habia un grupo de discos q se llama Conectivity Kit en los mismos explicaban como conectar Foxpro 2.6 Dos con Sql Server, nunca lo probé, pero leí como era...

Ajunto el readme.txt con la Info q traía.

Saludos

Esteban

--
Blog de la Comunidad Visual FoxPro en Español: http://comunidadvfp.blogspot.com
---
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.
Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/037a01d82e60%24651a7340%242f4f59c0%24%40gmail.com.

[Santiago Scheppmann León]

Hola, compilalo con vfp9, las pantallas van a salir horribles pero va a funcionar, con eso ganas el doble de velocidad, luego de la prueba puedes considerar el cambiar las pantallas.

Más allá del problema de conexión el tema podría ir en como se abren y se gestionan los dbf, antiguamente inkafarma (red de farmacias peruana) trabajaba con dbf con 600 locales y 1200 usuarios aproximadamente y no tenían ese problema.

--

[Jomel Mcdonald - Dj Megabyte]

Me supongo que las conexiones que hacen permanecen vivas en todo momento, te recomendaría lo que yo hago con mysql conecto, consumo lo que necesito y cierro la conexión.

Cuando la necesito vuelvo y la activo tengo 200 personas trabajando en un server y sin problemas.

Te recomendaría ver de que forma puedes ir migrando de DOS a WINDOWS solo pantallas puedes dejar todo igual,procedure, funciones y demás porq es como dices, todo funciona a la perfección.

--

[Carlos Miguel FARIAS]

Lo primero a resolver es si la aplicación está bien configurada para trabajar en red..

Por ejemplo, archivos temporales en una unidad local. Si se usa SELECT de SQL, que los índices no estén activos, etc..

A mi criterio, el cuello de botella no son las dbf's si no el sistema operativo donde residen las tablas. 

Este problema también se ha dado con vfp. Hace mucho que no trabajo con fox pero he leido que con windows server, en ciertas circunstancias hay que cambiar algunos parámetros en el tema de compartir archivos para evitar el "planche"

Saludos: Miguel

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/CAKcC25iB22KjR4WZaDogT3-AOfTcrzuGv%3DFLmc%3DKOfSRppuCmw%40mail.gmail.com.

[Edgar Acevedo]

Yo corrí una aplicación financiera con Foxpro 2.6 en 43 estaciones sin problemas de rendimiento.

Lo gracioso es que los ineptos directivos dijeron que el zorro era viejo y que por lo tanto, anacrónico y lento.
Curioso... nadie se quejó nunca de lentitud ni inestabilidad. Solo estos ignorantes que ni usaban este software (y ni siquiera lo vieron funcionar por tan solo 5 segundos).

En fin, lo cambiaron a un nuevo flamante y software con algún motor de base de datos y ¿qué crees?
Efectivamente... en "nuevo y actualizado sistema" quedó corriendo lento en relación al "anacrónico software" (según lo calificaron ellos), que compilado con Foxpro 2.6

Esto solo puede indicar una cosa:  una herramienta moderna, manejada por gente que no aprendió a exprimir el hardware y todo recurso disponible porque entraron a la era informática con equipos cuya RAM se mide en GBytes, no está a la altura de los viejos zorros que tuvieron que funcionar con Foxpro 2.6 en equipos de un solo núcleo y con suerte, mucha suerte, un procesador 80486 con una memoria RAM de 2 Mbytes de los cuales solo 640 Kb eran "normales" y el resto era solo aprovechable con un driver EMS o de memoria extendida... 😳

Mis sugerencias:

• Juega con estos comandos, probando con sus diferentes posibilidades combinadas
• SET REFRESH TO 3
• SET REPROCESS TO -1
• SET MULTILOCKS ON
• Como ya te han mencionado otros, redirige todo el trabajo de tu aplicación hacia un disco local, , que la copia de tu programa corra en el disco local y que tu programa "solo ocupe el cable LAN" para acceder a los DBF, FPT, CDX en el SERVER.  Que tu programa para correr tenga que "jalar código" por el cable y tras de eso haga sus archivos temporales (*.TMP) también "por el cable LAN", compromete gravemente su rendimiento. Para que una parte de la ejecución de to programa corra localmente, en tu CONFIG.FP de la aplicación, podrías añadir algo como esto:
• TMPFILES=C:\WINDOWS\TEMP\
• PROGWORK= C:\WINDOWS\TEMP\
• SORTWORK= C:\WINDOWS\TEMP\
• Si esto no basta, podrías poner un SSD en el SERVIDOR que aloje las tablas de tu programa en vfp en Foxpro 2.6, igual, si hablamos de  Fox para DOS, no hablamos de tablas de muchos gigas de tamaño.
• Algo que me ha funcionado muy bien.

1. Compro una licencia de PrimoCache Pro (US $ 50) y la instalo en el servidor.  Este software como su nombre lo indica, hace cache de lo más requerido en lecturas/escrituras a disco duro
2. Hice un programa "bastante tonto" y lo puse a correr en el servidor.  Este programa, abre todas las tablas de la aplicación y con un control timer, cada 5 segundos hace movimientos tontos y aleatorios del puntero como GO TOP, GO BOTTOM, GO 500 y luego hace el SCATTER MEMVAR MEMO del registro posicionado.  Como ves, es tonto... no hace nada...
3. El paso 2 arriba mencionado, hace que los archivos invocados por ese programa y sus SCATTER MEMVAR MEMO, sean captados por PrimoCache Pro (paso 1 de arriba) que al notar la intensa frecuencia de uso de los archivos DBF, CDX y FPT, los suba por bloques al cache para optimizar su lectura/escritura a velocidad de la RAM del servidor quien a su vez, los "despachará" más rápidamente a las estaciones que los estén requiriendo (siendo que ya los tiene cargados en la RAM)

• Crear un disco RAM en la memoria de cada estación y dirigir hacia ese disco RAM, la operatoria de tu programa en Foxpro 2.6.  Supongamos que creas un RAM Disk y le asignas la letra K: podrías entonces modificar tu CONFIG.FPW de la siguiente forma.
• TMPFILES=K:\
• PROGWORK= K:\
• SORTWORK= K:\

Quizás algo (o la combinación de todo lo arriba escrito), le devuelva el brillo al viejo zorro en el escenario que planteas. A mi, lo arriba descrito combinado y adaptado al escenario muy particular de cada caso, siempre me ha funcionado muy bien.

Saludos,   Edgar Acevedo

--

[Luis Hilario]

Excelente Edgar.!!!

_______________________________

Luis Hilario Contreras
Celular: 920-626-050

Para ver esta conversación en el sitio web, visita https://groups.google.com/d/msgid/publicesvfoxpro/CAKboPe_uxzmTw7KmQ-YVOwk12wMCgdreorMB-K8wkekOzj6Vjg%40mail.gmail.com.