Mailinglist Archive: opensuse-es (1097 mails)

< Previous Next >
Re: [opensuse-es] eleccion de entorno de programacion
  • From: Rafa Grimán <rafagriman@xxxxxxxxx>
  • Date: Mon, 17 Sep 2007 14:40:51 +0200
  • Message-id: <200709171440.51552.rafagriman@xxxxxxxxx>
Hola :)

El Wednesday 12 September 2007, Juan Gustavo Fogelman escribió:
> <Para plantear bien el proyecto faltan datos.
>
> <Es necesaria una base de datos?????
> no es necesaria, pero si seria mas comodo. punto para mysql


¿SQLLite?

[...]


> <Es imprescindible multiplataforma???
> no, pero me encantaria poder usarlo en suse y windows. es una de las cosas
> que me queda en windows y una socia usa solo windows y esta a 500KMs
> lo ideal seria poder acceder a los formularios desde web


Como te decía Duncan, Qt es una opción muy viable en cuanto a multiplataforma.

[...]


> <Si la captura de datos te permite usar archivos planos, bien tratados
> <seran mas rapidos que una base de datos, sino, usa MysQL
> esto es interesante, yo habia pensado usar archivos planos... claro que
> mysql es mas comodo.
> de todas maneras los datos los cargo en matrices en memoria para agilizar
> el codigo.
> por lo que pude observar, la lectura de los datos no influye en el
> rendimiento.
> estoy usando enteros (2bytes) por campo. pero probe usar 8bytes por campo y
> el rendimiento fue de 100segundos mas, que en 4hs es despreciable
> asi que creo que mysql


Ya que estamos en el tema de BBDD y memoria. Ahora se está poniendo de moda 
las BBDD en memoria. Un poco más arriba decías que no es obligatorio el uso 
de BBDD y también dices que cargas las matrices en memoria. Pues pergunta, 
¿has probado a crear un RAM disk y cargar todos los ficheros en RAM y 
trabajar desde RAM?

Ventajas -> rapidísimo
Inconveniente -> si se va la luz ... pierdes lo que tenías en RAM

Para "medio-solventar" lo de la pérdida de datos, se puede hacer que copie los 
ficheros a disco cada poco tiempo, por ejemplo.


> <Habria tambien que revisar los algoritmos utilizados, a veces y mas con
> <tratamiento de enteros es mejor maña que fuerza.
> aqui he llegado a los limites que me permite VBA de access. basicamente
> baje de 3 meses a 4hs. creo que bastante optimize dentro de mis
> posibilidades.


No está nada mal, pasar de 3 meses a 4 horas!!! Más cosas a tener en cuenta, 
tu aplicación es intensiva de:
        ¿CPU?
        ¿RAM?
        ¿I/O?
        ¿Bus?

Lo digo porque si por sw has pasado de 3 meses a 4 horas, a lo mejor no lo 
puedes estrujar más vía sw, pero vía hw sí. A lo mejor ampliando RAM 
consigues darle un buen empujón. Piénsalo: es más barato añadir hw que horas 
de programación. OJO!! No quiero decir que cuando haya problemas se compre 
más hardware siempre. Sólo digo que es más barato y que a veces el código ya 
está optimizado y se puede hacer poco desde el punto de vista sw.


HTH

   Rafa

-- 
"We cannot treat computers as Humans. Computers need love."

rgriman@xxxxxxxxx
---------------------------------------------------------------------
Para dar de baja la suscripción, mande un mensaje a:
   opensuse-es+unsubscribe@xxxxxxxxxxxx
Para obtener el resto de direcciones-comando, mande
un mensaje a:
   opensuse-es+help@xxxxxxxxxxxx

< Previous Next >