Bonjour , suite au disfonctionnement constater dans gimp . J ai pour en trouver la cause lancer la commande top .
Si il est clair que gimp , en particulier avec la baguette magique est gourmand en ressource .
iL y a un autre processus qui est tres gourmand : " PLUGIN-CONTAINE "
Apres quelque recherche j'ai vite trouvé qu'il etait en rapport avec flasch player ( que j'utilise pour un petit jeu facebook ) .Voici un top avec le jeu 
 [heurgon@localhost ~]$ top

top - 12:00:58 up  2:12,  2 users,  load average: 0,42, 0,58, 0,99
Tasks: 149 total,   3 running, 146 sleeping,   0 stopped,   0 zombie
%Cpu(s): 51,6 us,  3,7 sy,  0,0 ni, 41,8 id,  1,2 wa,  0,0 hi,  1,7 si,  0,0 st
KiB Mem:   4044720 total,  2060668 used,  1984052 free,    90536 buffers
KiB Swap:  5357564 total,        0 used,  5357564 free,   623828 cached

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND     
 1993 heurgon   20   0  983264 162440  20348 R  96,3  4,0 124:45.59 plugin-con+ 
 1862 heurgon   20   0 1568268 530488  48068 S   7,0 13,1  17:43.06 firefox     
  605 root      20   0  170992  39568  22912 S   4,0  1,0   5:44.29 Xorg        
 3286 heurgon   20   0  676448  22576  13660 S   2,0  0,6   0:00.47 gnome-term+ 
 1591 heurgon   20   0 1955992 208900  59968 S   1,7  5,2   2:57.81 gnome-shell 
    9 root      20   0       0      0      0 S   0,3  0,0   0:02.39 rcu_sched   
 3008 root      20   0       0      0      0 S   0,3  0,0   0:00.55 kworker/1:1 
    1 root      20   0   51032   7068   3548 S   0,0  0,2   0:02.22 systemd     
    2 root      20   0       0      0      0 S   0,0  0,0   0:00.01 kthreadd    
    3 root      20   0       0      0      0 R   0,0  0,0   0:02.50 ksoftirqd/0 
    5 root       0 -20       0      0      0 S   0,0  0,0   0:00.00 kworker/0:+ 
    7 root      rt   0       0      0      0 S   0,0  0,0   0:00.84 migration/0 
    8 root      20   0       0      0      0 S   0,0  0,0   0:00.00 rcu_bh      
   10 root      rt   0       0      0      0 S   0,0  0,0   0:00.09 watchdog/0  
   11 root      rt   0       0      0      0 S   0,0  0,0   0:00.11 watchdog/1  
   12 root      rt   0       0      0      0 S   0,0  0,0   0:04.99 migration/1 
   13 root      20   0       0      0      0 S   0,0  0,0   0:03.48 ksoftirqd/1
Puis une commande top sans le jeu 
  [heurgon@localhost ~]$ top

top - 11:57:44 up  2:09,  2 users,  load average: 0,36, 0,81, 1,15
Tasks: 150 total,   1 running, 149 sleeping,   0 stopped,   0 zombie
%Cpu(s):  5,0 us,  1,5 sy,  0,0 ni, 93,2 id,  0,2 wa,  0,0 hi,  0,2 si,  0,0 st
KiB Mem:   4044720 total,  1914568 used,  2130152 free,    90244 buffers
KiB Swap:  5357564 total,        0 used,  5357564 free,   623684 cached

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND     
 1591 heurgon   20   0 1951896 203332  59960 S   4,3  5,0   2:49.59 gnome-shell 
 3153 heurgon   20   0  676580  20568  13680 S   3,7  0,5   0:00.78 gnome-term+ 
  605 root      20   0  170972  39284  22628 S   3,3  1,0   5:35.91 Xorg        
 1993 heurgon   20   0  982164  64304  19268 S   1,0  1,6 124:32.23 plugin-con+ 
 1862 heurgon   20   0 1537416 488820  48520 S   0,3 12,1  17:19.98 firefox     
 3008 root      20   0       0      0      0 S   0,3  0,0   0:00.16 kworker/1:1 
 3010 root      20   0       0      0      0 S   0,3  0,0   0:00.17 kworker/0:2 
    1 root      20   0   51032   7068   3548 S   0,0  0,2   0:02.21 systemd     
    2 root      20   0       0      0      0 S   0,0  0,0   0:00.01 kthreadd    
    3 root      20   0       0      0      0 S   0,0  0,0   0:02.49 ksoftirqd/0 
    5 root       0 -20       0      0      0 S   0,0  0,0   0:00.00 kworker/0:+ 
    7 root      rt   0       0      0      0 S   0,0  0,0   0:00.82 migration/0 
    8 root      20   0       0      0      0 S   0,0  0,0   0:00.00 rcu_bh      
    9 root      20   0       0      0      0 S   0,0  0,0   0:02.32 rcu_sched   
   10 root      rt   0       0      0      0 S   0,0  0,0   0:00.09 watchdog/0  
   11 root      rt   0       0      0      0 S   0,0  0,0   0:00.11 watchdog/1  
   12 root      rt   0       0      0      0 S   0,0  0,0   0:04.95 migration/1
1° Est ce normal que ce plugin soit aussi gourmant ?
2° Il y a t'il une solution moins gourmande en resource pour remplacer ce plugin ?
3° Hormis pour mon jeu ce plugins est il vraiment utile ?
4° Comment faire pour savoir si mon syteme est correctement configurer ?
5° Quelle balise doit je utiliser pour pour que mes copier coller ne prenne pas une place faramineuse dans mon post
Merci d'avance pour vos reponses
La balise pour du code c'est [ code ] [ /code ] sans les espaces bien sur.

1- Vérifier si l'acceleration est pris en charge : http://support.mozilla.org/fr/kb/firefox-consomme-trop-memoire-corriger#w_vaerifier-laccaelaeration-graphique-mataerielle-de-flash

2- Qu'est ce que plugin-container ?
Chaque plugin est chargé séparément dans un processus plugin-container, permettant ainsi au processus principal de Firefox de rester ouvert si un plugin plante. Il y a autant de processus plugin-container que de plugins lancés depuis le démarrage de la session Firefox.

4 - Outils de diagnostic mémoire :
La page about:memory vous permet d'investiguer finement les problèmes de mémoire spécifiques (c'est-à-dire ceux causés par un site web, une extension, un thème). Parfois, le bouton Minimize memory usage de cette page peut vous aider à réduire instantanément l'utilisation mémoire.
RAMBack : Vous permet de nettoyer beaucoup de caches de Firefox, vous permettant de distinguer la mise en cache d'une fuite.

