Bonsoir,
est-ce qu'il y a un inconvénient à faire
une "mise en veille prolongée"
plutôt qu' "Arrêt" de l'ordinateur ?
En d'autres termes lors d'un démarrage après un "Arrêt"
certaines opérations de contrôle et de corrections sont
effectuées par VISTA qui ne le sont pas à la suite d'un
redémarrage après une veille prolongée ?
Si c'est le cas ces opérations peuvent-elles être réalisées
"manuellement" ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
MCI \(ex do ré Mi chel la si do\) [MVP]
Bonsoir !
AMHA, le principal problème vient de l'occupation mémoire des programmes chargés. En pratique, ça grossit, ça grossit, mais ça ne diminue guère. Il existe des moyens pour y remédier (mon soft reduce_memory.exe, par exemple). Mais, ce n'est pas parfait. Et, il reste le problème de la fragmentation. D'ailleurs, même pour les serveurs qui tournent en continu, il est de bon alois de les rebooter de temps en temps, pour que cela réorganise leur mémoire interne.
Ceci dit, la mise en veille / restauration permet de gagner du temps lors des démarrages quotidiens.
-- @-salutations -- Michel Claveau
Bonsoir !
AMHA, le principal problème vient de l'occupation mémoire des programmes
chargés.
En pratique, ça grossit, ça grossit, mais ça ne diminue guère. Il
existe des moyens pour y remédier (mon soft reduce_memory.exe, par
exemple). Mais, ce n'est pas parfait. Et, il reste le problème de la
fragmentation.
D'ailleurs, même pour les serveurs qui tournent en continu, il est de
bon alois de les rebooter de temps en temps, pour que cela réorganise
leur mémoire interne.
Ceci dit, la mise en veille / restauration permet de gagner du temps
lors des démarrages quotidiens.
AMHA, le principal problème vient de l'occupation mémoire des programmes chargés. En pratique, ça grossit, ça grossit, mais ça ne diminue guère. Il existe des moyens pour y remédier (mon soft reduce_memory.exe, par exemple). Mais, ce n'est pas parfait. Et, il reste le problème de la fragmentation. D'ailleurs, même pour les serveurs qui tournent en continu, il est de bon alois de les rebooter de temps en temps, pour que cela réorganise leur mémoire interne.
Ceci dit, la mise en veille / restauration permet de gagner du temps lors des démarrages quotidiens.
-- @-salutations -- Michel Claveau
Gilbert Pasqualini
Je vous remercie. Je vais essayer votre reduce_memory.exe
G. Pasqualini
"MCI (ex do ré Mi chel la si do) [MVP]" a écrit dans le message de news:
Bonsoir !
AMHA, le principal problème vient de l'occupation mémoire des programmes chargés. En pratique, ça grossit, ça grossit, mais ça ne diminue guère. Il existe des moyens pour y remédier (mon soft reduce_memory.exe, par exemple). Mais, ce n'est pas parfait. Et, il reste le problème de la fragmentation. D'ailleurs, même pour les serveurs qui tournent en continu, il est de bon alois de les rebooter de temps en temps, pour que cela réorganise leur mémoire interne.
Ceci dit, la mise en veille / restauration permet de gagner du temps lors des démarrages quotidiens.
-- @-salutations -- Michel Claveau
--
Je vous remercie.
Je vais essayer votre reduce_memory.exe
G. Pasqualini
"MCI (ex do ré Mi chel la si do) [MVP]" <enleverlesO.OmcO@OmclaveauO.com> a
écrit dans le message de news:e14iV9khJHA.500@TK2MSFTNGP06.phx.gbl...
Bonsoir !
AMHA, le principal problème vient de l'occupation mémoire des programmes
chargés.
En pratique, ça grossit, ça grossit, mais ça ne diminue guère. Il existe
des moyens pour y remédier (mon soft reduce_memory.exe, par exemple).
Mais, ce n'est pas parfait. Et, il reste le problème de la fragmentation.
D'ailleurs, même pour les serveurs qui tournent en continu, il est de bon
alois de les rebooter de temps en temps, pour que cela réorganise leur
mémoire interne.
Ceci dit, la mise en veille / restauration permet de gagner du temps lors
des démarrages quotidiens.
Je vous remercie. Je vais essayer votre reduce_memory.exe
G. Pasqualini
"MCI (ex do ré Mi chel la si do) [MVP]" a écrit dans le message de news:
Bonsoir !
AMHA, le principal problème vient de l'occupation mémoire des programmes chargés. En pratique, ça grossit, ça grossit, mais ça ne diminue guère. Il existe des moyens pour y remédier (mon soft reduce_memory.exe, par exemple). Mais, ce n'est pas parfait. Et, il reste le problème de la fragmentation. D'ailleurs, même pour les serveurs qui tournent en continu, il est de bon alois de les rebooter de temps en temps, pour que cela réorganise leur mémoire interne.
Ceci dit, la mise en veille / restauration permet de gagner du temps lors des démarrages quotidiens.
-- @-salutations -- Michel Claveau
--
MCI \(ex do ré Mi chel la si do\) [MVP]
Re !
C'est là : http://mclaveau.com/gvrac/reduce_memory.exe
Lancé en invite de commande, sans paramètre, une mini-aide est affichée. Pour suivre la mémoire utilisée, passer par le gestionnaire de tâches + Processus.
-- @-salutations -- Michel Claveau
Re !
C'est là :
http://mclaveau.com/gvrac/reduce_memory.exe
Lancé en invite de commande, sans paramètre, une mini-aide est affichée.
Pour suivre la mémoire utilisée, passer par le gestionnaire de tâches +
Processus.
C'est là : http://mclaveau.com/gvrac/reduce_memory.exe
Lancé en invite de commande, sans paramètre, une mini-aide est affichée. Pour suivre la mémoire utilisée, passer par le gestionnaire de tâches + Processus.
-- @-salutations -- Michel Claveau
Jean-Claude BELLAMY
"Gilbert Pasqualini" a écrit dans le message de news:
Bonsoir, est-ce qu'il y a un inconvénient à faire une "mise en veille prolongée" plutôt qu' "Arrêt" de l'ordinateur ?
La MEVP effectue une "photographie" de l'ensemble de la mémoire juste avant l'arrêt total de l'ordinateur (c'est stocké dans le fichier c:hiberfil.sys) et rétablit tout cela juste après la remise sous tension de l'ordinateur. Donc l'état de l'ordinateur après le redémarrage est le même que s'il n'y avait pas eu d'arrêt du tout.
En d'autres termes lors d'un démarrage après un "Arrêt" certaines opérations de contrôle et de corrections sont effectuées par VISTA qui ne le sont pas à la suite d'un redémarrage après une veille prolongée ?
Et bien oui, c'est LOGIQUE ! Tous les processus lancés au cours d'un démarrage normal n'ont pas lieu d'être lors du retour d'une MEVP, vu qu'il n'y a pas de démarrage!
Si c'est le cas ces opérations peuvent-elles être réalisées "manuellement" ?
Oui, mais certaines seulement. Cela dépend de l'état de la babasse, p.ex. s'il y a eu ou non des "leak memory" ("fuites de mémoire"), ... Je pense en particulier à certains comportement dégradés du "shell" (l'explorateur). J'ai remarqué des "trucs" bizarres au bout d'un certain temps de fonctionnement (plusieurs jours sans interruption), comme des erreurs dans l'exploration réseau, ...
Dans ce cas, si on veut s'épargner un redémarrage complet (une MEVP ne servirait strictement à rien) il est salutaire de "tuer" totalement les processus "explorer.exe", puis les relancer (depuis le gestionnaire de tâches).
Autre exemple : je développe beaucoup en ce moment, sous Delphi (BDS 2006), et il arrive qu'au bout de "x" heures d'utilisation, il se mette à déconner (alarme "manque de mémoire" alors que j'ai encore 1 Go libre!). Là aussi un "kill" complet de bds.exe depuis le gestionnaire de tâches (car l'arrêt depuis l'appli peut s'avérer impossible) est la solution, suivi d'un redémarrage de l'appli.
Mais il n'y a pas de règle universelle.
En général, je privilégie la MEVP sur mes portables (sur lesquels je fais moins de choses "exotiques"), et par contre je passe par des arrêts/redémarrages complets sur mes machines de bureau (en particulier à cause de dégradations dans les services lancés par "svchost.exe").
L'intérêt de la MEVP est le gain de temps, c'est tout.
-- May the Force be with You! La Connaissance s'accroît quand on la partage ---------------------------------------------------------- Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
"Gilbert Pasqualini" <gilbert.pasqualini@laposte.net> a écrit dans le
message de news:unvowpihJHA.996@TK2MSFTNGP02.phx.gbl...
Bonsoir,
est-ce qu'il y a un inconvénient à faire
une "mise en veille prolongée"
plutôt qu' "Arrêt" de l'ordinateur ?
La MEVP effectue une "photographie" de l'ensemble de la mémoire juste avant
l'arrêt total de l'ordinateur (c'est stocké dans le fichier
c:hiberfil.sys) et rétablit tout cela juste après la remise sous tension de
l'ordinateur.
Donc l'état de l'ordinateur après le redémarrage est le même que s'il n'y
avait pas eu d'arrêt du tout.
En d'autres termes lors d'un démarrage après un "Arrêt"
certaines opérations de contrôle et de corrections sont
effectuées par VISTA qui ne le sont pas à la suite d'un
redémarrage après une veille prolongée ?
Et bien oui, c'est LOGIQUE !
Tous les processus lancés au cours d'un démarrage normal n'ont pas lieu
d'être lors du retour d'une MEVP, vu qu'il n'y a pas de démarrage!
Si c'est le cas ces opérations peuvent-elles être réalisées
"manuellement" ?
Oui, mais certaines seulement.
Cela dépend de l'état de la babasse, p.ex. s'il y a eu ou non des "leak
memory" ("fuites de mémoire"), ...
Je pense en particulier à certains comportement dégradés du "shell"
(l'explorateur).
J'ai remarqué des "trucs" bizarres au bout d'un certain temps de
fonctionnement (plusieurs jours sans interruption), comme des erreurs dans
l'exploration réseau, ...
Dans ce cas, si on veut s'épargner un redémarrage complet (une MEVP ne
servirait strictement à rien) il est salutaire de "tuer" totalement les
processus "explorer.exe", puis les relancer (depuis le gestionnaire de
tâches).
Autre exemple : je développe beaucoup en ce moment, sous Delphi (BDS 2006),
et il arrive qu'au bout de "x" heures d'utilisation, il se mette à déconner
(alarme "manque de mémoire" alors que j'ai encore 1 Go libre!). Là aussi un
"kill" complet de bds.exe depuis le gestionnaire de tâches (car l'arrêt
depuis l'appli peut s'avérer impossible) est la solution, suivi d'un
redémarrage de l'appli.
Mais il n'y a pas de règle universelle.
En général, je privilégie la MEVP sur mes portables (sur lesquels je fais
moins de choses "exotiques"), et par contre je passe par des
arrêts/redémarrages complets sur mes machines de bureau (en particulier à
cause de dégradations dans les services lancés par "svchost.exe").
L'intérêt de la MEVP est le gain de temps, c'est tout.
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
"Gilbert Pasqualini" a écrit dans le message de news:
Bonsoir, est-ce qu'il y a un inconvénient à faire une "mise en veille prolongée" plutôt qu' "Arrêt" de l'ordinateur ?
La MEVP effectue une "photographie" de l'ensemble de la mémoire juste avant l'arrêt total de l'ordinateur (c'est stocké dans le fichier c:hiberfil.sys) et rétablit tout cela juste après la remise sous tension de l'ordinateur. Donc l'état de l'ordinateur après le redémarrage est le même que s'il n'y avait pas eu d'arrêt du tout.
En d'autres termes lors d'un démarrage après un "Arrêt" certaines opérations de contrôle et de corrections sont effectuées par VISTA qui ne le sont pas à la suite d'un redémarrage après une veille prolongée ?
Et bien oui, c'est LOGIQUE ! Tous les processus lancés au cours d'un démarrage normal n'ont pas lieu d'être lors du retour d'une MEVP, vu qu'il n'y a pas de démarrage!
Si c'est le cas ces opérations peuvent-elles être réalisées "manuellement" ?
Oui, mais certaines seulement. Cela dépend de l'état de la babasse, p.ex. s'il y a eu ou non des "leak memory" ("fuites de mémoire"), ... Je pense en particulier à certains comportement dégradés du "shell" (l'explorateur). J'ai remarqué des "trucs" bizarres au bout d'un certain temps de fonctionnement (plusieurs jours sans interruption), comme des erreurs dans l'exploration réseau, ...
Dans ce cas, si on veut s'épargner un redémarrage complet (une MEVP ne servirait strictement à rien) il est salutaire de "tuer" totalement les processus "explorer.exe", puis les relancer (depuis le gestionnaire de tâches).
Autre exemple : je développe beaucoup en ce moment, sous Delphi (BDS 2006), et il arrive qu'au bout de "x" heures d'utilisation, il se mette à déconner (alarme "manque de mémoire" alors que j'ai encore 1 Go libre!). Là aussi un "kill" complet de bds.exe depuis le gestionnaire de tâches (car l'arrêt depuis l'appli peut s'avérer impossible) est la solution, suivi d'un redémarrage de l'appli.
Mais il n'y a pas de règle universelle.
En général, je privilégie la MEVP sur mes portables (sur lesquels je fais moins de choses "exotiques"), et par contre je passe par des arrêts/redémarrages complets sur mes machines de bureau (en particulier à cause de dégradations dans les services lancés par "svchost.exe").
L'intérêt de la MEVP est le gain de temps, c'est tout.
-- May the Force be with You! La Connaissance s'accroît quand on la partage ---------------------------------------------------------- Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
MCI \(ex do ré Mi chel la si do\) [MVP]
Salut !
La MEVP effectue une "photographie" de l'ensemble de la mémoire juste avant l'arrêt total de l'ordinateur (c'est stocké dans le fichier c:hiberfil.sys) et rétablit tout cela juste après la remise sous tension de l'ordinateur. Donc l'état de l'ordinateur après le redémarrage est le même que s'il n'y avait pas eu d'arrêt du tout.
Je suis, bien sûr, d'accord. Mais on peut ajouter que, en sortie de veille (profonde ou pas), Windows effectue une recherche des périphériques, et du réseau. Il s'agit d'un rafraîchissement, qui permet à l'OS de prendre en compte les changements pouvant être intervenu durant la veille. Cas typique, je suis connecté au réseau d'un client, met l'ordinateur en veille, arrive chez moi, connecte l'ordinateur à mon réseau, et branche ma souris (et qq autres périphériques USB), et réveille la machine.
@-salutations -- Michel Claveau
PS : pour le problème de delphi, qui s'auto-désorganise au fil du temps, tu pourrais essayer reduce_memory.exe ; ça ne règle pas forcément le problème, mais ça peut reculer son apparition.
Salut !
La MEVP effectue une "photographie" de l'ensemble de la mémoire juste
avant l'arrêt total de l'ordinateur (c'est stocké dans le fichier
c:hiberfil.sys) et rétablit tout cela juste après la remise sous
tension de l'ordinateur.
Donc l'état de l'ordinateur après le redémarrage est le même que s'il
n'y avait pas eu d'arrêt du tout.
Je suis, bien sûr, d'accord. Mais on peut ajouter que, en sortie de
veille (profonde ou pas), Windows effectue une recherche des
périphériques, et du réseau. Il s'agit d'un rafraîchissement, qui permet
à l'OS de prendre en compte les changements pouvant être intervenu
durant la veille. Cas typique, je suis connecté au réseau d'un client,
met l'ordinateur en veille, arrive chez moi, connecte l'ordinateur à mon
réseau, et branche ma souris (et qq autres périphériques USB), et
réveille la machine.
@-salutations
--
Michel Claveau
PS : pour le problème de delphi, qui s'auto-désorganise au fil du temps,
tu pourrais essayer reduce_memory.exe ; ça ne règle pas forcément le
problème, mais ça peut reculer son apparition.
La MEVP effectue une "photographie" de l'ensemble de la mémoire juste avant l'arrêt total de l'ordinateur (c'est stocké dans le fichier c:hiberfil.sys) et rétablit tout cela juste après la remise sous tension de l'ordinateur. Donc l'état de l'ordinateur après le redémarrage est le même que s'il n'y avait pas eu d'arrêt du tout.
Je suis, bien sûr, d'accord. Mais on peut ajouter que, en sortie de veille (profonde ou pas), Windows effectue une recherche des périphériques, et du réseau. Il s'agit d'un rafraîchissement, qui permet à l'OS de prendre en compte les changements pouvant être intervenu durant la veille. Cas typique, je suis connecté au réseau d'un client, met l'ordinateur en veille, arrive chez moi, connecte l'ordinateur à mon réseau, et branche ma souris (et qq autres périphériques USB), et réveille la machine.
@-salutations -- Michel Claveau
PS : pour le problème de delphi, qui s'auto-désorganise au fil du temps, tu pourrais essayer reduce_memory.exe ; ça ne règle pas forcément le problème, mais ça peut reculer son apparition.