PROYECTO MUY GRANDE VB2005 MUY MUY LENTO!!!!

Hola,

he trabajado con proyectos de envergaduras parecidas y debo indicarte bajo
mi experiencia, que proyectos así tienes dos recomendaciones muy claras.

- La primera es que el proyecto esté en otro disco duro diferente del que
está el sistema operativo. Si el SO está en C:, el proyecto debería estar en
D: por ejemplo.

- La segunda es la memoria del PC. 512 Mb son desde mi punto de vista, muy
poca memoria. A partir de 1 Gb sería lo óptimo... repito... a partir de 1 Gb,
si podeis más memoria mejor, que la suerte es que no es tan cara hoy día.

Pero aún y así, proyectos así de grandes tardan un tiempo, y si tienen un
SourceSafe por debajo por ejemplo, más aún.

Si poneis más memoria, notareis algo de mejora, pero tampoco espereis
obtener una mejora de rendimiento excesivamente alta.

Otra posibilidad que podeis valorar es defragmentar el disco duro y cancelar
la ejecución del antivirus mientras trabajais si lo teneis activo.

Espero que estos detalles ayuden algo.

Si sabeis de otra mejora, compartidla, que creo que estos problemas son
desgraciadamente muy generales en proyectos de esta índole.

Un saludo.

Jorge Serrano Pérez
Microsoft MVP VB.NET
PortalVB.com
http://www.portalvb.com/
Weblog de Jorge Serrano
http://weblogs.golemproject.com/jorge/


"Jose Luis Bellón" wrote:

Hola
Tengo un proyecto que contiene mas de 100 formularios, mas de 100 reportes,
mas de 100 archivos cls.
El problema que tengo es el siguiente:
1.- Tarda mucho en cargar el proyecto.
2.- Es muy lento todo, desde abrir un formulario para modificarlos hasta un
simple archvio de clase.
3.- Dos por tres se pierden referencias y la única forma de solucionar es
correr la opción REBUILD ALL y tarda mucho.

Pregunta:
¿Es normal o tengo que disminuir el tamaño (cantidad) de elementos del
proyect?
¿Como soluciono esto?

Observación:
Todos los formularios están generados con el arrastrar la fuente de datos
(veo que por cada uno de ellos generar un componente con el mismo nombre)
Nuestras Pc's y Notebook's tienen la siguiente capacidad promedio Pentium
IV, 512 de Ram y Rigidos superiores a 60 GB.

Gracias!!!!

Jorge:
Muchas gracias por tu explicaciíon, excelente y muy clara, a decir verdar
por ahora no se me ocurre otra opción para mejorar la performance, puedo
agregar lo siguiente, veo que como todos los objetos arrastrados a un
formulario (dataset) genera los componentes que son mostrados en la barra de
herramientas bajo eñ grupo ..., y cuando uno modifica algún elemento del
projecto evalua todos estos componentes en línea, no se si se puede
parametrizar este funcionamiento...
La conclusión que obtengo es que independientemente de la memoria Ram que se
necesita, no deja de ser un problema serio, ya que el desarrollo se
obtaculiza mucho (Microsoft debería ver este tema a muy corto plazo), seguiré
investigando al respecto y cualquier mejora que encuentre la publicaré.

Muchas gracias, y quedo a la espera de información general de VB2005
Jose Luis Bellón
Ing. Sistemas



"Jorge Serrano [MVP VB]" wrote:

Hola,

he trabajado con proyectos de envergaduras parecidas y debo indicarte bajo
mi experiencia, que proyectos así tienes dos recomendaciones muy claras.

- La primera es que el proyecto esté en otro disco duro diferente del que
está el sistema operativo. Si el SO está en C:, el proyecto debería estar en
D: por ejemplo.

- La segunda es la memoria del PC. 512 Mb son desde mi punto de vista, muy
poca memoria. A partir de 1 Gb sería lo óptimo... repito... a partir de 1 Gb,
si podeis más memoria mejor, que la suerte es que no es tan cara hoy día.