Voir aussi ici http://www.fluxbytes.com/software-tips/how-to-disable-plugin-container-exe/
Bonsoir j'ai fait différent test et contrôle :
1° l’accélération matérielle est bien active



2° Fait une bonne lecture de ma commande top


>1 = date heure de ma commande et le nombre d’utilisateur de la machine
> 2 = le nombre de tache ou processus en cours et leur statut
> 3 = la charge de mon processeur et la façon dont celle ci est reparti
>4 = l'utilisation de ma mémoire
> 5 = nom des processus en cours
> 6 = Le pourcentage d'utilisation de l'utilisation du processeur donc 1.3 pour cent des 0.5 pour cent de la charge du processeur
> 7 = le pourcentage d'utilisation de la mémoire utiliser
Bon j'ai peur de pas être très clair mais je suis preneur de toute info sachant que je suis au niveau 0 de la geekitude mais j'aime bien savoir et surtout comprendre

3° Si j'ai bien compris il y a un plugin-container par plugin firefox donc si j'en ai qu'un qui apparait c'est que firefox en utilise qu'un en l’occurrence la il s'agit de flash-player
4° Si j'ai bien su interpréter la page about:memory outre outre flash il y a aussi js ( javascript d’après mes recherches ) qui revient souvent du coup j'ai réinstaller noscript afin de filtrer tout ça .
toutefois le gain n'est pas très élevé .
5° Je vient d 'installer ramback dans firefox , je vous tient au courant .
6° Le dernier lien bien qu'en anglais ma parut intéressant mais a priori la procédure était décrite pour Windows ( .exe) . Il me reste donc a trouve la méthode pour fedora .
De façon générale, Flash est un gouffre en ressources, de toutes façons... Donc, un jeu en Flash, je n'ose même pas penser l'effet que ça peut donner.

Bref, pour moi, c'est normal...
C'est clair que visiblement c'est gourmand .
De plus c'est impressionnant entre ça et le javascript le nombre de truc qui sont inutile sur page web
En la matière facebook est roi . Quoique les site de cuisine sont impressionnant aussi , il faut voir le nombre de script que bloque noscript . Je les placerait juste derrière les site pour adulte et les site de streaming , qui il faut bien le dire sont de vrai ramasse m.....
Pour info si il semble que si ramback permet de gagner un peu de mémoire ce n'est pas super flagrant . Du moi pas chez moi .
Pour ton jeu en flash, tu devrait peut-être tester google-chrome, il gère mieux le flash que firefox parait-il. En tout cas il m'a permit de jouer à un jeu en flash qui ne fonctionnait pas sous firefox.
Chrome en test . Effectivement cela a l'air plus fluide pour le jeu . Mais pour le reste je préfère quant même Firefox