VM υποσύστημα και διαχωρισμός 1-3:3-4 GB

[Michael Iatrou]

When the date was Monday 25 April 2005 14:53, Giorgos Keramidas wrote:

> On 2005-04-25 14:02, Michael Iatrou <iatrou at serverhive.com> wrote:
> >When the date was Monday 25 April 2005 13:44, Giorgos Keramidas wrote:
> >>On 2005-04-25 13:22, Michael Iatrou <iatrou at serverhive.com> wrote:
> >>>When the date was Monday 25 April 2005 12:10, Giorgos Keramidas wrote:
> >>>> Ένα μεγάλο μέρος της δουλειάς που κάνει ο πυρήνας κάθε φορά που
> >>>> εκτελείται ένα system call είναι η αντιγραφή δεδομένων από
> >>>> userlevel σε kernel space.  Για να υλοποιηθεί αυτό υπαχουν δύο
> >>>> τρόποι:
> >>>>
> >>>> α) Να είναι mapped όλο το address space του πυρήνα στο πάνω μέρος του
> >>>>    virtual address space κάθε διεργασίας.
> >>>
> >>> Το οποίο περιορίζει τη διαθέσιμη per process μνήμη, στα 3GB. Κάτι
> >>> που είναι λίγο τραγικό, αν σκεφτείς ότι ένα (x86) σύστημα με 4GB
> >>> μνήμη, μπορείς να το αποκτήσεις σήμερα με κάτω από 2000euro
> >>> (τίποτα το εξωτικό δηλαδή)
> >>
> >> Οχι τόσο πολύ, αν σκεφτείς ότι για να φτάσεις στο όριο θα πρέπει τη
> >> στιγμή που θα σκάσει στον τοίχο των 3 GB το process έχει ταυτόχρονα
> >> mapped πάνω από 3 GB δεδομένα στο address space ΕΝΟΣ μόνο process.
> >
> > Ναι, με τον Firefox ίσως να είναι λίγο δύσκολο να το καταφέρεις, αλλά
> > με μια DB...
>
> Ε ναι, δίκιο έχεις.  Αλλά είμαι σίγουρος ότι ακριβώς λόγω της ανάγκης να
> προσπελαύνουν πολύ περισσότερα από 2 GB δεδομένα οι DB χρησιμοποιούν πιο
> έξυπνους τρόπους από mmap πάνω στα table files.

Πιο ενδιαφέρον είναι βέβαια, όχι η "άμεση" προσπέλαση, αλλά το caching... όπου 
πάλι, επειδή δεν είναι θέμα "πως" αλλά "πόσο" έχεις το ίδιο πρόβλημα.

> Μερικές φορές, βέβαια, είναι σχεδόν μονόδρομος τα 64-bit...

Ναι, εγώ θα συμπλήρωνα, πως όταν έχεις 4GB RAM επειδή πραγματικά τα χρειάζεσαι 
και όχι επειδή μπορείς να τα αγοράσεις, τα 64-bit είναι μονόδρομος.

> P.S. Δεν αφήνουμε και τίποτα για local flame στο meeting της Τρίτης; :P

Α, μπα, δεν χρειάζεται, γι αυτόν το σκοπό καλέσαμε τον Μπερεδήμα ;-P

-- 
 Michael Iatrou