Linux & 4 GB

[Alexandros Kosiaris]

Antonis Christofides wrote:
> Όπως εξηγεί η Microsoft στο
> http://support.microsoft.com/kb/929605/en-us, η μνήμη της κάρτας
> γραφικών, καθώς και άλλου hardware, γίνεται map στο 4GB address space
> του 32-bit επεξεργαστή. Έτσι, το σύστημα δεν μπορεί να δει πάνω 
> 4 GB πλην τη μνήμη της κάρτας γραφικών πλην τη μνήμη διαφόρων άλλων
> devices. Συνήθως δηλαδή το σύστημα μπορεί να δει μέχρι περίπου 3 GB
> RAM.
> 
> Εκείνο που δεν μπόρεσα να βρω είναι αν αυτό είναι πρόβλημα της
> Microsoft ή της αρχιτεκτονικής των PC. Με άλλα λόγια, πάσχει και το
> Linux από αυτό το πρόβλημα;
> 
> 

Μπούρδες βασικά λέει η Microsoft. Κανονικά εφόσον είναι enabled το PAE
(Physical Address Extension) στο σύστημα (BIOS+OS) θα έπρεπε να μπορεί
κανονικά να δει πάνω από 4 Gb μνήμης μείον αυτών που λες.
Συγκεκριμένα το PAE προσθέτει άλλα 4 πινάκια στον επεξεργαστή
επιτρέποντας 2^36 bits μνήμης και όχι 2^32

Αλλά...
Υπάρχουν κατασκευαστές που έχουν γραμμένο το PAE στα παλιά τους τα
παπούτσια. Ετσι βγάζουν motherboards που δεν το υποστηρίζουν.

Επίσης υπάρχουν μερικά θέματα με τους drivers διαφόρων κατασκευαστών
όταν για οποιοδήποτε λόγο μετακινούνται πάνω από τα 4Gb. Από το να μην
χειρίζονται τα bounce buffers μέχρι να θεωρούν ότι είναι 32-bit το
σύστημα και να τραβάνε overflow. Και να σου οι μπλε οθόνες.

Κατα συνέπεια από την έκδοση SP2 για τα XP, από την RTM των Vista και
μετά η Microsoft έκανε εν γνώση της disable την μνήμη μεγαλύτερη των 4Gb
ασχέτως εάν έχεις PAE ή όχι[1].

Αυτά προφανώς δεν ισχύουν για 64-bit OS όπου το PAE είναι άχρηστο

Αντίστοιχα θέματα από όσο γνωρίζω υπάρχουν στο FreeBSD(εδώ χρειαζόμαστε
επιβεβαίωση από τον Γιώργο) όπου εάν ενεργοποιήσεις το PAE πολλοί
drivers δεν κάνουν επίτηδες build ενώ μία αντιστοιχία(κάποιοι κακοί
drivers) υπάρχει και στο Linux αλλά ευτυχώς όχι στον ίδιο βαθμό.

Εδώ και χρόνια έχει πάψει να είναι λοιπόν πρόβλημα της αρχιτεκτονικής
των επεξεργαστών αυτών καθεαυτών αλλά η λύση δεν είναι ακόμη πλήρως
χρησιμοποιήσιμη.

[1] http://blogs.msdn.com/dcook/archive/2007/03/25/who-ate-my-memory.aspx

-- 
Alexandros Kosiaris 	Network Management Center , NTUA
e-mail : alex at noc.ntua.gr
Public Key Fingerprint :
D6B1 0634 BE65 719C 6C95  7492 8201 4B46 C478 F074
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 5200 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.hellug.gr/pipermail/linux-greek-users/attachments/20080115/3f396528/attachment.bin>