¿Y está usando Windows o Linux, @anon692560?
He estado usando la versión de Linux de Paratext durante un tiempo. Aprecio la posibilidad de ejecutarlo en un entorno "foss". Estoy usando Wasta 20.04 (instalación nueva hace unas semanas) y Paratext se actualizó recientemente a 9.0.100.10256. Aplico actualizaciones del sistema y de seguridad cuando Wasta lo solicita, por lo que creo que mi sistema operativo está actualizado. Tengo 16 GB de RAM, un procesador i5 a 2.3 GHz; mi computadora maneja casi cualquier cosa con bastante capacidad. Pero Paratext, y en gran medida FLEX, es casi insoportablemente lento.
Tarda unas dos horas para que Paratext use 1.7 GB de memoria o más, en cuyo punto cualquier tarea se convierte en una lucha: haga clic en algo y espere y espere y espere lo suficiente como para comenzar a preguntarse si su clic realmente se registró; escriba y no sepa dónde está en la palabra o si cometió un error porque tarda unos segundos en aparecer el texto; y así sucesivamente. A 2.0 GB, es hora de cerrar PT y comenzar de nuevo la subida por la "montaña de memoria"... [Se ha convertido en mi práctica cerrar cualquier cosa que no necesite absolutamente abierta cuando estoy trabajando en PT: navegador, procesador de palabras, incluso Logos (que es contraproducente...) solo para liberar memoria. No es que hubiera pensado que 2 GB de 16 serían un obstáculo insalvable.
]
Cuando se trata de cerrar PT, significa ir al Monitor del sistema y hacer clic en "Finalizar proceso", porque incluso después de que Paratext desaparezca de la pantalla, permanece residente y tiene uno de los núcleos del procesador al 100 % (25 % del total). Una vez lo dejé así durante unas horas, y el proceso nunca terminó por sí solo... [He enviado registros para esto, pero no sé qué salió de eso.]
Esperaba que actualizar a Wasta 20.04 y Paratext 9.0.100 ayudara, pero es prácticamente lo mismo que mi experiencia con Wasta 18.04 y versiones anteriores de PT. Por desgracia, no ha ayudado. Me había estado preguntando si esta era solo mi experiencia, pero he escuchado de algunos otros usuarios de Linux que es lo mismo para ellos. Y ahora usted, @anon692560... Me interesa saber si hay algo que podamos hacer para mejorar la situación.
And are using Windows or Linux, @anon692560?
I’ve been using the Linux version of Paratext for a while. I do appreciate the ability to run it in a “foss” environment. I’m using Wasta 20.04 (fresh install a few weeks ago), and Paratext recently updated to 9.0.100.10256. I apply system and security updates when Wasta prompts, so I think I’m up to date OS-wise. I’ve got 16 GB of RAM, an i5 @ 2.3 GHz processor–my computer handles most anything quite capably. But Paratext–and to much the same extent, FLEX–is almost unbearably slow.
It takes about two hours for Paratext to use up 1.7 GB of memory or more, at which point any task becomes a struggle–click something and wait and wait and wait long enough that you begin to wonder if your click really registered; type and not be sure where you’re at in the word or if you made a mistake because it takes a few seconds for the text to appear; and so on. At 2.0 GB, it’s time to shut PT down and start the climb up “memory mountain” all over again… [It has become my practise to shut down anything I don’t absolutely need open when I’m working in PT–browser, word processor, even Logos (which is counter-productive…)–just to free up memory. Not that I would have thought 2 GB out of 16 would be a deal breaker.]
When it comes to shutting down PT it means going into System Monitor and clicking “End Process”, because even after Paratext disappears from the screen it stays resident and has one of the processor cores pegged at 100% (25% of total). I left it for a few hours once, and the process never ended on its own… [I have submitted logs for this, but I don’t know what ever came of that.]
I had hoped that upgrading to Wasta 20.04 and Paratext 9.0.100 would help, but it’s pretty much the same as my experience with Wasta 18.04 and earlier versions of PT. Unfortunately, it hasn’t helped. I had been wondering if this is just my experience, but I’ve heard from a few other Linux users that it’s the same for them. And now you, @anon692560… I’m interested to learn if there’s anything we can do to improve the situation.
Traducción automática desde English
