1. Imágenes en los mapas
El tamaño de los mapas que desarrollamos es un dato importante en la ejecución de nuestras aplicaciones, cuanto más pequeño sea …
– Cargará más rápido en el cliente y se beneficiarán todos los usuarios.
– Usará menos memoria en el cliente.
– El vServer se iniciará más rápido y usará menos memoria.

Dentro de un mapa tenemos miles de objetos, pero hay uno de ellos con el que debemos tener cuidado ya que afecta en gran medida al tamaño del mapa. El objeto dibujo.

Los objetos dibujo son mapas de bits que se incorporan habitualmente a los mapas y suelen ocupar bastante si no nos fijamos en el tamaño horizontal y vertical o en el número de colores.

En la medida de lo posible debéis huir de las imágenes de 24 bits ya que su tamaño en memoria y disco es muy elevado.

Ejemplo de una imagen de 250×125 en varios tamaños de bits:
Imagen 8 bits – 29.590 bytes
Imagen 24 bits – 94.054 bytes

Para sustituir nuestras imágenes de 24 bits por una equivalente de 8 bits, se sugiere utilizar aplicaciones de gráficos adecuadas que permitan optimizaciones de dithering, paletas personalizadas y otras mejoras que pueden hacer que tus imágenes a 8 bits sean casi idénticas a las de 24 bits.

Por debajo de los 8 bits las imágenes suelen perder mucha calidad, pero para iconos o imágenes basadas en vectores es muy aconsejable por el espacio que ahorramos.

2. Filtrados
El filtrado de registros es un arma muy poderosa en nuestras aplicaciones, ya que nos permite obtener la información que deseamos de una manera muy efectiva y cómoda, pero debemos tener en cuenta que la palabra filtrado es sinónimo de “Leer una lista de registros entera y evaluar una por una todas sus fichas”.
Cuando nos encontramos con listas de millones de registros el filtrado no resulta efectivo ya que obligamos al Irunner o vServer a leer esos millones de registros y evaluarlos uno por uno. Para este tipo de operaciones deberíamos en la medida de lo posible usar búsquedas o “cargar lista” ya que estas operaciones se realizan por índices y escalan sin problemas en el manejo de millones de registros.
Si la lista a filtrar puede pasar los 10.000 registros es más que aconsejable que busques la posibilidad de operar por índice y no filtrar. Tus usuarios te lo agradecerán.

3. Objetos no usados
A todos nos han quedado objetos obsoletos en nuestros mapas, procesos antiguos o formularios que no se usan.
Objetos no usados
Para eso tenemos la opción de objetos no usados que nos puede indicar que objetos están en nuestros mapas pero no son usados directamente por nadie.
Revisándolos con cuidado podemos mejorar el tamaño de nuestro mapa y ayudar a tenerlo más organizado.
Recuerda que te marcará como no usados informes no asignados a rejillas o procesos que son ejecutados por web que en muchos casos necesitas.

4. Procesos en tercer plano
Existen procesos que se ejecutan en el cliente que pueden ser fácilmente ejecutados en el servidor lo que mejora considerablemente el rendimiento ya que el acceso a datos es local y optimizado por el propio servidor.
Evalúa los procesos que pueden tardar unos segundos en el cliente ( Facturaciones, cálculos de estadísticas, etc. ) y pasándolos al servidor pueden llegar a ser instantáneos.

5. Cuida el tamaño de registro.
En las propiedades de la tabla se informa del tamaño en bytes de la ficha, este dato es interesante ya que nos indica cuanto ocupa el tamaño de cada uno de nuestros registros. Si nos descuidamos con los campos podemos llegar a tener tamaños de registro enormes. Cuando más pequeños sean nuestros registros más rápida será nuestra aplicación. El uso de campos Alfa ( Alfa40, Alfa64, Alfa128 ), nos puede ayudar a que el tamaño de nuestros registros sea algo menor.

 

Etiquetas: aplicaciones, , , , ,

Valorar la entrada
1 Puntos2 Puntos3 Puntos4 Puntos5 Puntos
(6 voto(s), 5,00 sobre 5)

Comentarios

  • AROJAS
    Julio 28, 2008 - 15:31 #

    Buenos, días

    Muchas gracias por tus comentarios, quiero aprovechar para hacer una sugerencia aunque talvez no sea este el mejor lugar, pero ya que se toca este punto espero que lo tengas en cuenta.

    Sobre el punto 3. Objetos no usados, seria interesante que en la V7 nos incluyan a parte de esta utilidad, la de marcar en el formulario donde nos indica cuales son los no utilizados, a fin de eliminar aquellos que creamos convenientes.

    Graicas.

    Valora este comentario: (1 voto, media: 5 de 5)
  • simbiotic system
    Agosto 4, 2008 - 09:45 #

    Ya se que lo que voy a decir es obvio, pero, esos 5 talones de Aquiles (muy bien elegidos). Podrían (en la V7) controlarse automáticamente o semi-automáticamente por parte del Editor, o poner un botón o botones que por ejemplo nos detectase imágenes muy grandes, procesos muertos, registros muy grandes, etc… es decir, que nos diese un report con cosas que podríamos mejorar… Se que es una chorrada, pero estas chorradas son las que en definitiva hacen que un producto sea realmente competitivo.

    Yo he visto a amigos que les he comentado de vuestra herramienta maravillas y siempre me acaban comentando los 5 o 6 detalles en los que manifiestamente falla… cosas que una vez ya uno mas metido en harina se subsanan fácilmente, pero claro… en programación el tiempo es oro y muchos no dan ese tiempo de gracia.

    Aún así un artículo muy interesante.

    Valora este comentario: (1 voto, media: 5 de 5)
  • davidgu
    Agosto 4, 2008 - 13:10 #

    Gracias por los comentarios.
    Si os fijais los temas que se comentan no son exclusivos de Velneo.
    -Tamaño de recursos
    -No uso de indices
    -Codigo/Objetos no usados
    -Correcta distribución de procesos
    -Tamaño de tablas

    La ventaja es que en Velneo implementar estas correciones son realmente sencillas. Incluso ya existen asistentes para encontrarlos.

    Saludos!

    Valora este comentario: (1 voto, media: 5 de 5)

Comentar

Cerrar
Enviar por Correo