Qu'est-ce que ce mds qui consomme 300Mb de mémoire réelle et 800MB de
virtuelle ?
Toujours en tête de la consommation mémoire dans Activity.
Quand je démarre plusieurs applications en même temps, il est le seul à
rester quasimment constant et à ne pas bouger dans la hiérarchie
"utilisation mémoire", tojours le plus "gourmand".
J'ai lu que c'était lié à Spotlight, mais Spotlight ne fait rien,
n'indexe pas ...
Oui, il doit apparaître normalement, le système étant configuré pour s'assurer que ce processus est toujours actif et le relancer au cas où ça ne serait plus le cas.
Visiblement j'ai pas!!!!
http://cjoint.com/?BAAjZRUxfw4
Le 26/01/12 09:45, Patrick Stadelmann a écrit :
Oui, il doit apparaître normalement, le système étant configuré pour
s'assurer que ce processus est toujours actif et le relancer au cas où
ça ne serait plus le cas.
Oui, il doit apparaître normalement, le système étant configuré pour s'assurer que ce processus est toujours actif et le relancer au cas où ça ne serait plus le cas.
Qu'est-ce que ce mds qui consomme 300Mb de mémoire réelle et 800MB de virtuelle ? Toujours en tête de la consommation mémoire dans Activity. Quand je démarre plusieurs applications en même temps, il est le seul à rester quasimment constant et à ne pas bouger dans la hiérarchie "utilisation mémoire", tojours le plus "gourmand".
J'ai lu que c'était lié à Spotlight, mais Spotlight ne fait rien, n'indexe pas ...
iMac 7.1, 4GB RAM, OS X 10.6.8
Des fois, ça deconne, SpotLight, sur mon MacBook. J'ai vu les process mds (il y en a plusieurs liés, avec des noms différents), prendre 1.5Go de mémoire physique, et 170% de CPU... Tu le kill, il revient et rebelotte. Tu le laisse faire, une nuit, par exemple, et ça revient à la normale (c'est à dire entre 150 et 300 Mo physiques, quand même !!!)
Une fois, il a fallu que j'efface un fichier qui le faisait planter.
C'est tout pourri, SpotLight. Sans compter le merdier qu'il met sur les volumes USB FAT, par exemple....
JV
Le 26/01/2012 06:25, J.P a écrit :
Qu'est-ce que ce mds qui consomme 300Mb de mémoire réelle et 800MB de
virtuelle ?
Toujours en tête de la consommation mémoire dans Activity.
Quand je démarre plusieurs applications en même temps, il est le seul à
rester quasimment constant et à ne pas bouger dans la hiérarchie
"utilisation mémoire", tojours le plus "gourmand".
J'ai lu que c'était lié à Spotlight, mais Spotlight ne fait rien,
n'indexe pas ...
iMac 7.1, 4GB RAM, OS X 10.6.8
Des fois, ça deconne, SpotLight, sur mon MacBook. J'ai vu les process
mds (il y en a plusieurs liés, avec des noms différents), prendre 1.5Go
de mémoire physique, et 170% de CPU... Tu le kill, il revient et
rebelotte. Tu le laisse faire, une nuit, par exemple, et ça revient à la
normale (c'est à dire entre 150 et 300 Mo physiques, quand même !!!)
Une fois, il a fallu que j'efface un fichier qui le faisait planter.
C'est tout pourri, SpotLight. Sans compter le merdier qu'il met sur les
volumes USB FAT, par exemple....
Qu'est-ce que ce mds qui consomme 300Mb de mémoire réelle et 800MB de virtuelle ? Toujours en tête de la consommation mémoire dans Activity. Quand je démarre plusieurs applications en même temps, il est le seul à rester quasimment constant et à ne pas bouger dans la hiérarchie "utilisation mémoire", tojours le plus "gourmand".
J'ai lu que c'était lié à Spotlight, mais Spotlight ne fait rien, n'indexe pas ...
iMac 7.1, 4GB RAM, OS X 10.6.8
Des fois, ça deconne, SpotLight, sur mon MacBook. J'ai vu les process mds (il y en a plusieurs liés, avec des noms différents), prendre 1.5Go de mémoire physique, et 170% de CPU... Tu le kill, il revient et rebelotte. Tu le laisse faire, une nuit, par exemple, et ça revient à la normale (c'est à dire entre 150 et 300 Mo physiques, quand même !!!)
Une fois, il a fallu que j'efface un fichier qui le faisait planter.
C'est tout pourri, SpotLight. Sans compter le merdier qu'il met sur les volumes USB FAT, par exemple....
JV
Patrick Stadelmann
In article <jfr787$aoa$, "J. Vernet" wrote:
C'est tout pourri, SpotLight.
Mouarf ! Je m'en sers sans arrêt, ça fonctionne parfaitement.
Sans compter le merdier qu'il met sur les volumes USB FAT, par exemple....
Il crée un dossier invisible à la racine, rien de plus.
Patrick -- Patrick Stadelmann
In article <jfr787$aoa$1@speranza.aioe.org>,
"J. Vernet" <jeromevernet_NOSPAM@hotmail.com> wrote:
C'est tout pourri, SpotLight.
Mouarf ! Je m'en sers sans arrêt, ça fonctionne parfaitement.
Sans compter le merdier qu'il met sur les
volumes USB FAT, par exemple....
Il crée un dossier invisible à la racine, rien de plus.
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
Mouarf ! Je m'en sers sans arrêt, ça fonctionne parfaitement.
Sans compter le merdier qu'il met sur les volumes USB FAT, par exemple....
Il crée un dossier invisible à la racine, rien de plus.
Patrick -- Patrick Stadelmann
Philippe Di Valentin
Le 26/01/12 09:45, Patrick Stadelmann a écrit :
Oui, il doit apparaître normalement, le système étant configuré pour s'assurer que ce processus est toujours actif et le relancer au cas où ça ne serait plus le cas.
Je change de sujet!!
Votre avis sur le "wagon"de fichiers invisibles /.fseventsd/........................des chiffres en pagaille.
Regards,
Le 26/01/12 09:45, Patrick Stadelmann a écrit :
Oui, il doit apparaître normalement, le système étant configuré pour
s'assurer que ce processus est toujours actif et le relancer au cas où
ça ne serait plus le cas.
Je change de sujet!!
Votre avis sur le "wagon"de fichiers invisibles
/.fseventsd/........................des chiffres en pagaille.
Oui, il doit apparaître normalement, le système étant configuré pour s'assurer que ce processus est toujours actif et le relancer au cas où ça ne serait plus le cas.
Je change de sujet!!
Votre avis sur le "wagon"de fichiers invisibles /.fseventsd/........................des chiffres en pagaille.
Regards,
Patrick Stadelmann
In article <4f212cf7$0$27559$, Philippe Di Valentin wrote:
Votre avis sur le "wagon"de fichiers invisibles /.fseventsd/........................des chiffres en pagaille.
Ce dossier contient des informations concernant les modifications apportées au système de fichier, utilisées entre autres par Time Machine pour déterminer les changements depuis la dernière sauvegarde.
Patrick -- Patrick Stadelmann
In article <4f212cf7$0$27559$ba4acef3@reader.news.orange.fr>,
Philippe Di Valentin <Philippe.Divalentin@rien.fr> wrote:
Votre avis sur le "wagon"de fichiers invisibles
/.fseventsd/........................des chiffres en pagaille.
Ce dossier contient des informations concernant les modifications
apportées au système de fichier, utilisées entre autres par Time Machine
pour déterminer les changements depuis la dernière sauvegarde.
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
In article <4f212cf7$0$27559$, Philippe Di Valentin wrote:
Votre avis sur le "wagon"de fichiers invisibles /.fseventsd/........................des chiffres en pagaille.
Ce dossier contient des informations concernant les modifications apportées au système de fichier, utilisées entre autres par Time Machine pour déterminer les changements depuis la dernière sauvegarde.
Patrick -- Patrick Stadelmann
patpro ~ patrick proniewski
In article , "J.P" wrote:
In article , patpro ~ patrick proniewski wrote:
> In article <1kegt6y.13usv7c15sb0vtN%, > (SbM) wrote: > > > J.P wrote: > > > > > Qu'est-ce que ce mds qui consomme 300Mb de mémoire réelle et 800MB de > > > virtuelle ? ... > > moi j'ai pour le process mds : > > Mac OS X 10.6.8 > RPRVT RSHRD RSIZE VPRVT VSIZE > Mac Pro 64 bits, uptime 17j 378M+ 31M+ 422M+ 892M+ 3335M+ > MacBook Pro 32 bits, uptime 15j 240M+ 30M+ 270M+ 566M+ 2989M+ > > avec : > RPRVT Resident private address space size. > RSHRD Resident shared address space size. > RSIZE Resident memory size. > VPRVT Private address space size. > VSIZE Total memory size. ... Ça ressemble donc à ce que j'ai. Mais que fabrique donc ce mds ?
Tu peux expliquer ces dfférents types de mémoire/adress space ?
non je peux pas, c'est au delà de mes compétences :) J'ai bien quelques idées, mais rien de formel ni de sûr.
patpro
-- A vendre : KVM IP 16 ports APC http://patpro.net/blog/index.php/2008/01/12/133
In article <jpp-123420.05375626012012@news.free.fr>,
"J.P" <jpp@gmail.com> wrote:
In article <patpro-95E77A.06585926012012@news.free.fr>,
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
> In article <1kegt6y.13usv7c15sb0vtN%sebastienmarty@yahoo.fr>,
> sebastienmarty@yahoo.fr (SbM) wrote:
>
> > J.P <jpp@gmail.com> wrote:
> >
> > > Qu'est-ce que ce mds qui consomme 300Mb de mémoire réelle et 800MB de
> > > virtuelle ?
...
>
> moi j'ai pour le process mds :
>
> Mac OS X 10.6.8
> RPRVT RSHRD RSIZE VPRVT VSIZE
> Mac Pro 64 bits, uptime 17j 378M+ 31M+ 422M+ 892M+ 3335M+
> MacBook Pro 32 bits, uptime 15j 240M+ 30M+ 270M+ 566M+ 2989M+
>
> avec :
> RPRVT Resident private address space size.
> RSHRD Resident shared address space size.
> RSIZE Resident memory size.
> VPRVT Private address space size.
> VSIZE Total memory size.
...
Ça ressemble donc à ce que j'ai.
Mais que fabrique donc ce mds ?
Tu peux expliquer ces dfférents types de mémoire/adress space ?
non je peux pas, c'est au delà de mes compétences :)
J'ai bien quelques idées, mais rien de formel ni de sûr.
patpro
--
A vendre : KVM IP 16 ports APC
http://patpro.net/blog/index.php/2008/01/12/133
> In article <1kegt6y.13usv7c15sb0vtN%, > (SbM) wrote: > > > J.P wrote: > > > > > Qu'est-ce que ce mds qui consomme 300Mb de mémoire réelle et 800MB de > > > virtuelle ? ... > > moi j'ai pour le process mds : > > Mac OS X 10.6.8 > RPRVT RSHRD RSIZE VPRVT VSIZE > Mac Pro 64 bits, uptime 17j 378M+ 31M+ 422M+ 892M+ 3335M+ > MacBook Pro 32 bits, uptime 15j 240M+ 30M+ 270M+ 566M+ 2989M+ > > avec : > RPRVT Resident private address space size. > RSHRD Resident shared address space size. > RSIZE Resident memory size. > VPRVT Private address space size. > VSIZE Total memory size. ... Ça ressemble donc à ce que j'ai. Mais que fabrique donc ce mds ?
Tu peux expliquer ces dfférents types de mémoire/adress space ?
non je peux pas, c'est au delà de mes compétences :) J'ai bien quelques idées, mais rien de formel ni de sûr.
patpro
-- A vendre : KVM IP 16 ports APC http://patpro.net/blog/index.php/2008/01/12/133
patpro ~ patrick proniewski
In article , "J.P" wrote:
In article <4f2110c7$0$2508$, Philippe Di Valentin wrote:
> Le 26/01/12 09:33, J.P a écrit : > > > Pas sous ce nom. Je parle de "mds" dont on dit que c'est un process lié > > à spotlight. > > OK;et ce process doit apparaître dans le Moniteur d'activité????
"doit" : je ne sais pas, chez moi et chez patpro, au moins, il apparaît :-) Encore que Patrick le voit avec un truc de geek que je ne connais pas :-(
tu connais pas top ?
patpro
-- A vendre : KVM IP 16 ports APC http://patpro.net/blog/index.php/2008/01/12/133
In article <jpp-795D65.05414126012012@news.free.fr>,
"J.P" <jpp@gmail.com> wrote:
In article <4f2110c7$0$2508$ba4acef3@reader.news.orange.fr>,
Philippe Di Valentin <Philippe.Divalentin@rien.fr> wrote:
> Le 26/01/12 09:33, J.P a écrit :
>
> > Pas sous ce nom. Je parle de "mds" dont on dit que c'est un process lié
> > à spotlight.
>
> OK;et ce process doit apparaître dans le Moniteur d'activité????
"doit" : je ne sais pas, chez moi et chez patpro, au moins, il apparaît
:-)
Encore que Patrick le voit avec un truc de geek que je ne connais pas :-(
tu connais pas top ?
patpro
--
A vendre : KVM IP 16 ports APC
http://patpro.net/blog/index.php/2008/01/12/133
In article <4f2110c7$0$2508$, Philippe Di Valentin wrote:
> Le 26/01/12 09:33, J.P a écrit : > > > Pas sous ce nom. Je parle de "mds" dont on dit que c'est un process lié > > à spotlight. > > OK;et ce process doit apparaître dans le Moniteur d'activité????
"doit" : je ne sais pas, chez moi et chez patpro, au moins, il apparaît :-) Encore que Patrick le voit avec un truc de geek que je ne connais pas :-(
tu connais pas top ?
patpro
-- A vendre : KVM IP 16 ports APC http://patpro.net/blog/index.php/2008/01/12/133
J. Vernet
Le 26/01/2012 10:59, Patrick Stadelmann a écrit :
In article<jfr787$aoa$, "J. Vernet" wrote:
C'est tout pourri, SpotLight.
Mouarf ! Je m'en sers sans arrêt, ça fonctionne parfaitement.
Je m'en sers aussi absolument tout le temps, obligé. Le fait est que, de temps en temps, ça part en sucette, et que c'est difficile à stopper.
Sans compter le merdier qu'il met sur les volumes USB FAT, par exemple....
Il crée un dossier invisible à la racine, rien de plus.
Plusieurs, en fait. Qui peuvent être gros sur des supports USB avec plein de petits fichiers, et qu'il s’évertue à vouloir reconstruire à chaque insertion.
Ca me pose aussi un soucis lorsque j'utilise une cartouche ZIP entre mon MDD et mon Apple IIgs, qui n'aime pas le fichier .spotlight
Mais c'est un cas rare pour vous ;).
JV
Le 26/01/2012 10:59, Patrick Stadelmann a écrit :
In article<jfr787$aoa$1@speranza.aioe.org>,
"J. Vernet"<jeromevernet_NOSPAM@hotmail.com> wrote:
C'est tout pourri, SpotLight.
Mouarf ! Je m'en sers sans arrêt, ça fonctionne parfaitement.
Je m'en sers aussi absolument tout le temps, obligé. Le fait est que, de
temps en temps, ça part en sucette, et que c'est difficile à stopper.
Sans compter le merdier qu'il met sur les
volumes USB FAT, par exemple....
Il crée un dossier invisible à la racine, rien de plus.
Plusieurs, en fait. Qui peuvent être gros sur des supports USB avec
plein de petits fichiers, et qu'il s’évertue à vouloir reconstruire à
chaque insertion.
Ca me pose aussi un soucis lorsque j'utilise une cartouche ZIP entre mon
MDD et mon Apple IIgs, qui n'aime pas le fichier .spotlight
Mouarf ! Je m'en sers sans arrêt, ça fonctionne parfaitement.
Je m'en sers aussi absolument tout le temps, obligé. Le fait est que, de temps en temps, ça part en sucette, et que c'est difficile à stopper.
Sans compter le merdier qu'il met sur les volumes USB FAT, par exemple....
Il crée un dossier invisible à la racine, rien de plus.
Plusieurs, en fait. Qui peuvent être gros sur des supports USB avec plein de petits fichiers, et qu'il s’évertue à vouloir reconstruire à chaque insertion.
Ca me pose aussi un soucis lorsque j'utilise une cartouche ZIP entre mon MDD et mon Apple IIgs, qui n'aime pas le fichier .spotlight
Mais c'est un cas rare pour vous ;).
JV
Patrick Stadelmann
In article , patpro ~ patrick proniewski wrote:
In article , "J.P" wrote:
> In article , > patpro ~ patrick proniewski wrote: > > > In article <1kegt6y.13usv7c15sb0vtN%, > > (SbM) wrote: > > > > > J.P wrote: > > > > > > > Qu'est-ce que ce mds qui consomme 300Mb de mémoire réelle et 800MB de > > > > virtuelle ? > ... > > > > moi j'ai pour le process mds : > > > > Mac OS X 10.6.8 > > RPRVT RSHRD RSIZE VPRVT VSIZE > > Mac Pro 64 bits, uptime 17j 378M+ 31M+ 422M+ 892M+ 3335M+ > > MacBook Pro 32 bits, uptime 15j 240M+ 30M+ 270M+ 566M+ 2989M+ > > > > avec : > > RPRVT Resident private address space size. > > RSHRD Resident shared address space size. > > RSIZE Resident memory size. > > VPRVT Private address space size. > > VSIZE Total memory size. > ... > Ça ressemble donc à ce que j'ai. > Mais que fabrique donc ce mds ? > > Tu peux expliquer ces dfférents types de mémoire/adress space ?
non je peux pas, c'est au delà de mes compétences :) J'ai bien quelques idées, mais rien de formel ni de sûr.
Je sais plus où j'avais lu ça, mais en gros c'est :
RPRVT : taille de l'espace mémoire propre au process et alloué en RAM RSHRD : taille de l'espace mémoire partagé et alloué en RAM RSIZE : quantité totale de RAM utilisée par le process (incl. partagé)
RSIZE correspond à "mémoire réelle" dans le Moniteur d'Activité.
VPRVT : taille totale de l'espace mémoire alloué et propre au process VSIZE : idem avec en plus l'espace mémoire partagé avec d'autres process
VPRVT correspond à "mémoire virtuelle" dans le Moniteur d'Activité.
Patrick -- Patrick Stadelmann
In article <patpro-C9F7A3.12462126012012@news.free.fr>,
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
In article <jpp-123420.05375626012012@news.free.fr>,
"J.P" <jpp@gmail.com> wrote:
> In article <patpro-95E77A.06585926012012@news.free.fr>,
> patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
>
> > In article <1kegt6y.13usv7c15sb0vtN%sebastienmarty@yahoo.fr>,
> > sebastienmarty@yahoo.fr (SbM) wrote:
> >
> > > J.P <jpp@gmail.com> wrote:
> > >
> > > > Qu'est-ce que ce mds qui consomme 300Mb de mémoire réelle et 800MB de
> > > > virtuelle ?
> ...
> >
> > moi j'ai pour le process mds :
> >
> > Mac OS X 10.6.8
> > RPRVT RSHRD RSIZE VPRVT VSIZE
> > Mac Pro 64 bits, uptime 17j 378M+ 31M+ 422M+ 892M+ 3335M+
> > MacBook Pro 32 bits, uptime 15j 240M+ 30M+ 270M+ 566M+ 2989M+
> >
> > avec :
> > RPRVT Resident private address space size.
> > RSHRD Resident shared address space size.
> > RSIZE Resident memory size.
> > VPRVT Private address space size.
> > VSIZE Total memory size.
> ...
> Ça ressemble donc à ce que j'ai.
> Mais que fabrique donc ce mds ?
>
> Tu peux expliquer ces dfférents types de mémoire/adress space ?
non je peux pas, c'est au delà de mes compétences :)
J'ai bien quelques idées, mais rien de formel ni de sûr.
Je sais plus où j'avais lu ça, mais en gros c'est :
RPRVT : taille de l'espace mémoire propre au process et alloué en RAM
RSHRD : taille de l'espace mémoire partagé et alloué en RAM
RSIZE : quantité totale de RAM utilisée par le process (incl. partagé)
RSIZE correspond à "mémoire réelle" dans le Moniteur d'Activité.
VPRVT : taille totale de l'espace mémoire alloué et propre au process
VSIZE : idem avec en plus l'espace mémoire partagé avec d'autres process
VPRVT correspond à "mémoire virtuelle" dans le Moniteur d'Activité.
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
> In article , > patpro ~ patrick proniewski wrote: > > > In article <1kegt6y.13usv7c15sb0vtN%, > > (SbM) wrote: > > > > > J.P wrote: > > > > > > > Qu'est-ce que ce mds qui consomme 300Mb de mémoire réelle et 800MB de > > > > virtuelle ? > ... > > > > moi j'ai pour le process mds : > > > > Mac OS X 10.6.8 > > RPRVT RSHRD RSIZE VPRVT VSIZE > > Mac Pro 64 bits, uptime 17j 378M+ 31M+ 422M+ 892M+ 3335M+ > > MacBook Pro 32 bits, uptime 15j 240M+ 30M+ 270M+ 566M+ 2989M+ > > > > avec : > > RPRVT Resident private address space size. > > RSHRD Resident shared address space size. > > RSIZE Resident memory size. > > VPRVT Private address space size. > > VSIZE Total memory size. > ... > Ça ressemble donc à ce que j'ai. > Mais que fabrique donc ce mds ? > > Tu peux expliquer ces dfférents types de mémoire/adress space ?
non je peux pas, c'est au delà de mes compétences :) J'ai bien quelques idées, mais rien de formel ni de sûr.
Je sais plus où j'avais lu ça, mais en gros c'est :
RPRVT : taille de l'espace mémoire propre au process et alloué en RAM RSHRD : taille de l'espace mémoire partagé et alloué en RAM RSIZE : quantité totale de RAM utilisée par le process (incl. partagé)
RSIZE correspond à "mémoire réelle" dans le Moniteur d'Activité.
VPRVT : taille totale de l'espace mémoire alloué et propre au process VSIZE : idem avec en plus l'espace mémoire partagé avec d'autres process
VPRVT correspond à "mémoire virtuelle" dans le Moniteur d'Activité.
