Le 09/01/2017 à 15:46, Sven Van Caekenberghe a écrit :
> Does a plain Pharo 3 (with DrGeo) have the same problem ?
They behave as twins, each one eating ~9% of the CPU time now.
There is no background process, all world is empty, no Dr.Geo windows,
only the task bar.
Linux 64bits system.
hilaire@pchome $ ./pharo --version
3.9-7 #1 Sat Jun 14 17:26:13 CEST 2014 gcc 4.6.3 [Production ITHB VM]
NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.20 uuid:
cf2aeeee-897d-48fd-8251-6789dd21d958 Jun 14 2014
NBCogit NativeBoost-CogPlugin-EstebanLorenzano.20 uuid:
cf2aeeee-897d-48fd-8251-6789dd21d958 Jun 14 2014
https://github.com/pharo-project/pharo-vm.git Commit:
0e8bbfbaeb03237fa6bb63ba834773fab18ca307 Date: 2014-06-14 12:20:21 -0300
By: Esteban Lorenzano <
[hidden email]> Jenkins build #14833
Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7 16:39:45
UTC 2012 i686 i686 i386 GNU/Linux
plugin path: /opt/DipCloud/SEM/COOL/320 - DrGeo -
MERM9e/DrGeo.app/Contents/Linux/ [default: /opt/DipCloud/SEM/COOL/320 -
DrGeo - MERM9e/DrGeo.app/Contents/Linux/]
>
> If not, it must be in your code (or the code you depend on).
>
> Do you use (background) threads/processes ? Animations ? How is your process list different from the default ?
>
> Do you use (many) Morphs that implement #step ? Did you write your own ?
>
> What platform are you on, what VM are you using ?
--
Dr. Geo
http://drgeo.eu