Problème jEdit, utilisation de beaucoup de mémoire.

Xaero · Le 08/01/2006, à 15:42

En fait c'est pas vraiment un problème de jEdit (enfin je pense pas), c'est plutôt avec java lui même.

En fait sous linux pour lancer jEdit java mange dans les 200Mo de mémoire ce qui est quand même assez énorme, et je les ressent, car ça deviens difficile de surfer, changer de fenêtres etc (ça rame sec) .

Alors je ne sais pas trop d'où ça peut venir, car sur windows c'est nickel, 35Mo de pris, c'est rapide etc.

Voila des screens :
Pour win :

Pour linux :

Et c'est vrai que bon c'est assez gênant, j'ai l'habitude d'aller chercher des trucs sur internet, écouter de la musique etc quand je programme, et là c'est assez difficile de concilier tout ça .

J'ai installé java 1.5 en suivant le tuto sur le wiki, http://doc.ubuntu-fr.org/applications/java et j'ai bien fait le sudo update-alternatives, pour choisir java 1.5.

Donc à la rigueur si l'un de vous utilise jEdit, et peut voir si oui ou non ça lui mange beaucoup de mémoire ou si c'est pas le cas.

J'ai peut-être foiré l'install de jEdit mais ça m'étonnerais..

A noter que je ne peux pas me servir d'autres chose pour coder, c'est assez essentiel, j'ai trop l'habitude de jEdit, tout mes plugins, auto-completion etc de reglé comme il faut

Dernière modification par Xaero (Le 08/01/2006, à 15:43)

Desintegr · Le 08/01/2006, à 15:47

La mémoire virtuelle n'est pas du tout représentative.
Si j'addition la mémoire virtuelle de tout mes processus, j'arrive à un total de plus de 3 Go. Réellement, j'en ai que 500 Mo utilisé.

Ton processus utilise 65 Mo de mémoire RSS.
Généralement, tout ce qui est fait en Java est souvent très consommateur de mémoire.

Il est aussi d'ailleurs difficile de comparer la mémoire utilisée entre Windows et Linux.
Car il y a plein de façon différente de calculer la mémoire utilisée pour un processus.

D'après « man top ».

Virtual Image la mémoire indiquée dans ton Moniteur Système
The total amount of virtual memory used by the task. It includes
all code, data and shared libraries plus pages that have been
swapped out.

VIRT = SWAP + RES.

Resident size ou RSS
The non-swapped physical memory a task has used.

RES = CODE + DATA.

CODE -- Code size
The amount of physical memory devoted to executable code, also known
as the 'text resident set' size or TRS.

DATA -- Data+Stack size
The amount of physical memory devoted to other than executable code,
also known as the 'data resident set' size or DRS.

SHR -- Shared Mem size
The amount of shared memory used by a task. It simply reflects mem-
ory that could be potentially shared with other processes.

Dernière modification par Desintegr (Le 08/01/2006, à 15:52)

Xaero · Le 08/01/2006, à 15:57

Ah ok j'avais pas vu ça comme ça .
Mais c'est quand même étrange que lorsqu'il est lancé je le ressens vachement, comme si les autres applications devenaient plus lentes.

J'avais pas vu que je voyais la mémoire virtuelle en fait, desolé .

Desintegr · Le 08/01/2006, à 16:02

À l'exécution de la commande « free -m » tu dois obtenir quelque chose comme ça:

total used free shared buffers cached
Mem: 1003 967 35 0 27 426
-/+ buffers/cache: 513 489
Swap: 509 6 503

Tant que le nombre en gras n'est pas proche de 0, c'est bon.
En usage normal, il devrait valoir environ la moitié (+/-20%) de la quantité de RAM de ton système

S'il est proche de 0, ton système va commencer à swapper et le nombre souligné va augmenter. Ton système va alors ralentir.

Dernière modification par Desintegr (Le 08/01/2006, à 16:04)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 08/01/2006, à 15:42

Problème jEdit, utilisation de beaucoup de mémoire.

#2 Le 08/01/2006, à 15:47

Re : Problème jEdit, utilisation de beaucoup de mémoire.

#3 Le 08/01/2006, à 15:57

Re : Problème jEdit, utilisation de beaucoup de mémoire.

#4 Le 08/01/2006, à 16:02

Re : Problème jEdit, utilisation de beaucoup de mémoire.

Pied de page des forums