Et utilisez-vous Windows ou Linux, @anon692560 ?
J'utilise la version Linux de Paratext depuis un certain temps. J'apprécie la possibilité de l'exécuter dans un environnement « foss ». J'utilise Wasta 20.04 (installation récente il y a quelques semaines) et Paratext a récemment été mis à jour vers 9.0.100.10256. J'applique les mises à jour système et de sécurité lorsque Wasta le demande, donc je pense être à jour au niveau du système d'exploitation. J'ai 16 Go de RAM, un processeur i5 @ 2,3 GHz – mon ordinateur gère la plupart des choses assez bien. Mais Paratext – et dans une large mesure, FLEX – est presque insupportablement lent.
Il faut environ deux heures pour que Paratext utilise 1,7 Go de mémoire ou plus, à ce stade, toute tâche devient un combat – cliquez sur quelque chose et attendez, attendez et attendez assez longtemps pour vous demander si votre clic a vraiment été enregistré ; tapez et ne soyez pas sûr de savoir où vous en êtes dans le mot ou si vous avez fait une erreur parce que cela prend quelques secondes pour que le texte apparaisse ; et ainsi de suite. À 2,0 Go, il est temps de fermer PT et de recommencer l'ascension de la « montagne de la mémoire »… [C'est devenu ma pratique de fermer tout ce dont je n'ai pas absolument besoin d'ouvert lorsque je travaille dans PT – navigateur, traitement de texte, même Logos (ce qui est contre-productif…) – juste pour libérer de la mémoire. Non que j'aurais pensé que 2 Go sur 16 seraient un facteur déterminant.
]
Lorsqu'il s'agit de fermer PT, cela signifie aller dans le Moniteur système et cliquer sur « Terminer le processus », car même après que Paratext a disparu de l'écran, il reste résident et a l'un des cœurs du processeur bloqué à 100 % (25 % du total). Je l'ai laissé pendant quelques heures une fois, et le processus ne s'est jamais terminé de lui-même… [J'ai soumis des journaux pour cela, mais je ne sais pas ce qui en a été fait.]
J'espérais que la mise à niveau vers Wasta 20.04 et Paratext 9.0.100 aiderait, mais c'est à peu près la même chose que mon expérience avec Wasta 18.04 et les versions antérieures de PT. Malheureusement, cela n'a pas aidé. Je me demandais si c'était juste mon expérience, mais j'ai entendu dire de quelques autres utilisateurs Linux que c'est la même chose pour eux. Et maintenant vous, @anon692560… Je suis intéressé d'apprendre s'il y a quelque chose que nous pouvons faire pour améliorer la situation.
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.
