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 <estebanlm@gmail.com> 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