[Assez long... car je souhaite être précis, à défaut d'être clair et
concis]
Sur les deux partitions système citées, sur mes deux PC (soient 4
partitions testées au total), je ne peux pas descendre la taille du
pagefile.sys en dessous de 16 Mo (Max-Min); si j'indique une valeur
inférieure (qui est bien prise en compte par le panneau ad hoc de
paramétrage), je me retrouve au reboot avec un fichier d'échange de la
valeur par défaut, soit 1,5 fois la RAM.
[Assez long... car je souhaite être précis, à défaut d'être clair et
concis]
Sur les deux partitions système citées, sur mes deux PC (soient 4
partitions testées au total), je ne peux pas descendre la taille du
pagefile.sys en dessous de 16 Mo (Max-Min); si j'indique une valeur
inférieure (qui est bien prise en compte par le panneau ad hoc de
paramétrage), je me retrouve au reboot avec un fichier d'échange de la
valeur par défaut, soit 1,5 fois la RAM.
[Assez long... car je souhaite être précis, à défaut d'être clair et
concis]
Sur les deux partitions système citées, sur mes deux PC (soient 4
partitions testées au total), je ne peux pas descendre la taille du
pagefile.sys en dessous de 16 Mo (Max-Min); si j'indique une valeur
inférieure (qui est bien prise en compte par le panneau ad hoc de
paramétrage), je me retrouve au reboot avec un fichier d'échange de la
valeur par défaut, soit 1,5 fois la RAM.
"Sabrem JORAM" a écrit...[Assez long... car je souhaite être précis, à défaut d'être clair
et concis]
Ok, je coupe un peu...
Sur les deux partitions système citées, sur mes deux PC (soient 4
partitions testées au total), je ne peux pas descendre la taille du
pagefile.sys en dessous de 16 Mo (Max-Min); si j'indique une valeur
inférieure (qui est bien prise en compte par le panneau ad hoc de
paramétrage), je me retrouve au reboot avec un fichier d'échange de
la valeur par défaut, soit 1,5 fois la RAM.
Ce n'est pas un bug.
Il se trouve que les applications ayant besoin de mémoire vive
utilisent TOUJOURS l'accès à la mémoire virtuelle,
les besoins étant transmis ENSUITE à la RAM selon sa disponibilité.
Je ne pense pas que les 16 Mo soient une barrière minimum
"par défaut".
Je pense plutôt que, selon tes PC, les applis lancées au démarrage
demandent simultanément plus ou moins de mémoire vive
(transitant par la mémoire virtuelle comme nous l'avons vu).
Si la mémoire vive est insuffisante à un moment donné,
(donc si la mémoire virtuelle est insuffisante)
XP se remet en mode "automatique" de gestion de RAM,
donc avec un swap initial de RAM + 50%.
Pour approfondir ces explications, voici quelques liens :
"RAM, Virtual Memory, Pagefile and all that stuff" :
http://www.support.microsoft.com/default.aspx?scid=kb;en-us;555223&SD=tech
en anglais, mais traduction automatique en français possible
sur la page (article translations : sélectionner "french" puis bouton
GO)
Plus approfondi :
"Bruce Sanderson's General Windows Information
RAM, Virtual Memory, PageFile and all that stuff"
http://members.shaw.ca/bsanders/WindowsGeneralWeb/RAMVirtualMemoryPageFileEtc.htm
en anglais seulement.
P.S. T'as pas honte de te balader sur le forum XP de Microsoft ?
ils y connaissent rien ;-)
"Sabrem JORAM" <sabrem.joramDoubidoU@enfrance.net> a écrit...
[Assez long... car je souhaite être précis, à défaut d'être clair
et concis]
Ok, je coupe un peu...
Sur les deux partitions système citées, sur mes deux PC (soient 4
partitions testées au total), je ne peux pas descendre la taille du
pagefile.sys en dessous de 16 Mo (Max-Min); si j'indique une valeur
inférieure (qui est bien prise en compte par le panneau ad hoc de
paramétrage), je me retrouve au reboot avec un fichier d'échange de
la valeur par défaut, soit 1,5 fois la RAM.
Ce n'est pas un bug.
Il se trouve que les applications ayant besoin de mémoire vive
utilisent TOUJOURS l'accès à la mémoire virtuelle,
les besoins étant transmis ENSUITE à la RAM selon sa disponibilité.
Je ne pense pas que les 16 Mo soient une barrière minimum
"par défaut".
Je pense plutôt que, selon tes PC, les applis lancées au démarrage
demandent simultanément plus ou moins de mémoire vive
(transitant par la mémoire virtuelle comme nous l'avons vu).
Si la mémoire vive est insuffisante à un moment donné,
(donc si la mémoire virtuelle est insuffisante)
XP se remet en mode "automatique" de gestion de RAM,
donc avec un swap initial de RAM + 50%.
Pour approfondir ces explications, voici quelques liens :
"RAM, Virtual Memory, Pagefile and all that stuff" :
http://www.support.microsoft.com/default.aspx?scid=kb;en-us;555223&SD=tech
en anglais, mais traduction automatique en français possible
sur la page (article translations : sélectionner "french" puis bouton
GO)
Plus approfondi :
"Bruce Sanderson's General Windows Information
RAM, Virtual Memory, PageFile and all that stuff"
http://members.shaw.ca/bsanders/WindowsGeneralWeb/RAMVirtualMemoryPageFileEtc.htm
en anglais seulement.
P.S. T'as pas honte de te balader sur le forum XP de Microsoft ?
ils y connaissent rien ;-)
"Sabrem JORAM" a écrit...[Assez long... car je souhaite être précis, à défaut d'être clair
et concis]
Ok, je coupe un peu...
Sur les deux partitions système citées, sur mes deux PC (soient 4
partitions testées au total), je ne peux pas descendre la taille du
pagefile.sys en dessous de 16 Mo (Max-Min); si j'indique une valeur
inférieure (qui est bien prise en compte par le panneau ad hoc de
paramétrage), je me retrouve au reboot avec un fichier d'échange de
la valeur par défaut, soit 1,5 fois la RAM.
Ce n'est pas un bug.
Il se trouve que les applications ayant besoin de mémoire vive
utilisent TOUJOURS l'accès à la mémoire virtuelle,
les besoins étant transmis ENSUITE à la RAM selon sa disponibilité.
Je ne pense pas que les 16 Mo soient une barrière minimum
"par défaut".
Je pense plutôt que, selon tes PC, les applis lancées au démarrage
demandent simultanément plus ou moins de mémoire vive
(transitant par la mémoire virtuelle comme nous l'avons vu).
Si la mémoire vive est insuffisante à un moment donné,
(donc si la mémoire virtuelle est insuffisante)
XP se remet en mode "automatique" de gestion de RAM,
donc avec un swap initial de RAM + 50%.
Pour approfondir ces explications, voici quelques liens :
"RAM, Virtual Memory, Pagefile and all that stuff" :
http://www.support.microsoft.com/default.aspx?scid=kb;en-us;555223&SD=tech
en anglais, mais traduction automatique en français possible
sur la page (article translations : sélectionner "french" puis bouton
GO)
Plus approfondi :
"Bruce Sanderson's General Windows Information
RAM, Virtual Memory, PageFile and all that stuff"
http://members.shaw.ca/bsanders/WindowsGeneralWeb/RAMVirtualMemoryPageFileEtc.htm
en anglais seulement.
P.S. T'as pas honte de te balader sur le forum XP de Microsoft ?
ils y connaissent rien ;-)
jeuf a écrit :
Je suis "largué" dès le départ... (neurone âgé) :-) car quelles sont les
applications qui pourraient ne pas avoir besoin de mémoire vive
Donc ici pour toi et c'est uniquement une question de définition : MV =
X - RAM = fichier d'échange (dit de pagination, pagefile.sys, "swap")
Si les ressources mémoire/système exigées au démarrage s'avèrent
importantes et exigent l'utilisation du fichier d'échange (transitent par
celui-ci ; pagefile.sys), pourquoi est-il possible de désactiver (ce qui
entraine l'effacement de ce fichier) totalement ledit fichier ? Il y a là
encore quelque chose qui m'échappe.... A moins qu'en l'absence de
pagefile.sys, XP décide de ne pas charger certaines ressources ... mais je
n'ai rien remarqué qui puisse étayer cette supposition...
Il est tout à fait extraordinaire pour moi de constater qu'un système sans
pagefile.sys fonctionne comme une horloge
or, je sais qu'il ne faut pas (pour le lire et les avis sont unanimes)
supprimer le fichier de pagination (sauf pour le remplacer lorsqu'il est
corrompu ou effectuer une sauvegarde de partition système la moindre
possible en taille)...
Si la mémoire vive est insuffisante à un moment donné,
(donc si la mémoire virtuelle est insuffisante)
Ha non... tu changes ici la définition de la MV qui n'est plus la même que
plus haut. Tu parles ici du fichier d'échange qui serait insuffisant.
XP se remet en mode "automatique" de gestion de RAM,
donc avec un swap initial de RAM + 50%.
Ouaip :-) ben là... l'objection majeure que je fais (cf. supra), c'est
que si XP exige un minimum de pagefile.sys pour charger, pourquoi est-il
possible de n'avoir pas du tout de fichier.
soit la taille des ressources exigées, sur aucun de mes PC, elle ne peut
excéder celle de la RAM (à aucun moment) ; donc j'admets cette base de
travail selon laquelle XP a toujours besoin d'un fichier de pagination...
mais quid si ce fichier n'existe pas ? Quand il n'existe pas, il n'est pas
créé et, chez moi, lorsqu'il est supposé pesé 15 Mo, il est
créé/agrandi/fixé à la taille prévue par défaut.
Je nage... je coule... je me noie ! :-)
Merci à toi.
jeuf a écrit :
Je suis "largué" dès le départ... (neurone âgé) :-) car quelles sont les
applications qui pourraient ne pas avoir besoin de mémoire vive
Donc ici pour toi et c'est uniquement une question de définition : MV =
X - RAM = fichier d'échange (dit de pagination, pagefile.sys, "swap")
Si les ressources mémoire/système exigées au démarrage s'avèrent
importantes et exigent l'utilisation du fichier d'échange (transitent par
celui-ci ; pagefile.sys), pourquoi est-il possible de désactiver (ce qui
entraine l'effacement de ce fichier) totalement ledit fichier ? Il y a là
encore quelque chose qui m'échappe.... A moins qu'en l'absence de
pagefile.sys, XP décide de ne pas charger certaines ressources ... mais je
n'ai rien remarqué qui puisse étayer cette supposition...
Il est tout à fait extraordinaire pour moi de constater qu'un système sans
pagefile.sys fonctionne comme une horloge
or, je sais qu'il ne faut pas (pour le lire et les avis sont unanimes)
supprimer le fichier de pagination (sauf pour le remplacer lorsqu'il est
corrompu ou effectuer une sauvegarde de partition système la moindre
possible en taille)...
Si la mémoire vive est insuffisante à un moment donné,
(donc si la mémoire virtuelle est insuffisante)
Ha non... tu changes ici la définition de la MV qui n'est plus la même que
plus haut. Tu parles ici du fichier d'échange qui serait insuffisant.
XP se remet en mode "automatique" de gestion de RAM,
donc avec un swap initial de RAM + 50%.
Ouaip :-) ben là... l'objection majeure que je fais (cf. supra), c'est
que si XP exige un minimum de pagefile.sys pour charger, pourquoi est-il
possible de n'avoir pas du tout de fichier.
soit la taille des ressources exigées, sur aucun de mes PC, elle ne peut
excéder celle de la RAM (à aucun moment) ; donc j'admets cette base de
travail selon laquelle XP a toujours besoin d'un fichier de pagination...
mais quid si ce fichier n'existe pas ? Quand il n'existe pas, il n'est pas
créé et, chez moi, lorsqu'il est supposé pesé 15 Mo, il est
créé/agrandi/fixé à la taille prévue par défaut.
Je nage... je coule... je me noie ! :-)
Merci à toi.
jeuf a écrit :
Je suis "largué" dès le départ... (neurone âgé) :-) car quelles sont les
applications qui pourraient ne pas avoir besoin de mémoire vive
Donc ici pour toi et c'est uniquement une question de définition : MV =
X - RAM = fichier d'échange (dit de pagination, pagefile.sys, "swap")
Si les ressources mémoire/système exigées au démarrage s'avèrent
importantes et exigent l'utilisation du fichier d'échange (transitent par
celui-ci ; pagefile.sys), pourquoi est-il possible de désactiver (ce qui
entraine l'effacement de ce fichier) totalement ledit fichier ? Il y a là
encore quelque chose qui m'échappe.... A moins qu'en l'absence de
pagefile.sys, XP décide de ne pas charger certaines ressources ... mais je
n'ai rien remarqué qui puisse étayer cette supposition...
Il est tout à fait extraordinaire pour moi de constater qu'un système sans
pagefile.sys fonctionne comme une horloge
or, je sais qu'il ne faut pas (pour le lire et les avis sont unanimes)
supprimer le fichier de pagination (sauf pour le remplacer lorsqu'il est
corrompu ou effectuer une sauvegarde de partition système la moindre
possible en taille)...
Si la mémoire vive est insuffisante à un moment donné,
(donc si la mémoire virtuelle est insuffisante)
Ha non... tu changes ici la définition de la MV qui n'est plus la même que
plus haut. Tu parles ici du fichier d'échange qui serait insuffisant.
XP se remet en mode "automatique" de gestion de RAM,
donc avec un swap initial de RAM + 50%.
Ouaip :-) ben là... l'objection majeure que je fais (cf. supra), c'est
que si XP exige un minimum de pagefile.sys pour charger, pourquoi est-il
possible de n'avoir pas du tout de fichier.
soit la taille des ressources exigées, sur aucun de mes PC, elle ne peut
excéder celle de la RAM (à aucun moment) ; donc j'admets cette base de
travail selon laquelle XP a toujours besoin d'un fichier de pagination...
mais quid si ce fichier n'existe pas ? Quand il n'existe pas, il n'est pas
créé et, chez moi, lorsqu'il est supposé pesé 15 Mo, il est
créé/agrandi/fixé à la taille prévue par défaut.
Je nage... je coule... je me noie ! :-)
Merci à toi.
Si les ressources mémoire/système exigées au démarrage s'avèrent
importantes et exigent l'utilisation du fichier d'échange
(transitent par celui-ci ; pagefile.sys), pourquoi est-il possible
de désactiver (ce qui entraine l'effacement de ce fichier)
totalement ledit fichier ? Il y a là encore quelque chose qui
m'échappe.... A moins qu'en l'absence de pagefile.sys, XP décide de
ne pas charger certaines ressources ... mais je n'ai rien remarqué
qui puisse étayer cette supposition...
Non, c'est plus "simple" que ça :
Le process est chargé dans pagefile.sys, qui vérifie (entre autres
choses) que l'adresse éventuellement indiquée est libre dans la RAM.
Si c'est le cas, le process est aussitôt envoyé dans la RAM.
Si ce n'est pas le cas :
- Si l'adresse est réservée dans la RAM : une autre adresse est
attribuée au process, puis le process est envoyé dans la RAM
- Si la RAM est pleine : les process inutilisés dans la RAM sont
sortis de la RAM mais restent dans pagefile.sys (pages out) pour une
utilisation ultérieure.
Le process peut maintenant être envoyé dans la RAM.
Lorsqu'on interdit la présence du fichier d'échange, tout se passe en
DMA (Direct Access Memory).
C'est plus rapide, mais il y a quelques inconvénients :
- Les process sont très souvent écrits pour utiliser pagefile.sys,
car ils sont plus faciles à écrire (pas besoin de routine de vérif
d'adresses libres), et peuvent donc parfois entrer en conflit avec
des adresses verrouillées dans la RAM par un autre process (car
pagefile.sys n'est plus là pour faire la transisition).
- Si la RAM est pleine, on risque d'avoir un "out of memory" si elle
n'a pas eu le temps de se vider auparavant.
Il est tout à fait extraordinaire pour moi de constater qu'un
système sans pagefile.sys fonctionne comme une horloge
Un système sans pagefile fonctionne plus vite,
mais ce système est moins bien protégé.
Cela dit, sous XP, les plantages ne sont pas très fréquents :
les process ayant besoin de verrouiller une adresse mémoire sont peu
fréquents,
(à part ceux du système dont l'adresse est connue, donc thériquement
jamais utilisée ailleurs).
or, je sais qu'il ne faut pas (pour le lire et les avis sont
unanimes) supprimer le fichier de pagination (sauf pour le
remplacer lorsqu'il est corrompu ou effectuer une sauvegarde de
partition système la moindre possible en taille)...
La raison en est un meilleur fonctionnement, grâce au travail de
vérification/transition de pagefile.sys.
Si la mémoire vive est insuffisante à un moment donné,
(donc si la mémoire virtuelle est insuffisante)
Ha non... tu changes ici la définition de la MV qui n'est plus la
même que plus haut. Tu parles ici du fichier d'échange qui serait
insuffisant.
Exact. Je vois que tu as bien suivi ;-)
XP se remet en mode "automatique" de gestion de RAM,
donc avec un swap initial de RAM + 50%.
Ouaip :-) ben là... l'objection majeure que je fais (cf. supra),
c'est que si XP exige un minimum de pagefile.sys pour charger,
pourquoi est-il possible de n'avoir pas du tout de fichier.
C'est une simple configuration :
l'espace est resérvé sur le DD, mais ça ne veut pas dire qu'il sera
utilisé.
En fait :
1 - Le fichier est créé sur le Disque Dur
2 - Lorsqu'un process a besoin d'être chargé dans la RAM,
pagefile.sys est ouvert, le process est copié dans pagefile, les
routines de vérification sont lancées, et enfin le process est chargé
dans la RAM (à son adresse intiale si aucun conflit n'a été détécté,
sinon à une autre adresse).
D'ailleurs, avec 1 GB de RAM ou plus, pagefile.sys n'est quasiment
jamais ouvert,
bien que l'espace soit réservé sur le DD.
C'est pourquoi un pagefile.sys bloqué à 1 GB est conseillé lorsque la
RAM atteint ou dépasse 1 GB.
En outre, quelque
soit la taille des ressources exigées, sur aucun de mes PC, elle ne
peut excéder celle de la RAM (à aucun moment) ; donc j'admets cette
base de travail selon laquelle XP a toujours besoin d'un fichier de
pagination... mais quid si ce fichier n'existe pas ? Quand il
n'existe pas, il n'est pas créé et, chez moi, lorsqu'il est supposé
pesé 15 Mo, il est créé/agrandi/fixé à la taille prévue par défaut.
Je nage... je coule... je me noie ! :-)
Mets tes brassières !
Si tu le bloques à 15 Mo, tu configures implicitement windows pour
utiliser un fichier d'échange.
Mais si un process demande plus de 15 Mo
(ou plusieurs process simultanés, pour un total supérieur à 15 Mo) :
- Le pagefile est ouvert pour charger le (ou les) process
- Les routines de vérif montrent que l'espace dans pagefile n'est pas
suffisant
- Windows corrige donc la taille (=remet à la taille standard)
- La suite des vérifs est effectuée (adresse libre dans la RAM, etc.)
- Le process est chargé en RAM
- Pagefile est refermé.
Au finish : Windows a modifié la taille réservée pour pagefile.sys,
il a ouvert pagefile, utilisé la place nécessaire au chargement des
process,
et refermé pagefile. En réalité, il n'a pas pour autant utilisé TOUT
l'espace réservé à pagefile.sys.
Si tu configures Windows pour ne pas utiliser de fichier d'échange,
les process sont chargés directement dans la RAM. C'est tout.
Voilà.
Y a-t-il encore des zones d'ombre ?
J'éspère que tu dormiras mieux la nuit, maintenant :-
Si les ressources mémoire/système exigées au démarrage s'avèrent
importantes et exigent l'utilisation du fichier d'échange
(transitent par celui-ci ; pagefile.sys), pourquoi est-il possible
de désactiver (ce qui entraine l'effacement de ce fichier)
totalement ledit fichier ? Il y a là encore quelque chose qui
m'échappe.... A moins qu'en l'absence de pagefile.sys, XP décide de
ne pas charger certaines ressources ... mais je n'ai rien remarqué
qui puisse étayer cette supposition...
Non, c'est plus "simple" que ça :
Le process est chargé dans pagefile.sys, qui vérifie (entre autres
choses) que l'adresse éventuellement indiquée est libre dans la RAM.
Si c'est le cas, le process est aussitôt envoyé dans la RAM.
Si ce n'est pas le cas :
- Si l'adresse est réservée dans la RAM : une autre adresse est
attribuée au process, puis le process est envoyé dans la RAM
- Si la RAM est pleine : les process inutilisés dans la RAM sont
sortis de la RAM mais restent dans pagefile.sys (pages out) pour une
utilisation ultérieure.
Le process peut maintenant être envoyé dans la RAM.
Lorsqu'on interdit la présence du fichier d'échange, tout se passe en
DMA (Direct Access Memory).
C'est plus rapide, mais il y a quelques inconvénients :
- Les process sont très souvent écrits pour utiliser pagefile.sys,
car ils sont plus faciles à écrire (pas besoin de routine de vérif
d'adresses libres), et peuvent donc parfois entrer en conflit avec
des adresses verrouillées dans la RAM par un autre process (car
pagefile.sys n'est plus là pour faire la transisition).
- Si la RAM est pleine, on risque d'avoir un "out of memory" si elle
n'a pas eu le temps de se vider auparavant.
Il est tout à fait extraordinaire pour moi de constater qu'un
système sans pagefile.sys fonctionne comme une horloge
Un système sans pagefile fonctionne plus vite,
mais ce système est moins bien protégé.
Cela dit, sous XP, les plantages ne sont pas très fréquents :
les process ayant besoin de verrouiller une adresse mémoire sont peu
fréquents,
(à part ceux du système dont l'adresse est connue, donc thériquement
jamais utilisée ailleurs).
or, je sais qu'il ne faut pas (pour le lire et les avis sont
unanimes) supprimer le fichier de pagination (sauf pour le
remplacer lorsqu'il est corrompu ou effectuer une sauvegarde de
partition système la moindre possible en taille)...
La raison en est un meilleur fonctionnement, grâce au travail de
vérification/transition de pagefile.sys.
Si la mémoire vive est insuffisante à un moment donné,
(donc si la mémoire virtuelle est insuffisante)
Ha non... tu changes ici la définition de la MV qui n'est plus la
même que plus haut. Tu parles ici du fichier d'échange qui serait
insuffisant.
Exact. Je vois que tu as bien suivi ;-)
XP se remet en mode "automatique" de gestion de RAM,
donc avec un swap initial de RAM + 50%.
Ouaip :-) ben là... l'objection majeure que je fais (cf. supra),
c'est que si XP exige un minimum de pagefile.sys pour charger,
pourquoi est-il possible de n'avoir pas du tout de fichier.
C'est une simple configuration :
l'espace est resérvé sur le DD, mais ça ne veut pas dire qu'il sera
utilisé.
En fait :
1 - Le fichier est créé sur le Disque Dur
2 - Lorsqu'un process a besoin d'être chargé dans la RAM,
pagefile.sys est ouvert, le process est copié dans pagefile, les
routines de vérification sont lancées, et enfin le process est chargé
dans la RAM (à son adresse intiale si aucun conflit n'a été détécté,
sinon à une autre adresse).
D'ailleurs, avec 1 GB de RAM ou plus, pagefile.sys n'est quasiment
jamais ouvert,
bien que l'espace soit réservé sur le DD.
C'est pourquoi un pagefile.sys bloqué à 1 GB est conseillé lorsque la
RAM atteint ou dépasse 1 GB.
En outre, quelque
soit la taille des ressources exigées, sur aucun de mes PC, elle ne
peut excéder celle de la RAM (à aucun moment) ; donc j'admets cette
base de travail selon laquelle XP a toujours besoin d'un fichier de
pagination... mais quid si ce fichier n'existe pas ? Quand il
n'existe pas, il n'est pas créé et, chez moi, lorsqu'il est supposé
pesé 15 Mo, il est créé/agrandi/fixé à la taille prévue par défaut.
Je nage... je coule... je me noie ! :-)
Mets tes brassières !
Si tu le bloques à 15 Mo, tu configures implicitement windows pour
utiliser un fichier d'échange.
Mais si un process demande plus de 15 Mo
(ou plusieurs process simultanés, pour un total supérieur à 15 Mo) :
- Le pagefile est ouvert pour charger le (ou les) process
- Les routines de vérif montrent que l'espace dans pagefile n'est pas
suffisant
- Windows corrige donc la taille (=remet à la taille standard)
- La suite des vérifs est effectuée (adresse libre dans la RAM, etc.)
- Le process est chargé en RAM
- Pagefile est refermé.
Au finish : Windows a modifié la taille réservée pour pagefile.sys,
il a ouvert pagefile, utilisé la place nécessaire au chargement des
process,
et refermé pagefile. En réalité, il n'a pas pour autant utilisé TOUT
l'espace réservé à pagefile.sys.
Si tu configures Windows pour ne pas utiliser de fichier d'échange,
les process sont chargés directement dans la RAM. C'est tout.
Voilà.
Y a-t-il encore des zones d'ombre ?
J'éspère que tu dormiras mieux la nuit, maintenant :-
Si les ressources mémoire/système exigées au démarrage s'avèrent
importantes et exigent l'utilisation du fichier d'échange
(transitent par celui-ci ; pagefile.sys), pourquoi est-il possible
de désactiver (ce qui entraine l'effacement de ce fichier)
totalement ledit fichier ? Il y a là encore quelque chose qui
m'échappe.... A moins qu'en l'absence de pagefile.sys, XP décide de
ne pas charger certaines ressources ... mais je n'ai rien remarqué
qui puisse étayer cette supposition...
Non, c'est plus "simple" que ça :
Le process est chargé dans pagefile.sys, qui vérifie (entre autres
choses) que l'adresse éventuellement indiquée est libre dans la RAM.
Si c'est le cas, le process est aussitôt envoyé dans la RAM.
Si ce n'est pas le cas :
- Si l'adresse est réservée dans la RAM : une autre adresse est
attribuée au process, puis le process est envoyé dans la RAM
- Si la RAM est pleine : les process inutilisés dans la RAM sont
sortis de la RAM mais restent dans pagefile.sys (pages out) pour une
utilisation ultérieure.
Le process peut maintenant être envoyé dans la RAM.
Lorsqu'on interdit la présence du fichier d'échange, tout se passe en
DMA (Direct Access Memory).
C'est plus rapide, mais il y a quelques inconvénients :
- Les process sont très souvent écrits pour utiliser pagefile.sys,
car ils sont plus faciles à écrire (pas besoin de routine de vérif
d'adresses libres), et peuvent donc parfois entrer en conflit avec
des adresses verrouillées dans la RAM par un autre process (car
pagefile.sys n'est plus là pour faire la transisition).
- Si la RAM est pleine, on risque d'avoir un "out of memory" si elle
n'a pas eu le temps de se vider auparavant.
Il est tout à fait extraordinaire pour moi de constater qu'un
système sans pagefile.sys fonctionne comme une horloge
Un système sans pagefile fonctionne plus vite,
mais ce système est moins bien protégé.
Cela dit, sous XP, les plantages ne sont pas très fréquents :
les process ayant besoin de verrouiller une adresse mémoire sont peu
fréquents,
(à part ceux du système dont l'adresse est connue, donc thériquement
jamais utilisée ailleurs).
or, je sais qu'il ne faut pas (pour le lire et les avis sont
unanimes) supprimer le fichier de pagination (sauf pour le
remplacer lorsqu'il est corrompu ou effectuer une sauvegarde de
partition système la moindre possible en taille)...
La raison en est un meilleur fonctionnement, grâce au travail de
vérification/transition de pagefile.sys.
Si la mémoire vive est insuffisante à un moment donné,
(donc si la mémoire virtuelle est insuffisante)
Ha non... tu changes ici la définition de la MV qui n'est plus la
même que plus haut. Tu parles ici du fichier d'échange qui serait
insuffisant.
Exact. Je vois que tu as bien suivi ;-)
XP se remet en mode "automatique" de gestion de RAM,
donc avec un swap initial de RAM + 50%.
Ouaip :-) ben là... l'objection majeure que je fais (cf. supra),
c'est que si XP exige un minimum de pagefile.sys pour charger,
pourquoi est-il possible de n'avoir pas du tout de fichier.
C'est une simple configuration :
l'espace est resérvé sur le DD, mais ça ne veut pas dire qu'il sera
utilisé.
En fait :
1 - Le fichier est créé sur le Disque Dur
2 - Lorsqu'un process a besoin d'être chargé dans la RAM,
pagefile.sys est ouvert, le process est copié dans pagefile, les
routines de vérification sont lancées, et enfin le process est chargé
dans la RAM (à son adresse intiale si aucun conflit n'a été détécté,
sinon à une autre adresse).
D'ailleurs, avec 1 GB de RAM ou plus, pagefile.sys n'est quasiment
jamais ouvert,
bien que l'espace soit réservé sur le DD.
C'est pourquoi un pagefile.sys bloqué à 1 GB est conseillé lorsque la
RAM atteint ou dépasse 1 GB.
En outre, quelque
soit la taille des ressources exigées, sur aucun de mes PC, elle ne
peut excéder celle de la RAM (à aucun moment) ; donc j'admets cette
base de travail selon laquelle XP a toujours besoin d'un fichier de
pagination... mais quid si ce fichier n'existe pas ? Quand il
n'existe pas, il n'est pas créé et, chez moi, lorsqu'il est supposé
pesé 15 Mo, il est créé/agrandi/fixé à la taille prévue par défaut.
Je nage... je coule... je me noie ! :-)
Mets tes brassières !
Si tu le bloques à 15 Mo, tu configures implicitement windows pour
utiliser un fichier d'échange.
Mais si un process demande plus de 15 Mo
(ou plusieurs process simultanés, pour un total supérieur à 15 Mo) :
- Le pagefile est ouvert pour charger le (ou les) process
- Les routines de vérif montrent que l'espace dans pagefile n'est pas
suffisant
- Windows corrige donc la taille (=remet à la taille standard)
- La suite des vérifs est effectuée (adresse libre dans la RAM, etc.)
- Le process est chargé en RAM
- Pagefile est refermé.
Au finish : Windows a modifié la taille réservée pour pagefile.sys,
il a ouvert pagefile, utilisé la place nécessaire au chargement des
process,
et refermé pagefile. En réalité, il n'a pas pour autant utilisé TOUT
l'espace réservé à pagefile.sys.
Si tu configures Windows pour ne pas utiliser de fichier d'échange,
les process sont chargés directement dans la RAM. C'est tout.
Voilà.
Y a-t-il encore des zones d'ombre ?
J'éspère que tu dormiras mieux la nuit, maintenant :-
Lorsqu'on interdit la présence du fichier d'échange, tout se passe en
DMA (Direct Access Memory).
http://cnx.rice.edu/content/m11867/latest/
http://www.pcguide.com/ref/hdd/if/ide/modesDMA-c.html
Faut quand même que
je finisse de digérer les mécanismes de la DMA (et en anglais dont je ne
possède que de mauvaises connaissances scolaires)
Lorsqu'on interdit la présence du fichier d'échange, tout se passe en
DMA (Direct Access Memory).
http://cnx.rice.edu/content/m11867/latest/
http://www.pcguide.com/ref/hdd/if/ide/modesDMA-c.html
Faut quand même que
je finisse de digérer les mécanismes de la DMA (et en anglais dont je ne
possède que de mauvaises connaissances scolaires)
Lorsqu'on interdit la présence du fichier d'échange, tout se passe en
DMA (Direct Access Memory).
http://cnx.rice.edu/content/m11867/latest/
http://www.pcguide.com/ref/hdd/if/ide/modesDMA-c.html
Faut quand même que
je finisse de digérer les mécanismes de la DMA (et en anglais dont je ne
possède que de mauvaises connaissances scolaires)
Pas la peine de perdre ton temps sur le DMA, ça n'a strictement rien à
voir avec la gestion de la mémoire virtuelle. Jeuf s'est manifestement
emmêlé les pinceaux là-dessus !
Pas la peine de perdre ton temps sur le DMA, ça n'a strictement rien à
voir avec la gestion de la mémoire virtuelle. Jeuf s'est manifestement
emmêlé les pinceaux là-dessus !
Pas la peine de perdre ton temps sur le DMA, ça n'a strictement rien à
voir avec la gestion de la mémoire virtuelle. Jeuf s'est manifestement
emmêlé les pinceaux là-dessus !
Bonjour,
J'ai laissé s'écouler un peu de temps afin que mon dernier neurone
assimile et me confirme que j'ai enfin compris.
Car ce que tu écris est
parfaitement convaincant, bien expliqué... et je t'en remercie... Je
vais revenir sur ce forum où j'espère que tu continueras à sévir car
j'ai beaucoup de futures questions à poser (en particulier sur la
validité de certains "tweaks" alias les "légendes urbaines") et
j'aimerais recueillir ton avis.
Je pose encore quelques questions dans le corps du message ci-après :
Lorsqu'on interdit la présence du fichier d'échange, tout se passe en
DMA (Direct Access Memory).
http://cnx.rice.edu/content/m11867/latest/
http://www.pcguide.com/ref/hdd/if/ide/modesDMA-c.html
(pas de la "tarte" à digérer... d'ailleurs la digestion est encore en
cours... :-) )
OK. Et donc sur une installation fraiche, ces process qui ont besoin du
pagefile.sys et pèsent au total chez moi plus de 15 Mo sont les pilotes
requis par ma configuration matérielle ; ce qui explique que sur mes
deux PC (qui possèdent presque les mêmes pilotes), cette limite soit la
même. Je peux aussi en déduire que cette limite de taille n'est pas la
même selon les configurations matérielles... Correct ?
Y aurait-il un autre moyen autre qu'empirique (celui que j'ai pratiqué,
par essais successifs pour arriver à 16 Mo), pour connaitre le poids de
ces process ? (je sais... là j'abuse)
Je pourrais donc considérer que les process directement liés au
lancement du système (ici XP et pilotes) sont toujours en mesure de ne
pas transiter par le pagefile.sys...
(à part ceux du système dont l'adresse est connue, donc thériquement
jamais utilisée ailleurs).
OK.
C'est pourquoi un pagefile.sys bloqué à 1 GB est conseillé lorsque la
RAM atteint ou dépasse 1 GB.
Sur ce dernier point, je m'interroge... Avec la RAM nécessaire et
suffisante pour charger les applications habituelles et prévues, hors
options de débogage, dans l'absolu, compte tenu de ce que nous venons
de voir, dans mon cas précis, seuls 16 Mo de pagefile.sys seraient
suffisants. La taille que tu indiques ne me semble valable que si l'on
souhaite recueillir les informations de débogage en cas de plantage...
Correct ?
Immédiatement... c'est très clair...
mais confirme STP mes
interrogations dans le coeur de la conversation...
Très vifs remerciements pour la qualité de ton intervention.
Amicalement,Pascal.
Bonjour,
J'ai laissé s'écouler un peu de temps afin que mon dernier neurone
assimile et me confirme que j'ai enfin compris.
Car ce que tu écris est
parfaitement convaincant, bien expliqué... et je t'en remercie... Je
vais revenir sur ce forum où j'espère que tu continueras à sévir car
j'ai beaucoup de futures questions à poser (en particulier sur la
validité de certains "tweaks" alias les "légendes urbaines") et
j'aimerais recueillir ton avis.
Je pose encore quelques questions dans le corps du message ci-après :
Lorsqu'on interdit la présence du fichier d'échange, tout se passe en
DMA (Direct Access Memory).
http://cnx.rice.edu/content/m11867/latest/
http://www.pcguide.com/ref/hdd/if/ide/modesDMA-c.html
(pas de la "tarte" à digérer... d'ailleurs la digestion est encore en
cours... :-) )
OK. Et donc sur une installation fraiche, ces process qui ont besoin du
pagefile.sys et pèsent au total chez moi plus de 15 Mo sont les pilotes
requis par ma configuration matérielle ; ce qui explique que sur mes
deux PC (qui possèdent presque les mêmes pilotes), cette limite soit la
même. Je peux aussi en déduire que cette limite de taille n'est pas la
même selon les configurations matérielles... Correct ?
Y aurait-il un autre moyen autre qu'empirique (celui que j'ai pratiqué,
par essais successifs pour arriver à 16 Mo), pour connaitre le poids de
ces process ? (je sais... là j'abuse)
Je pourrais donc considérer que les process directement liés au
lancement du système (ici XP et pilotes) sont toujours en mesure de ne
pas transiter par le pagefile.sys...
(à part ceux du système dont l'adresse est connue, donc thériquement
jamais utilisée ailleurs).
OK.
C'est pourquoi un pagefile.sys bloqué à 1 GB est conseillé lorsque la
RAM atteint ou dépasse 1 GB.
Sur ce dernier point, je m'interroge... Avec la RAM nécessaire et
suffisante pour charger les applications habituelles et prévues, hors
options de débogage, dans l'absolu, compte tenu de ce que nous venons
de voir, dans mon cas précis, seuls 16 Mo de pagefile.sys seraient
suffisants. La taille que tu indiques ne me semble valable que si l'on
souhaite recueillir les informations de débogage en cas de plantage...
Correct ?
Immédiatement... c'est très clair...
mais confirme STP mes
interrogations dans le coeur de la conversation...
Très vifs remerciements pour la qualité de ton intervention.
Amicalement,Pascal.
Bonjour,
J'ai laissé s'écouler un peu de temps afin que mon dernier neurone
assimile et me confirme que j'ai enfin compris.
Car ce que tu écris est
parfaitement convaincant, bien expliqué... et je t'en remercie... Je
vais revenir sur ce forum où j'espère que tu continueras à sévir car
j'ai beaucoup de futures questions à poser (en particulier sur la
validité de certains "tweaks" alias les "légendes urbaines") et
j'aimerais recueillir ton avis.
Je pose encore quelques questions dans le corps du message ci-après :
Lorsqu'on interdit la présence du fichier d'échange, tout se passe en
DMA (Direct Access Memory).
http://cnx.rice.edu/content/m11867/latest/
http://www.pcguide.com/ref/hdd/if/ide/modesDMA-c.html
(pas de la "tarte" à digérer... d'ailleurs la digestion est encore en
cours... :-) )
OK. Et donc sur une installation fraiche, ces process qui ont besoin du
pagefile.sys et pèsent au total chez moi plus de 15 Mo sont les pilotes
requis par ma configuration matérielle ; ce qui explique que sur mes
deux PC (qui possèdent presque les mêmes pilotes), cette limite soit la
même. Je peux aussi en déduire que cette limite de taille n'est pas la
même selon les configurations matérielles... Correct ?
Y aurait-il un autre moyen autre qu'empirique (celui que j'ai pratiqué,
par essais successifs pour arriver à 16 Mo), pour connaitre le poids de
ces process ? (je sais... là j'abuse)
Je pourrais donc considérer que les process directement liés au
lancement du système (ici XP et pilotes) sont toujours en mesure de ne
pas transiter par le pagefile.sys...
(à part ceux du système dont l'adresse est connue, donc thériquement
jamais utilisée ailleurs).
OK.
C'est pourquoi un pagefile.sys bloqué à 1 GB est conseillé lorsque la
RAM atteint ou dépasse 1 GB.
Sur ce dernier point, je m'interroge... Avec la RAM nécessaire et
suffisante pour charger les applications habituelles et prévues, hors
options de débogage, dans l'absolu, compte tenu de ce que nous venons
de voir, dans mon cas précis, seuls 16 Mo de pagefile.sys seraient
suffisants. La taille que tu indiques ne me semble valable que si l'on
souhaite recueillir les informations de débogage en cas de plantage...
Correct ?
Immédiatement... c'est très clair...
mais confirme STP mes
interrogations dans le coeur de la conversation...
Très vifs remerciements pour la qualité de ton intervention.
Amicalement,Pascal.
OK. Et donc sur une installation fraîche, ces process qui ont
besoin du pagefile.sys et pèsent au total chez moi plus de 15 Mo
sont les pilotes requis par ma configuration matérielle ; ce qui
explique que sur mes deux PC (qui possèdent presque les mêmes
pilotes), cette limite soit la même. Je peux aussi en déduire que
cette limite de taille n'est pas la même selon les configurations
matérielles... Correct ?
Correct, mais j'étendrais ça aussi à la configuration logicielle (par
exemple : un anti-virus lancé très top dans le démarrage de vindoz)
Y aurait-il un autre moyen autre qu'empirique (celui que j'ai
pratiqué, par essais successifs pour arriver à 16 Mo), pour
connaître le poids de ces process ? (je sais... là j'abuse)
Pour tous les autres processes, oui, mais pour ceux lancés au
démarrage... Chais pas :-(
Peut-être que quelqu'un dans l'assistance publique de ce forum aura
une idée...
Pour les autres process :
Dans les Outils d'Administration/Performances, on trouve tout ce
qu'il faut.
Pour les détails, je te renvoie à la page (en anglais...)
http://members.shaw.ca/bsanders/WindowsGeneralWeb/RAMVirtualMemoryPageFileEtc.htm#Monitoring
Le problème est qu'il se lancera après les processus système.
Sinon, très très empiriquement, tu peux appuyer sur Ctrl Alt Suppr
dès le lancement de windows terminé pour voir les process lancés, et
essayer de voir comment ils l'ont été (en fonction de la taille,
peut-être, ou de l'importance du process : on commence sans doute par
winlogon, puis sans doute l'explorer et le spoolsvc, etc. JCB t'en
dira beaucoup plus là-dessus)
Je pourrais donc considérer que les process directement liés au
lancement du système (ici XP et pilotes) sont toujours en mesure de
ne pas transiter par le pagefile.sys...
Oui, par définition, car ils ont une adresse réservée :(à part ceux du système dont l'adresse est connue, donc
thériquement jamais utilisée ailleurs).
OK.
C'est pourquoi un pagefile.sys bloqué à 1 GB est conseillé lorsque
la RAM atteint ou dépasse 1 GB.
Sur ce dernier point, je m'interroge... Avec la RAM nécessaire et
suffisante pour charger les applications habituelles et prévues,
hors options de débogage, dans l'absolu, compte tenu de ce que nous
venons de voir, dans mon cas précis, seuls 16 Mo de pagefile.sys
seraient suffisants. La taille que tu indiques ne me semble valable
que si l'on souhaite recueillir les informations de débogage en cas
de plantage... Correct ?
Presque. En cas de plantage, la RAM se vide entièrement dans
pagefile.sys ;
il faut donc que pagefile.sys soit au moins de la
taille de la taille pour que le débogage puisse être effectué.
Or, ce n'est pas le cas si tu as 2 GB de RAM et 1 GB de pagefile.
En fait, cette valeur est un peu empirique, car il est admis que
(pour l'instant) 256 Mo suffirait dans tous les cas si tu as une RAM
large.
Mais cette RAM peut nécessiter temporairement un vidage conséquent
dans pagefile, par exemple en cas de traitement d'image ou de video.
OK. Et donc sur une installation fraîche, ces process qui ont
besoin du pagefile.sys et pèsent au total chez moi plus de 15 Mo
sont les pilotes requis par ma configuration matérielle ; ce qui
explique que sur mes deux PC (qui possèdent presque les mêmes
pilotes), cette limite soit la même. Je peux aussi en déduire que
cette limite de taille n'est pas la même selon les configurations
matérielles... Correct ?
Correct, mais j'étendrais ça aussi à la configuration logicielle (par
exemple : un anti-virus lancé très top dans le démarrage de vindoz)
Y aurait-il un autre moyen autre qu'empirique (celui que j'ai
pratiqué, par essais successifs pour arriver à 16 Mo), pour
connaître le poids de ces process ? (je sais... là j'abuse)
Pour tous les autres processes, oui, mais pour ceux lancés au
démarrage... Chais pas :-(
Peut-être que quelqu'un dans l'assistance publique de ce forum aura
une idée...
Pour les autres process :
Dans les Outils d'Administration/Performances, on trouve tout ce
qu'il faut.
Pour les détails, je te renvoie à la page (en anglais...)
http://members.shaw.ca/bsanders/WindowsGeneralWeb/RAMVirtualMemoryPageFileEtc.htm#Monitoring
Le problème est qu'il se lancera après les processus système.
Sinon, très très empiriquement, tu peux appuyer sur Ctrl Alt Suppr
dès le lancement de windows terminé pour voir les process lancés, et
essayer de voir comment ils l'ont été (en fonction de la taille,
peut-être, ou de l'importance du process : on commence sans doute par
winlogon, puis sans doute l'explorer et le spoolsvc, etc. JCB t'en
dira beaucoup plus là-dessus)
Je pourrais donc considérer que les process directement liés au
lancement du système (ici XP et pilotes) sont toujours en mesure de
ne pas transiter par le pagefile.sys...
Oui, par définition, car ils ont une adresse réservée :
(à part ceux du système dont l'adresse est connue, donc
thériquement jamais utilisée ailleurs).
OK.
C'est pourquoi un pagefile.sys bloqué à 1 GB est conseillé lorsque
la RAM atteint ou dépasse 1 GB.
Sur ce dernier point, je m'interroge... Avec la RAM nécessaire et
suffisante pour charger les applications habituelles et prévues,
hors options de débogage, dans l'absolu, compte tenu de ce que nous
venons de voir, dans mon cas précis, seuls 16 Mo de pagefile.sys
seraient suffisants. La taille que tu indiques ne me semble valable
que si l'on souhaite recueillir les informations de débogage en cas
de plantage... Correct ?
Presque. En cas de plantage, la RAM se vide entièrement dans
pagefile.sys ;
il faut donc que pagefile.sys soit au moins de la
taille de la taille pour que le débogage puisse être effectué.
Or, ce n'est pas le cas si tu as 2 GB de RAM et 1 GB de pagefile.
En fait, cette valeur est un peu empirique, car il est admis que
(pour l'instant) 256 Mo suffirait dans tous les cas si tu as une RAM
large.
Mais cette RAM peut nécessiter temporairement un vidage conséquent
dans pagefile, par exemple en cas de traitement d'image ou de video.
OK. Et donc sur une installation fraîche, ces process qui ont
besoin du pagefile.sys et pèsent au total chez moi plus de 15 Mo
sont les pilotes requis par ma configuration matérielle ; ce qui
explique que sur mes deux PC (qui possèdent presque les mêmes
pilotes), cette limite soit la même. Je peux aussi en déduire que
cette limite de taille n'est pas la même selon les configurations
matérielles... Correct ?
Correct, mais j'étendrais ça aussi à la configuration logicielle (par
exemple : un anti-virus lancé très top dans le démarrage de vindoz)
Y aurait-il un autre moyen autre qu'empirique (celui que j'ai
pratiqué, par essais successifs pour arriver à 16 Mo), pour
connaître le poids de ces process ? (je sais... là j'abuse)
Pour tous les autres processes, oui, mais pour ceux lancés au
démarrage... Chais pas :-(
Peut-être que quelqu'un dans l'assistance publique de ce forum aura
une idée...
Pour les autres process :
Dans les Outils d'Administration/Performances, on trouve tout ce
qu'il faut.
Pour les détails, je te renvoie à la page (en anglais...)
http://members.shaw.ca/bsanders/WindowsGeneralWeb/RAMVirtualMemoryPageFileEtc.htm#Monitoring
Le problème est qu'il se lancera après les processus système.
Sinon, très très empiriquement, tu peux appuyer sur Ctrl Alt Suppr
dès le lancement de windows terminé pour voir les process lancés, et
essayer de voir comment ils l'ont été (en fonction de la taille,
peut-être, ou de l'importance du process : on commence sans doute par
winlogon, puis sans doute l'explorer et le spoolsvc, etc. JCB t'en
dira beaucoup plus là-dessus)
Je pourrais donc considérer que les process directement liés au
lancement du système (ici XP et pilotes) sont toujours en mesure de
ne pas transiter par le pagefile.sys...
Oui, par définition, car ils ont une adresse réservée :(à part ceux du système dont l'adresse est connue, donc
thériquement jamais utilisée ailleurs).
OK.
C'est pourquoi un pagefile.sys bloqué à 1 GB est conseillé lorsque
la RAM atteint ou dépasse 1 GB.
Sur ce dernier point, je m'interroge... Avec la RAM nécessaire et
suffisante pour charger les applications habituelles et prévues,
hors options de débogage, dans l'absolu, compte tenu de ce que nous
venons de voir, dans mon cas précis, seuls 16 Mo de pagefile.sys
seraient suffisants. La taille que tu indiques ne me semble valable
que si l'on souhaite recueillir les informations de débogage en cas
de plantage... Correct ?
Presque. En cas de plantage, la RAM se vide entièrement dans
pagefile.sys ;
il faut donc que pagefile.sys soit au moins de la
taille de la taille pour que le débogage puisse être effectué.
Or, ce n'est pas le cas si tu as 2 GB de RAM et 1 GB de pagefile.
En fait, cette valeur est un peu empirique, car il est admis que
(pour l'instant) 256 Mo suffirait dans tous les cas si tu as une RAM
large.
Mais cette RAM peut nécessiter temporairement un vidage conséquent
dans pagefile, par exemple en cas de traitement d'image ou de video.
Bonjour,
Tu pensais que j'avais laissé tomber ? Non... seulement quelques
dizaines de pages à lire et à digérer (et évidemment toujours de
l'anglais :-) )
Bonjour,
Tu pensais que j'avais laissé tomber ? Non... seulement quelques
dizaines de pages à lire et à digérer (et évidemment toujours de
l'anglais :-) )
Bonjour,
Tu pensais que j'avais laissé tomber ? Non... seulement quelques
dizaines de pages à lire et à digérer (et évidemment toujours de
l'anglais :-) )
Sabrem JORAM wrote:Bonjour,
Tu pensais que j'avais laissé tomber ? Non... seulement quelques
dizaines de pages à lire et à digérer (et évidemment toujours de
l'anglais :-) )
Tiens, je n'ai pas de mal moi ;-)
Si jamais tu butes dessus, fais signe, je ferai mon mieux.
Sabrem JORAM wrote:
Bonjour,
Tu pensais que j'avais laissé tomber ? Non... seulement quelques
dizaines de pages à lire et à digérer (et évidemment toujours de
l'anglais :-) )
Tiens, je n'ai pas de mal moi ;-)
Si jamais tu butes dessus, fais signe, je ferai mon mieux.
Sabrem JORAM wrote:Bonjour,
Tu pensais que j'avais laissé tomber ? Non... seulement quelques
dizaines de pages à lire et à digérer (et évidemment toujours de
l'anglais :-) )
Tiens, je n'ai pas de mal moi ;-)
Si jamais tu butes dessus, fais signe, je ferai mon mieux.