Pero aún y así, proyectos así de grandes tardan un tiempo, y si tienen un
SourceSafe por debajo por ejemplo, más aún.

Si poneis más memoria, notareis algo de mejora, pero tampoco espereis
obtener una mejora de rendimiento excesivamente alta.

Otra posibilidad que podeis valorar es defragmentar el disco duro y cancelar
la ejecución del antivirus mientras trabajais si lo teneis activo.

Espero que estos detalles ayuden algo.

Si sabeis de otra mejora, compartidla, que creo que estos problemas son
desgraciadamente muy generales en proyectos de esta índole.

Un saludo.

Jorge Serrano Pérez
Microsoft MVP VB.NET
PortalVB.com
http://www.portalvb.com/
Weblog de Jorge Serrano
http://weblogs.golemproject.com/jorge/


"Jose Luis Bellón" wrote:

> Hola
> Tengo un proyecto que contiene mas de 100 formularios, mas de 100 reportes,
> mas de 100 archivos cls.
> El problema que tengo es el siguiente:
> 1.- Tarda mucho en cargar el proyecto.
> 2.- Es muy lento todo, desde abrir un formulario para modificarlos hasta un
> simple archvio de clase.
> 3.- Dos por tres se pierden referencias y la única forma de solucionar es
> correr la opción REBUILD ALL y tarda mucho.
>
> Pregunta:
> ¿Es normal o tengo que disminuir el tamaño (cantidad) de elementos del
> proyect?
> ¿Como soluciono esto?
>
> Observación:
> Todos los formularios están generados con el arrastrar la fuente de datos
> (veo que por cada uno de ellos generar un componente con el mismo nombre)
> Nuestras Pc's y Notebook's tienen la siguiente capacidad promedio Pentium
> IV, 512 de Ram y Rigidos superiores a 60 GB.
>
> Gracias!!!!
>

Hola José Luis,

lo cierto es que esto es un pequeño problema cuando se trabaja con proyectos
especiales por su envergadura grande.

Solución solución, lo que se dice solución como las planteadas en este foro
normalmente no hay. Aplicar aspectos como los que hemos discutido y estudiar
el resultado. :-)

Un saludo y si algún día conocemos alguna fórmula mágica, la pondremos en
común y en práctica. :-)

Jorge Serrano Pérez
Microsoft MVP VB.NET
PortalVB.com
http://www.portalvb.com/
Weblog de Jorge Serrano
http://weblogs.golemproject.com/jorge/


"Jose Luis Bellón" wrote:

Jorge:
Muchas gracias por tu explicaciíon, excelente y muy clara, a decir verdar
por ahora no se me ocurre otra opción para mejorar la performance, puedo
agregar lo siguiente, veo que como todos los objetos arrastrados a un
formulario (dataset) genera los componentes que son mostrados en la barra de
herramientas bajo eñ grupo ..., y cuando uno modifica algún elemento del
projecto evalua todos estos componentes en línea, no se si se puede
parametrizar este funcionamiento...
La conclusión que obtengo es que independientemente de la memoria Ram que se
necesita, no deja de ser un problema serio, ya que el desarrollo se
obtaculiza mucho (Microsoft debería ver este tema a muy corto plazo), seguiré
investigando al respecto y cualquier mejora que encuentre la publicaré.

Muchas gracias, y quedo a la espera de información general de VB2005
Jose Luis Bellón
Ing. Sistemas



"Jorge Serrano [MVP VB]" wrote:

