Personne ne parle ici de portage en 64 bits.
Maintenant, Windows 64 bits est disponible tant pour x64 (AMD64 / Pentium 4
64 bits) qu'Itanium, la quasi totalité des machines neuves vendues à la
rentrée seront 64 bits et le platform SDK téléchargeable contient un
compilateur C++ final et gratuit en 64 bits
J'ai écrit plusieurs message sur le sujet:
http://gilles-vollant.developpez.com/visual-cpp/sdk64vs2005/
en anglais (mais on peut discuter ici en français):
http://forum.winimage.com/index.php?c=8
on peut même jouer en terminal server avec un Itanium
http://forum.winimage.com/viewtopic.php?t=172
> oui, vous avez raison, (on utilise déjà depuis longtemps le double -64bit float-, les registres 128 bits MMX ou SSE, et puis Microsoft mets le type __int64 à disposition depuis des lustres - enfin je veux dire 15 ans par exemple :-)... Bref, c'est pourquoi, le 64bit, je pense qu'on y viendra lentement... Et puis pour l'instant 2Go de mémoire seulement, c'est pas génant pour le commun des applications :-).
surtout que c'est 4 GO de mémoire physique, non ? (2^32)
VB
> oui, vous avez raison, (on utilise déjà depuis longtemps le double -64bit
float-, les registres 128 bits MMX ou SSE, et puis Microsoft mets le type
__int64 à disposition depuis des lustres - enfin je veux dire 15 ans par
exemple :-)... Bref, c'est pourquoi, le 64bit, je pense qu'on y viendra
lentement... Et puis pour l'instant 2Go de mémoire seulement, c'est pas
génant pour le commun des applications :-).
surtout que c'est 4 GO de mémoire physique, non ? (2^32)
> oui, vous avez raison, (on utilise déjà depuis longtemps le double -64bit float-, les registres 128 bits MMX ou SSE, et puis Microsoft mets le type __int64 à disposition depuis des lustres - enfin je veux dire 15 ans par exemple :-)... Bref, c'est pourquoi, le 64bit, je pense qu'on y viendra lentement... Et puis pour l'instant 2Go de mémoire seulement, c'est pas génant pour le commun des applications :-).
surtout que c'est 4 GO de mémoire physique, non ? (2^32)
VB
Vincent Burel
"Alexandre" wrote in message news:42ceb3b5$0$5129$
> oui, vous avez raison, (on utilise déjà depuis longtemps le
double -64bit
> float-, les registres 128 bits MMX ou SSE, et puis Microsoft mets le
type
> __int64 à disposition depuis des lustres - enfin je veux dire 15 ans par > exemple :-)... Bref, c'est pourquoi, le 64bit, je pense qu'on y viendra > lentement... Et puis pour l'instant 2Go de mémoire seulement, c'est pas > génant pour le commun des applications :-).
surtout que c'est 4 GO de mémoire physique, non ? (2^32)
Oui, mais je crois que 2Go seulement sont dieponible pour l'application, le reste c'est du mappage système et DLL... à confirmer...
VB
"Alexandre" <alex.g@netcourrier.com> wrote in message
news:42ceb3b5$0$5129$636a15ce@news.free.fr...
> oui, vous avez raison, (on utilise déjà depuis longtemps le
double -64bit
> float-, les registres 128 bits MMX ou SSE, et puis Microsoft mets le
type
> __int64 à disposition depuis des lustres - enfin je veux dire 15 ans par
> exemple :-)... Bref, c'est pourquoi, le 64bit, je pense qu'on y viendra
> lentement... Et puis pour l'instant 2Go de mémoire seulement, c'est pas
> génant pour le commun des applications :-).
surtout que c'est 4 GO de mémoire physique, non ? (2^32)
Oui, mais je crois que 2Go seulement sont dieponible pour l'application, le
reste c'est du mappage système et DLL... à confirmer...
"Alexandre" wrote in message news:42ceb3b5$0$5129$
> oui, vous avez raison, (on utilise déjà depuis longtemps le
double -64bit
> float-, les registres 128 bits MMX ou SSE, et puis Microsoft mets le
type
> __int64 à disposition depuis des lustres - enfin je veux dire 15 ans par > exemple :-)... Bref, c'est pourquoi, le 64bit, je pense qu'on y viendra > lentement... Et puis pour l'instant 2Go de mémoire seulement, c'est pas > génant pour le commun des applications :-).
surtout que c'est 4 GO de mémoire physique, non ? (2^32)
Oui, mais je crois que 2Go seulement sont dieponible pour l'application, le reste c'est du mappage système et DLL... à confirmer...
VB
Pierre Maurette
Vincent Burel, le 08/07/2005, a écrit :
"Alexandre" wrote in message news:42ceb3b5$0$5129$
oui, vous avez raison, (on utilise déjà depuis longtemps le double -64bit float-, les registres 128 bits MMX ou SSE, et puis Microsoft mets le type __int64 à disposition depuis des lustres - enfin je veux dire 15 ans par exemple :-)... Bref, c'est pourquoi, le 64bit, je pense qu'on y viendra lentement... Et puis pour l'instant 2Go de mémoire seulement, c'est pas génant pour le commun des applications :-).
surtout que c'est 4 GO de mémoire physique, non ? (2^32)
Oui, mais je crois que 2Go seulement sont dieponible pour l'application, le reste c'est du mappage système et DLL... à confirmer...
2 en user, 2 en kernel. Mais je ne retrouve pas d'où ça vient (Windows, j'imagine). Parce que sinon, on peut dépasser le 4 Go de mémoire physique (64 Go ?) par la pagination. Ou alors je me gourre ?
-- Pour répondre directement: enlever une lettre sur deux wwaannaaddoooo -> wanadoo
Pierre Maurette
Vincent Burel, le 08/07/2005, a écrit :
"Alexandre" <alex.g@netcourrier.com> wrote in message
news:42ceb3b5$0$5129$636a15ce@news.free.fr...
oui, vous avez raison, (on utilise déjà depuis longtemps le double -64bit
float-, les registres 128 bits MMX ou SSE, et puis Microsoft mets le type
__int64 à disposition depuis des lustres - enfin je veux dire 15 ans par
exemple :-)... Bref, c'est pourquoi, le 64bit, je pense qu'on y viendra
lentement... Et puis pour l'instant 2Go de mémoire seulement, c'est pas
génant pour le commun des applications :-).
surtout que c'est 4 GO de mémoire physique, non ? (2^32)
Oui, mais je crois que 2Go seulement sont dieponible pour l'application, le
reste c'est du mappage système et DLL... à confirmer...
2 en user, 2 en kernel. Mais je ne retrouve pas d'où ça vient (Windows,
j'imagine). Parce que sinon, on peut dépasser le 4 Go de mémoire
physique (64 Go ?) par la pagination. Ou alors je me gourre ?
--
Pour répondre directement: enlever une lettre sur deux
wwaannaaddoooo -> wanadoo
"Alexandre" wrote in message news:42ceb3b5$0$5129$
oui, vous avez raison, (on utilise déjà depuis longtemps le double -64bit float-, les registres 128 bits MMX ou SSE, et puis Microsoft mets le type __int64 à disposition depuis des lustres - enfin je veux dire 15 ans par exemple :-)... Bref, c'est pourquoi, le 64bit, je pense qu'on y viendra lentement... Et puis pour l'instant 2Go de mémoire seulement, c'est pas génant pour le commun des applications :-).
surtout que c'est 4 GO de mémoire physique, non ? (2^32)
Oui, mais je crois que 2Go seulement sont dieponible pour l'application, le reste c'est du mappage système et DLL... à confirmer...
2 en user, 2 en kernel. Mais je ne retrouve pas d'où ça vient (Windows, j'imagine). Parce que sinon, on peut dépasser le 4 Go de mémoire physique (64 Go ?) par la pagination. Ou alors je me gourre ?
-- Pour répondre directement: enlever une lettre sur deux wwaannaaddoooo -> wanadoo
Pierre Maurette
Vincent Burel
"Pierre Maurette" wrote in message news:
Vincent Burel, le 08/07/2005, a écrit : > "Alexandre" wrote in message > news:42ceb3b5$0$5129$ >>> oui, vous avez raison, (on utilise déjà depuis longtemps le
double -64bit
>>> float-, les registres 128 bits MMX ou SSE, et puis Microsoft mets le
type
>>> __int64 à disposition depuis des lustres - enfin je veux dire 15 ans
par
>>> exemple :-)... Bref, c'est pourquoi, le 64bit, je pense qu'on y
viendra
>>> lentement... Et puis pour l'instant 2Go de mémoire seulement, c'est
pas
>>> génant pour le commun des applications :-). >> >> surtout que c'est 4 GO de mémoire physique, non ? (2^32) > > Oui, mais je crois que 2Go seulement sont dieponible pour l'application,
le
> reste c'est du mappage système et DLL... à confirmer... 2 en user, 2 en kernel. Mais je ne retrouve pas d'où ça vient (Windows, j'imagine). Parce que sinon, on peut dépasser le 4 Go de mémoire physique (64 Go ?) par la pagination. Ou alors je me gourre ?
sur IA-32, apparemment, on peut gerer 64Go de RAM physique, mais c'est un mode particulier du processeur (bit 5 du CR4) et je ne sais pas si Windows le permet. faut regarder "36-bit Physical Addressing Using PAE Paging Mechanism" et "36bit Physical Adressing Using PSE-36 paging Mechanism"...
VB
"Pierre Maurette" <mmaauurreetttteeppiieerrrree@wwaannaaddoooo.ffrr> wrote
in message news:mn.44a47d57db963e22.31483@laposte.net...
Vincent Burel, le 08/07/2005, a écrit :
> "Alexandre" <alex.g@netcourrier.com> wrote in message
> news:42ceb3b5$0$5129$636a15ce@news.free.fr...
>>> oui, vous avez raison, (on utilise déjà depuis longtemps le
double -64bit
>>> float-, les registres 128 bits MMX ou SSE, et puis Microsoft mets le
type
>>> __int64 à disposition depuis des lustres - enfin je veux dire 15 ans
par
>>> exemple :-)... Bref, c'est pourquoi, le 64bit, je pense qu'on y
viendra
>>> lentement... Et puis pour l'instant 2Go de mémoire seulement, c'est
pas
>>> génant pour le commun des applications :-).
>>
>> surtout que c'est 4 GO de mémoire physique, non ? (2^32)
>
> Oui, mais je crois que 2Go seulement sont dieponible pour l'application,
le
> reste c'est du mappage système et DLL... à confirmer...
2 en user, 2 en kernel. Mais je ne retrouve pas d'où ça vient (Windows,
j'imagine). Parce que sinon, on peut dépasser le 4 Go de mémoire
physique (64 Go ?) par la pagination. Ou alors je me gourre ?
sur IA-32, apparemment, on peut gerer 64Go de RAM physique, mais c'est un
mode particulier du processeur (bit 5 du CR4) et je ne sais pas si Windows
le permet.
faut regarder "36-bit Physical Addressing Using PAE Paging Mechanism" et
"36bit Physical Adressing Using PSE-36 paging Mechanism"...
Vincent Burel, le 08/07/2005, a écrit : > "Alexandre" wrote in message > news:42ceb3b5$0$5129$ >>> oui, vous avez raison, (on utilise déjà depuis longtemps le
double -64bit
>>> float-, les registres 128 bits MMX ou SSE, et puis Microsoft mets le
type
>>> __int64 à disposition depuis des lustres - enfin je veux dire 15 ans
par
>>> exemple :-)... Bref, c'est pourquoi, le 64bit, je pense qu'on y
viendra
>>> lentement... Et puis pour l'instant 2Go de mémoire seulement, c'est
pas
>>> génant pour le commun des applications :-). >> >> surtout que c'est 4 GO de mémoire physique, non ? (2^32) > > Oui, mais je crois que 2Go seulement sont dieponible pour l'application,
le
> reste c'est du mappage système et DLL... à confirmer... 2 en user, 2 en kernel. Mais je ne retrouve pas d'où ça vient (Windows, j'imagine). Parce que sinon, on peut dépasser le 4 Go de mémoire physique (64 Go ?) par la pagination. Ou alors je me gourre ?
sur IA-32, apparemment, on peut gerer 64Go de RAM physique, mais c'est un mode particulier du processeur (bit 5 du CR4) et je ne sais pas si Windows le permet. faut regarder "36-bit Physical Addressing Using PAE Paging Mechanism" et "36bit Physical Adressing Using PSE-36 paging Mechanism"...
VB
Pierre Maurette
Vincent Burel, le 08/07/2005, a écrit :
"Pierre Maurette" wrote in message news:
Vincent Burel, le 08/07/2005, a écrit :
"Alexandre" wrote in message news:42ceb3b5$0$5129$
oui, vous avez raison, (on utilise déjà depuis longtemps le double -64bit float-, les registres 128 bits MMX ou SSE, et puis Microsoft mets le type __int64 à disposition depuis des lustres - enfin je veux dire 15 ans par exemple :-)... Bref, c'est pourquoi, le 64bit, je pense qu'on y viendra lentement... Et puis pour l'instant 2Go de mémoire seulement, c'est pas génant pour le commun des applications :-).
surtout que c'est 4 GO de mémoire physique, non ? (2^32)
Oui, mais je crois que 2Go seulement sont dieponible pour l'application, le reste c'est du mappage système et DLL... à confirmer...
2 en user, 2 en kernel. Mais je ne retrouve pas d'où ça vient (Windows, j'imagine). Parce que sinon, on peut dépasser le 4 Go de mémoire physique (64 Go ?) par la pagination. Ou alors je me gourre ?
sur IA-32, apparemment, on peut gerer 64Go de RAM physique, mais c'est un mode particulier du processeur (bit 5 du CR4) et je ne sais pas si Windows le permet. faut regarder "36-bit Physical Addressing Using PAE Paging Mechanism" et "36bit Physical Adressing Using PSE-36 paging Mechanism"...
C'est ça. Y'a une tentative d'explication ici: http://www.microapp.com/fiche_produit.cfm? mais le gars est confus, j'ai du mal à le suivre ....
-- Pour répondre directement: enlever une lettre sur deux wwaannaaddoooo -> wanadoo
Pierre Maurette
Vincent Burel, le 08/07/2005, a écrit :
"Pierre Maurette" <mmaauurreetttteeppiieerrrree@wwaannaaddoooo.ffrr> wrote
in message news:mn.44a47d57db963e22.31483@laposte.net...
Vincent Burel, le 08/07/2005, a écrit :
"Alexandre" <alex.g@netcourrier.com> wrote in message
news:42ceb3b5$0$5129$636a15ce@news.free.fr...
oui, vous avez raison, (on utilise déjà depuis longtemps le double -64bit
float-, les registres 128 bits MMX ou SSE, et puis Microsoft mets le type
__int64 à disposition depuis des lustres - enfin je veux dire 15 ans par
exemple :-)... Bref, c'est pourquoi, le 64bit, je pense qu'on y viendra
lentement... Et puis pour l'instant 2Go de mémoire seulement, c'est pas
génant pour le commun des applications :-).
surtout que c'est 4 GO de mémoire physique, non ? (2^32)
Oui, mais je crois que 2Go seulement sont dieponible pour l'application, le
reste c'est du mappage système et DLL... à confirmer...
2 en user, 2 en kernel. Mais je ne retrouve pas d'où ça vient (Windows,
j'imagine). Parce que sinon, on peut dépasser le 4 Go de mémoire
physique (64 Go ?) par la pagination. Ou alors je me gourre ?
sur IA-32, apparemment, on peut gerer 64Go de RAM physique, mais c'est un
mode particulier du processeur (bit 5 du CR4) et je ne sais pas si Windows
le permet.
faut regarder "36-bit Physical Addressing Using PAE Paging Mechanism" et
"36bit Physical Adressing Using PSE-36 paging Mechanism"...
C'est ça. Y'a une tentative d'explication ici:
http://www.microapp.com/fiche_produit.cfm?ref_produit@61
mais le gars est confus, j'ai du mal à le suivre ....
--
Pour répondre directement: enlever une lettre sur deux
wwaannaaddoooo -> wanadoo
"Alexandre" wrote in message news:42ceb3b5$0$5129$
oui, vous avez raison, (on utilise déjà depuis longtemps le double -64bit float-, les registres 128 bits MMX ou SSE, et puis Microsoft mets le type __int64 à disposition depuis des lustres - enfin je veux dire 15 ans par exemple :-)... Bref, c'est pourquoi, le 64bit, je pense qu'on y viendra lentement... Et puis pour l'instant 2Go de mémoire seulement, c'est pas génant pour le commun des applications :-).
surtout que c'est 4 GO de mémoire physique, non ? (2^32)
Oui, mais je crois que 2Go seulement sont dieponible pour l'application, le reste c'est du mappage système et DLL... à confirmer...
2 en user, 2 en kernel. Mais je ne retrouve pas d'où ça vient (Windows, j'imagine). Parce que sinon, on peut dépasser le 4 Go de mémoire physique (64 Go ?) par la pagination. Ou alors je me gourre ?
sur IA-32, apparemment, on peut gerer 64Go de RAM physique, mais c'est un mode particulier du processeur (bit 5 du CR4) et je ne sais pas si Windows le permet. faut regarder "36-bit Physical Addressing Using PAE Paging Mechanism" et "36bit Physical Adressing Using PSE-36 paging Mechanism"...
C'est ça. Y'a une tentative d'explication ici: http://www.microapp.com/fiche_produit.cfm? mais le gars est confus, j'ai du mal à le suivre ....
-- Pour répondre directement: enlever une lettre sur deux wwaannaaddoooo -> wanadoo
Pierre Maurette
Vincent Burel
"Pierre Maurette" wrote in message news:
Vincent Burel, le 08/07/2005, a écrit :
> faut regarder "36-bit Physical Addressing Using PAE Paging Mechanism" et > "36bit Physical Adressing Using PSE-36 paging Mechanism"... C'est ça. Y'a une tentative d'explication ici: http://www.microapp.com/fiche_produit.cfm? mais le gars est confus, j'ai du mal à le suivre ....
c'est pas étonnant, le mécannisme de mémoire paginée en 32 bit est déjà très compliqué, alors en 36 bit, ca doit bien être rigolo, surtout sur du modèles mémoires paginés multi application comme windows le fait.
Allez faire un tour chez intel , tout est en téléchargement :
et puis le IA-32 Intel ® Architecture Software Developer’s Manual Vol ume 3 : System Programming Guide CHAPTER 3 PROTECTED-MODE MEMORY MANAGEMENT
C'est bien expliqué mais faut suivre (même qu'il faut lire plusieurs fois ).
VB
"Pierre Maurette" <mmaauurreetttteeppiieerrrree@wwaannaaddoooo.ffrr> wrote
in message news:mn.44b77d575728753f.31483@laposte.net...
Vincent Burel, le 08/07/2005, a écrit :
> faut regarder "36-bit Physical Addressing Using PAE Paging Mechanism" et
> "36bit Physical Adressing Using PSE-36 paging Mechanism"...
C'est ça. Y'a une tentative d'explication ici:
http://www.microapp.com/fiche_produit.cfm?ref_produit@61
mais le gars est confus, j'ai du mal à le suivre ....
c'est pas étonnant, le mécannisme de mémoire paginée en 32 bit est déjà très
compliqué, alors en 36 bit, ca doit bien être rigolo, surtout sur du modèles
mémoires paginés multi application comme windows le fait.
Allez faire un tour chez intel , tout est en téléchargement :
> faut regarder "36-bit Physical Addressing Using PAE Paging Mechanism" et > "36bit Physical Adressing Using PSE-36 paging Mechanism"... C'est ça. Y'a une tentative d'explication ici: http://www.microapp.com/fiche_produit.cfm? mais le gars est confus, j'ai du mal à le suivre ....
c'est pas étonnant, le mécannisme de mémoire paginée en 32 bit est déjà très compliqué, alors en 36 bit, ca doit bien être rigolo, surtout sur du modèles mémoires paginés multi application comme windows le fait.
Allez faire un tour chez intel , tout est en téléchargement :
et puis le IA-32 Intel ® Architecture Software Developer’s Manual Vol ume 3 : System Programming Guide CHAPTER 3 PROTECTED-MODE MEMORY MANAGEMENT
C'est bien expliqué mais faut suivre (même qu'il faut lire plusieurs fois ).
VB
Pierre Maurette
Vincent Burel, le 08/07/2005, a écrit :
"Pierre Maurette" wrote in message news:
Vincent Burel, le 08/07/2005, a écrit : faut regarder "36-bit Physical Addressing Using PAE Paging Mechanism" et "36bit Physical Adressing Using PSE-36 paging Mechanism"...
C'est ça. Y'a une tentative d'explication ici: http://www.microapp.com/fiche_produit.cfm? mais le gars est confus, j'ai du mal à le suivre ....
c'est pas étonnant, le mécannisme de mémoire paginée en 32 bit est déjà très compliqué, alors en 36 bit, ca doit bien être rigolo, surtout sur du modèles mémoires paginés multi application comme windows le fait.
Allez faire un tour chez intel , tout est en téléchargement :
et puis le IA-32 Intel ® Architecture Software Developer?s Manual Vol ume 3 : System Programming Guide CHAPTER 3 PROTECTED-MODE MEMORY MANAGEMENT
C'est bien expliqué mais faut suivre (même qu'il faut lire plusieurs fois ).
Merci. Mais je vais essayer de contacter le gars du bouquin. Ça doit être un bon ...
-- Pour répondre directement: enlever une lettre sur deux wwaannaaddoooo -> wanadoo
Pierre Maurette
Vincent Burel, le 08/07/2005, a écrit :
"Pierre Maurette" <mmaauurreetttteeppiieerrrree@wwaannaaddoooo.ffrr> wrote
in message news:mn.44b77d575728753f.31483@laposte.net...
Vincent Burel, le 08/07/2005, a écrit :
faut regarder "36-bit Physical Addressing Using PAE Paging Mechanism" et
"36bit Physical Adressing Using PSE-36 paging Mechanism"...
C'est ça. Y'a une tentative d'explication ici:
http://www.microapp.com/fiche_produit.cfm?ref_produit@61
mais le gars est confus, j'ai du mal à le suivre ....
c'est pas étonnant, le mécannisme de mémoire paginée en 32 bit est déjà très
compliqué, alors en 36 bit, ca doit bien être rigolo, surtout sur du modèles
mémoires paginés multi application comme windows le fait.
Allez faire un tour chez intel , tout est en téléchargement :
Vincent Burel, le 08/07/2005, a écrit : faut regarder "36-bit Physical Addressing Using PAE Paging Mechanism" et "36bit Physical Adressing Using PSE-36 paging Mechanism"...
C'est ça. Y'a une tentative d'explication ici: http://www.microapp.com/fiche_produit.cfm? mais le gars est confus, j'ai du mal à le suivre ....
c'est pas étonnant, le mécannisme de mémoire paginée en 32 bit est déjà très compliqué, alors en 36 bit, ca doit bien être rigolo, surtout sur du modèles mémoires paginés multi application comme windows le fait.
Allez faire un tour chez intel , tout est en téléchargement :
et puis le IA-32 Intel ® Architecture Software Developer?s Manual Vol ume 3 : System Programming Guide CHAPTER 3 PROTECTED-MODE MEMORY MANAGEMENT
C'est bien expliqué mais faut suivre (même qu'il faut lire plusieurs fois ).
Merci. Mais je vais essayer de contacter le gars du bouquin. Ça doit être un bon ...
-- Pour répondre directement: enlever une lettre sur deux wwaannaaddoooo -> wanadoo
Pierre Maurette
Vincent Burel
"Pierre Maurette" wrote in message news:
Vincent Burel, le 08/07/2005, a écrit : > "Pierre Maurette"
wrote
> in message news: >>> Vincent Burel, le 08/07/2005, a écrit : >>> faut regarder "36-bit Physical Addressing Using PAE Paging Mechanism"
et
>>> "36bit Physical Adressing Using PSE-36 paging Mechanism"... >> C'est ça. Y'a une tentative d'explication ici: >> http://www.microapp.com/fiche_produit.cfm? >> mais le gars est confus, j'ai du mal à le suivre .... > > c'est pas étonnant, le mécannisme de mémoire paginée en 32 bit est déjà
très
> compliqué, alors en 36 bit, ca doit bien être rigolo, surtout sur du
modèles
> mémoires paginés multi application comme windows le fait. > > Allez faire un tour chez intel , tout est en téléchargement : > > IA-32 Intel ® Architecture Software Developer's Manual Volume 1: > Basic Architecture > chapitre : > "basic execution environnement " -> memory organization. > > et puis le > IA-32 Intel ® Architecture Software Developer?s Manual Vol ume 3 : > System Programming Guide > CHAPTER 3 > PROTECTED-MODE MEMORY MANAGEMENT > > C'est bien expliqué mais faut suivre (même qu'il faut lire plusieurs
fois ).
Merci. Mais je vais essayer de contacter le gars du bouquin. Ça doit être un bon ...
c'est un certain Pierre Maurette... jamais entendu parlé :-)
VB
"Pierre Maurette" <mmaauurreetttteeppiieerrrree@wwaannaaddoooo.ffrr> wrote
in message news:mn.44ce7d5749dcadc4.31483@laposte.net...
Vincent Burel, le 08/07/2005, a écrit :
> "Pierre Maurette" <mmaauurreetttteeppiieerrrree@wwaannaaddoooo.ffrr>
wrote
> in message news:mn.44b77d575728753f.31483@laposte.net...
>>> Vincent Burel, le 08/07/2005, a écrit :
>>> faut regarder "36-bit Physical Addressing Using PAE Paging Mechanism"
et
>>> "36bit Physical Adressing Using PSE-36 paging Mechanism"...
>> C'est ça. Y'a une tentative d'explication ici:
>> http://www.microapp.com/fiche_produit.cfm?ref_produit@61
>> mais le gars est confus, j'ai du mal à le suivre ....
>
> c'est pas étonnant, le mécannisme de mémoire paginée en 32 bit est déjà
très
> compliqué, alors en 36 bit, ca doit bien être rigolo, surtout sur du
modèles
> mémoires paginés multi application comme windows le fait.
>
> Allez faire un tour chez intel , tout est en téléchargement :
>
> IA-32 Intel ® Architecture Software Developer's Manual Volume 1:
> Basic Architecture
> chapitre :
> "basic execution environnement " -> memory organization.
>
> et puis le
> IA-32 Intel ® Architecture Software Developer?s Manual Vol ume 3 :
> System Programming Guide
> CHAPTER 3
> PROTECTED-MODE MEMORY MANAGEMENT
>
> C'est bien expliqué mais faut suivre (même qu'il faut lire plusieurs
fois ).
Merci. Mais je vais essayer de contacter le gars du bouquin. Ça doit
être un bon ...
c'est un certain Pierre Maurette...
jamais entendu parlé :-)
Vincent Burel, le 08/07/2005, a écrit : > "Pierre Maurette"
wrote
> in message news: >>> Vincent Burel, le 08/07/2005, a écrit : >>> faut regarder "36-bit Physical Addressing Using PAE Paging Mechanism"
et
>>> "36bit Physical Adressing Using PSE-36 paging Mechanism"... >> C'est ça. Y'a une tentative d'explication ici: >> http://www.microapp.com/fiche_produit.cfm? >> mais le gars est confus, j'ai du mal à le suivre .... > > c'est pas étonnant, le mécannisme de mémoire paginée en 32 bit est déjà
très
> compliqué, alors en 36 bit, ca doit bien être rigolo, surtout sur du
modèles
> mémoires paginés multi application comme windows le fait. > > Allez faire un tour chez intel , tout est en téléchargement : > > IA-32 Intel ® Architecture Software Developer's Manual Volume 1: > Basic Architecture > chapitre : > "basic execution environnement " -> memory organization. > > et puis le > IA-32 Intel ® Architecture Software Developer?s Manual Vol ume 3 : > System Programming Guide > CHAPTER 3 > PROTECTED-MODE MEMORY MANAGEMENT > > C'est bien expliqué mais faut suivre (même qu'il faut lire plusieurs
fois ).
Merci. Mais je vais essayer de contacter le gars du bouquin. Ça doit être un bon ...
c'est un certain Pierre Maurette... jamais entendu parlé :-)
VB
Pierre Maurette
Vincent Burel, le 08/07/2005, a écrit :
"Pierre Maurette" wrote
[...]
Merci. Mais je vais essayer de contacter le gars du bouquin. Ça doit être un bon ...
c'est un certain Pierre Maurette... jamais entendu parlé :-)
Un poète ... maudit. Mais il ne faut pas poéter plus haut que son .. Q.
-- Pour répondre directement: enlever une lettre sur deux wwaannaaddoooo -> wanadoo
Pierre Maurette
Vincent Burel, le 08/07/2005, a écrit :
"Pierre Maurette" <mmaauurreetttteeppiieerrrree@wwaannaaddoooo.ffrr> wrote
[...]
Merci. Mais je vais essayer de contacter le gars du bouquin. Ça doit
être un bon ...
c'est un certain Pierre Maurette...
jamais entendu parlé :-)
Un poète ... maudit.
Mais il ne faut pas poéter plus haut que son .. Q.
--
Pour répondre directement: enlever une lettre sur deux
wwaannaaddoooo -> wanadoo
Merci. Mais je vais essayer de contacter le gars du bouquin. Ça doit être un bon ...
c'est un certain Pierre Maurette... jamais entendu parlé :-)
Un poète ... maudit. Mais il ne faut pas poéter plus haut que son .. Q.
-- Pour répondre directement: enlever une lettre sur deux wwaannaaddoooo -> wanadoo
Pierre Maurette
AMcD®
Niveau processeur, cela se passe ainsi. En mode protégé, les adresses sont exprimées sur 32 bits, donc, on peut adresser l'adresse 2^32-1 (FFFFFFFFh) maxi. C'est à diren 2^32 = 4.294.967.296 / 1024^3 = 4 Go adresses.
Depuis le P6, on peut adresser 2^36, c'est à dire 64 Go, adresses. Cela peut se faire selon deux manières :
- Le bit 5 du CR4, le fameux PAE falg (Page Address Extension) ; - Le PSE-36 (Page Size Extebsion) du PIII.
Mais bon, il ne faut pas rêver, on ne peut adresser que 4 Go à la fois dans un espace de 64 Go. En fait, on mappe 1024 pages de 4 Ko dans les 64 Go. Pour les curieux, Volume 3 de la doc Intel, chapitre3.
Noter qu'un x64 arrive à 1 To (1024 Go), alors qu'en théorie on pourrait aller bien plus loin, mais, là aussi, l'espace est découpé en zones.
Pour Windows, en mode PAE, le système se représente les adresses sur 37 bits maxi (25+12), ce qui donne 128 Go. C'est assez compliqué, si ça intéresse quelqu'un je peux détailler. Sinon, les fans peuvent lire le (compliqué) chapitre 7 du Russinovich/Solomon.
-- AMcD®
http://arnold.mcdonald.free.fr/
Niveau processeur, cela se passe ainsi. En mode protégé, les adresses sont
exprimées sur 32 bits, donc, on peut adresser l'adresse 2^32-1 (FFFFFFFFh)
maxi. C'est à diren 2^32 = 4.294.967.296 / 1024^3 = 4 Go adresses.
Depuis le P6, on peut adresser 2^36, c'est à dire 64 Go, adresses. Cela peut
se faire selon deux manières :
- Le bit 5 du CR4, le fameux PAE falg (Page Address Extension) ;
- Le PSE-36 (Page Size Extebsion) du PIII.
Mais bon, il ne faut pas rêver, on ne peut adresser que 4 Go à la fois dans
un espace de 64 Go. En fait, on mappe 1024 pages de 4 Ko dans les 64 Go.
Pour les curieux, Volume 3 de la doc Intel, chapitre3.
Noter qu'un x64 arrive à 1 To (1024 Go), alors qu'en théorie on pourrait
aller bien plus loin, mais, là aussi, l'espace est découpé en zones.
Pour Windows, en mode PAE, le système se représente les adresses sur 37 bits
maxi (25+12), ce qui donne 128 Go. C'est assez compliqué, si ça intéresse
quelqu'un je peux détailler. Sinon, les fans peuvent lire le (compliqué)
chapitre 7 du Russinovich/Solomon.
Niveau processeur, cela se passe ainsi. En mode protégé, les adresses sont exprimées sur 32 bits, donc, on peut adresser l'adresse 2^32-1 (FFFFFFFFh) maxi. C'est à diren 2^32 = 4.294.967.296 / 1024^3 = 4 Go adresses.
Depuis le P6, on peut adresser 2^36, c'est à dire 64 Go, adresses. Cela peut se faire selon deux manières :
- Le bit 5 du CR4, le fameux PAE falg (Page Address Extension) ; - Le PSE-36 (Page Size Extebsion) du PIII.
Mais bon, il ne faut pas rêver, on ne peut adresser que 4 Go à la fois dans un espace de 64 Go. En fait, on mappe 1024 pages de 4 Ko dans les 64 Go. Pour les curieux, Volume 3 de la doc Intel, chapitre3.
Noter qu'un x64 arrive à 1 To (1024 Go), alors qu'en théorie on pourrait aller bien plus loin, mais, là aussi, l'espace est découpé en zones.
Pour Windows, en mode PAE, le système se représente les adresses sur 37 bits maxi (25+12), ce qui donne 128 Go. C'est assez compliqué, si ça intéresse quelqu'un je peux détailler. Sinon, les fans peuvent lire le (compliqué) chapitre 7 du Russinovich/Solomon.