Yo he visto como otros programas como Firefox consumen gran cantidad de RAM, pero esto sólo me ocurrió bajo WXP y únicamente usando una cuenta con privilegios de administración, en una cuenta del grupo usuarios esto no me sucede; creo que es un "fallo" conocido de Firefox.
En OOo observé algo similar, aunque no puedo asegurarlo ya que tal vez el consumo excesivo de memoria era un resultado normal de las acciones que estaba realizando (es obvio que estaba haciendo pruebas "raras"). Te puedo decir que estoy traduciendo algunas guías de usuario; en consecuencia, cuando dedico algunas horas a ello, mantengo abierto OOo largo tiempo y no observé que el sistema se ralentizara. Eso sí, mi WXP-SP2 está tweakeado: no hay efectos que consuman recursos, tengo deshabilitada la característica "restaurar el sistema" (es lógico ya que yo me hago responsable por mi sistema; particularmente esta característica puede ralentizarlo y si llegás a tener una infección (gusanos, virus) los antivirus no podrán limpiar los archivos de backup protegidos), varios servicios no necesarios están deshabilitados (centro de seguridad,wupdated -podrías realizar las actualizaciones mucho más rápidamente desde un server de la red-, programador de tareas, etc), otros que son necesarios sólo a veces están puestos a manual en vez de automático. Deshabilitar los servicios que no son necesarios puede mejorar el rendiemiento del sistema. Supongo que si se usa WXP el filesystem es NTFS, lo menciono porque he visto lugares en los que se usa WXP con FAT32. NTFS son sólo es más seguro, sino que también es más veloz. Teniendo en cuenta que los SO normalmente mantienen en memoria buena parte de las últimas aplicaciones abiertas, tendrías que estudiar la forma de trabajo de los usuarios para determinar si esta característica los ayuda o los perjudica. Si los usuarios utilizan un par de programas y los abren y cierran, tendrían que observar un funcionamiento rápido (el programa inicia normalmente la primera vez, pero mucho más rápido las veces posteriores). Pero si usan varios programas y los abren y cierran cada vez, el rendimiento decae. Tampoco es bueno mantener muchos programas abiertos, pero en general los usuarios utilizan un par de programas "principales" (que deberían mantener abiertos) y otros programas que usan eventualmente (que tal vez deberían abrir y cerrar cuando los necesiten). Suponiendo que las pc's tienen recursos suficientes, lo que es + o - estándar por estos días, hdd 80 gb, 256 Mb RAM, las instalaciones de OOo son locales, los usuarios utilizan cuentas restringidas, y no hay malware en los sistemas, a mi entender no tendrías que tener ese problema. Yo particularmente uso OOo en pc's con menores recursos que los mencionados y no tengo problemas. Sin embargo, la mayor parte del tiempo prefiero trabajar con OOo bajo Debian Etch, con KDE tweakeado para que no consuma memoria innecesariamente (filesystem:reiserfs), y el rendimiento general es mucho mejor que en Windows. Cuando empecé a usar OOo notaba que era un poco más lento que MS-Office al abrir y guardar documentos, pero esto se debe al formato XML comprimido (luego OpenDocument) ya que los archivos se comprimen y descomprimen cada vez que se guardan o se abren, respectivamente. Por último, si los documentos son grandes, especialmente si contienen gráficos, es muy importante configurar la opción de autoguardado a intervalos cortos (por ej, 5 minutos), por dos razones: la primera y más obvia es para evitar que se pierdan las modificaciones ante un cierre inesperado de la aplicación, la segunda es para que la aplicación no consuma tanta memoria (el autoguardado a intervalos cortos se realiza rápidamente ya que las modificaciones que pudo realizar el usuario son relativamente pocas). Por favor prestá atención a esto, porque comprobé con MS-Office (supongo que con OOo es igual), que al trabajar largo tiempo sobre un documento sin guardarlo, el consumo de memoria aumenta (esto es bastante lógico), los archivos temporales crecen y el sistema se ralentiza (especialmente al trabajar con imágenes). En este contexto, también puede ser una buena idea disminuir la cantidad de acciones que OOo recuerda para deshacer/restaurar (informar de esto al usuario). También deberías verificar que no haya tareas programadas que se lanzan, por ejemplo, a cierta hora de la tarde, y que puedan ser causantes de la baja de performance (cuando trabajé en soporte técnico a veces los usuarios llamaban porque la pc se ponía lenta, pero muchas veces era debido a cosas como un scaneo programado del antivirus). Bueno, espero que te sirva. Saludos. Fabian Flores PD: por si te llega a servir el dato, te cuento que realicé compartivas a principio del año pasado y obtuve como resultado que los discos Hitachi tienen un rendimiento general (velocidad) mucho menor que otros, por ejemplo WesternDigital. No obstante los más rápidos son los Samsung (de estos tres). El día 18/03/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> escribió: > > Mensaje citado por Eduardo Moreno <[EMAIL PROTECTED]>: > > > ¿Modificaron el tamaño del cache de memoria? ¿Instalaron Java? > no no he modificado la cahe de la memoria, ti tengo instalado java para la > combinacion de correspondencia, hace tiempo probe el truco del tamaño del > cache > pero no se nota nada (desde mi experiencia). > > Personalmente creo que el tema de la lentitud de openoffice cuando > trabajas > durante vaias horas con diferentes ficheros, partiendo desde mi > experiencia, > (implantando openoffice+access, sobre 100 usuarios con windowsxp) de > implantacion a usuarios que vienen de office, es el mayor problema que me > he > encontrado a la hora de realizar una implantacion masiva, sobretodo como > explicarles por que se les relantiza tanto los pc,s. ¿Se puede solucionar > esto, > de algun modo, se ha planteado este tipo de problema a las personas de > desarrollo del proyecto?. > >