> Hola,
>
> he trabajado con proyectos de envergaduras parecidas y debo indicarte bajo
> mi experiencia, que proyectos así tienes dos recomendaciones muy claras.
>
> - La primera es que el proyecto esté en otro disco duro diferente del que
> está el sistema operativo. Si el SO está en C:, el proyecto debería estar en
> D: por ejemplo.
>
> - La segunda es la memoria del PC. 512 Mb son desde mi punto de vista, muy
> poca memoria. A partir de 1 Gb sería lo óptimo... repito... a partir de 1 Gb,
> si podeis más memoria mejor, que la suerte es que no es tan cara hoy día.
>
> Pero aún y así, proyectos así de grandes tardan un tiempo, y si tienen un
> SourceSafe por debajo por ejemplo, más aún.
>
> Si poneis más memoria, notareis algo de mejora, pero tampoco espereis
> obtener una mejora de rendimiento excesivamente alta.
>
> Otra posibilidad que podeis valorar es defragmentar el disco duro y cancelar
> la ejecución del antivirus mientras trabajais si lo teneis activo.
>
> Espero que estos detalles ayuden algo.
>
> Si sabeis de otra mejora, compartidla, que creo que estos problemas son
> desgraciadamente muy generales en proyectos de esta índole.
>
> Un saludo.
>
> Jorge Serrano Pérez
> Microsoft MVP VB.NET
> PortalVB.com
> http://www.portalvb.com/
> Weblog de Jorge Serrano
> http://weblogs.golemproject.com/jorge/
>
>
> "Jose Luis Bellón" wrote:
>
> > Hola
> > Tengo un proyecto que contiene mas de 100 formularios, mas de 100 reportes,
> > mas de 100 archivos cls.
> > El problema que tengo es el siguiente:
> > 1.- Tarda mucho en cargar el proyecto.
> > 2.- Es muy lento todo, desde abrir un formulario para modificarlos hasta un
> > simple archvio de clase.
> > 3.- Dos por tres se pierden referencias y la única forma de solucionar es
> > correr la opción REBUILD ALL y tarda mucho.
> >
> > Pregunta:
> > ¿Es normal o tengo que disminuir el tamaño (cantidad) de elementos del
> > proyect?
> > ¿Como soluciono esto?
> >
> > Observación:
> > Todos los formularios están generados con el arrastrar la fuente de datos
> > (veo que por cada uno de ellos generar un componente con el mismo nombre)
> > Nuestras Pc's y Notebook's tienen la siguiente capacidad promedio Pentium
> > IV, 512 de Ram y Rigidos superiores a 60 GB.
> >
> > Gracias!!!!
> >

Hay una: la publicacion de Service Pack de Microsoft solventando este y
otros temas ya conocidos
Para ello es importante enviar estos problemas a Microsoft para que pongan
remedio

Saludos
Antonio Gomez

"Jose Luis Bellón" escribió en el
mensaje news:

Hola
Tengo un proyecto que contiene mas de 100 formularios, mas de 100
reportes,
mas de 100 archivos cls.
El problema que tengo es el siguiente:
1.- Tarda mucho en cargar el proyecto.
2.- Es muy lento todo, desde abrir un formulario para modificarlos hasta
un
simple archvio de clase.
3.- Dos por tres se pierden referencias y la única forma de solucionar es
correr la opción REBUILD ALL y tarda mucho.

Pregunta:
¿Es normal o tengo que disminuir el tamaño (cantidad) de elementos del
proyect?
¿Como soluciono esto?

Observación:
Todos los formularios están generados con el arrastrar la fuente de datos
(veo que por cada uno de ellos generar un componente con el mismo nombre)
Nuestras Pc's y Notebook's tienen la siguiente capacidad promedio Pentium
IV, 512 de Ram y Rigidos superiores a 60 GB.

Gracias!!!!

Jorge, cuando indicas que el proyecto este en otro disco duro, ¿ es valido
cuando esta en otra partición pero en el mismo disco ?


"Jorge Serrano [MVP VB]"
escribió
en el mensaje news:

Hola José Luis,

lo cierto es que esto es un pequeño problema cuando se trabaja con
proyectos
especiales por su envergadura grande.

Solución solución, lo que se dice solución como las planteadas en este
foro
normalmente no hay. Aplicar aspectos como los que hemos discutido y
estudiar
el resultado. :-)

Un saludo y si algún día conocemos alguna fórmula mágica, la pondremos en
común y en práctica. :-)

Jorge Serrano Pérez
Microsoft MVP VB.NET
PortalVB.com
http://www.portalvb.com/
Weblog de Jorge Serrano
http://weblogs.golemproject.com/jorge/


"Jose Luis Bellón" wrote:

Jorge:
Muchas gracias por tu explicaciíon, excelente y muy clara, a decir verdar
por ahora no se me ocurre otra opción para mejorar la performance, puedo
agregar lo siguiente, veo que como todos los objetos arrastrados a un
formulario (dataset) genera los componentes que son mostrados en la barra
de
herramientas bajo eñ grupo ..., y cuando uno modifica algún elemento del
projecto evalua todos estos componentes en línea, no se si se puede
parametrizar este funcionamiento...
La conclusión que obtengo es que independientemente de la memoria Ram que
se
necesita, no deja de ser un problema serio, ya que el desarrollo se
obtaculiza mucho (Microsoft debería ver este tema a muy corto plazo),
seguiré
investigando al respecto y cualquier mejora que encuentre la publicaré.

Muchas gracias, y quedo a la espera de información general de VB2005
Jose Luis Bellón
Ing. Sistemas



"Jorge Serrano [MVP VB]" wrote:

> Hola,
>
> he trabajado con proyectos de envergaduras parecidas y debo indicarte
> bajo
> mi experiencia, que proyectos así tienes dos recomendaciones muy
> claras.
>
> - La primera es que el proyecto esté en otro disco duro diferente del
> que
> está el sistema operativo. Si el SO está en C:, el proyecto debería
> estar en
> D: por ejemplo.
>
> - La segunda es la memoria del PC. 512 Mb son desde mi punto de vista,
> muy
> poca memoria. A partir de 1 Gb sería lo óptimo... repito... a partir de
> 1 Gb,
> si podeis más memoria mejor, que la suerte es que no es tan cara hoy
> día.
>
> Pero aún y así, proyectos así de grandes tardan un tiempo, y si tienen
> un
> SourceSafe por debajo por ejemplo, más aún.
>
> Si poneis más memoria, notareis algo de mejora, pero tampoco espereis
> obtener una mejora de rendimiento excesivamente alta.
>
> Otra posibilidad que podeis valorar es defragmentar el disco duro y
> cancelar
> la ejecución del antivirus mientras trabajais si lo teneis activo.
>
> Espero que estos detalles ayuden algo.
>
> Si sabeis de otra mejora, compartidla, que creo que estos problemas son
> desgraciadamente muy generales en proyectos de esta índole.
>
> Un saludo.
>
> Jorge Serrano Pérez
> Microsoft MVP VB.NET
> PortalVB.com
> http://www.portalvb.com/
> Weblog de Jorge Serrano
> http://weblogs.golemproject.com/jorge/
>
>
> "Jose Luis Bellón" wrote:
>
> > Hola
> > Tengo un proyecto que contiene mas de 100 formularios, mas de 100
> > reportes,
> > mas de 100 archivos cls.
> > El problema que tengo es el siguiente:
> > 1.- Tarda mucho en cargar el proyecto.
> > 2.- Es muy lento todo, desde abrir un formulario para modificarlos
> > hasta un
> > simple archvio de clase.
> > 3.- Dos por tres se pierden referencias y la única forma de
> > solucionar es
> > correr la opción REBUILD ALL y tarda mucho.
> >
> > Pregunta:
> > ¿Es normal o tengo que disminuir el tamaño (cantidad) de elementos
> > del
> > proyect?
> > ¿Como soluciono esto?
> >
> > Observación:
> > Todos los formularios están generados con el arrastrar la fuente de
> > datos
> > (veo que por cada uno de ellos generar un componente con el mismo
> > nombre)
> > Nuestras Pc's y Notebook's tienen la siguiente capacidad promedio
> > Pentium
> > IV, 512 de Ram y Rigidos superiores a 60 GB.
> >
> > Gracias!!!!
> >