Σήμερα ο apache-2.4.1 ebuild του έχει εμφανιστεί στο δέντρο του portage gentoos. Αναδυόμενες php-5.4.1_rc1 δεν με εγκατεστημένο apache-2.4.1 του web server στο gentoo με το ακόλουθο μήνυμα λάθους:

Ρύθμιση SAPI ενότητες
ο έλεγχος για την υποστήριξη AOLserver ... δεν
ο έλεγχος για Apache 1.x υποστήριξη ενότητα μέσω DSO μέσω apxs ... δεν
ο έλεγχος για Apache 1.x υποστήριξη ενότητα ... δεν
ελέγχου αν θέλετε να ενεργοποιήσετε την επιλογή του Apache συμβατότητα charset ... δεν
έλεγχο για Apache 2,0 μονάδα φίλτρου-υποστήριξη μέσω DSO μέσω apxs ... δεν
ο έλεγχος για την υποστήριξη του Apache 2,0 μονάδα χειρισμού-μέσω DSO μέσω apxs ...

Συγγνώμη, δεν μπορώ να τρέξω apxs. Πιθανοί λόγοι ακολουθούν:

1. Perl δεν έχει εγκατασταθεί
2. apxs δεν βρέθηκε. Προσπαθήστε να περάσει το δρόμο χρησιμοποιώντας-με-apxs2 = / path / to / apxs
3. Apache δεν χτίστηκε χρησιμοποιώντας-enable-έτσι (η σελίδα χρήσης apxs εμφανίζεται)

Η έξοδος του / usr / sbin / apxs εξής:
. / Configure: γραμμή 8325: / usr / sbin / apxs: Δεν υπάρχει τέτοιο αρχείο ή κατάλογος
configure: error: Εγκατάλειψη

Ο λόγος για αυτό είναι, ότι το εκτελέσιμο apxs δεν εγκαταστάθηκαν με το apache-2.4.1 ebuild. Σύμφωνα με gmane.org αυτό το θέμα πήρε καθορίζεται με apache-2.4.1-r1 ebuild. Ωστόσο, μετά την αναβάθμιση σε apache 2.4.1-r1 αναδυόμενων php ακόμα αποτυγχάνει με το ίδιο μήνυμα λάθους. Μια γρήγορη ματιά πάνω στο σύστημα αρχείων δείχνει ότι το / usr / sbin / apxs έχεις εγκαταστήσει καθώς και ο / usr/sbin/apxs2 symlink έχεις δημιουργήσει.

mittelerde sbin # ls-alsh apxs *
24K-rw-r-r-1 root root 23K 1. Απρίλιος 16:14 apxs
0 lrwxrwxrwx 1 root root 14 1. Απρίλιος 16:14 apxs2 -> / usr / sbin / apxs

Αυτό αποκαλύπτει επίσης τον λόγο για τις αναδυόμενες μη php με apache-2.4.1-r1. Ο κατάλογος / usr / sbin / apxs perl-script που έρχονται με την apache-2.4.1-r1 ebuild στερείται τη σημαία εκτελέσιμο.

Έτσι, μια απλή

chmod + x / usr / sbin / apxs

λύνει το πρόβλημα και τις αναδυόμενες PHP δουλεύει συνέχεια σαν μια γοητεία. Πιθανότατα αυτό θα πάρει καθορίζεται με την επόμενη ebuild του Apache. Για να πάρετε τη διαμόρφωση του Apache εργασίας μετά την αναβάθμιση 2,4, ίσως να θέλετε να διαβάσετε: Αναβάθμιση σε 2,4 από 2,2 .

Jürgen

(Δεν βαθμολογήθηκε ακόμα)

Φόρτωση ...

Καταχωρήθηκε στο gentoo , linux , διαδίκτυο | 4 Σχόλια »

Μετά την τελευταία αναβάθμιση του πυρήνα μου προσπάθησε να οικοδομήσει το στόχο καθρέφτη iptables δημοσιεύονται εδώ . Ο στόχος καθρέφτη iptables παίρνει το πακέτο που αποστέλλεται στον υπολογιστή σας και να επιστρέφει το ίδιο πακέτο με το μηχάνημα το πακέτο προήλθε από. Έτσι, ας πούμε κάποιος προσπαθήσει να ανιχνεύσει τον υπολογιστή σας ή να προσπαθεί μια επίθεση που θα σαρώσει τη δική του μηχανή ή ακόμη και να επιτεθούν τη δική του μηχανή. Όταν το δοκίμασα με την έκδοση του πυρήνα 3,3, δεν χτίσει πια με την τρέχουσα πυρήνα του Linux. Ωστόσο, αυτή τη φορά μόνο μια μικρή τροποποίηση έχει neccesary. Ένα άλλο αρχείο κεφαλίδας έπρεπε να συμπεριληφθεί και το όνομα μιας συνάρτησης έχει αλλάξει. Μπορείτε να κατεβάσετε τη νεότερη έκδοση για την έκδοση του πυρήνα 3,3 και πιθανώς μέλλον πυρήνες εδώ:

MIRROR.3.3.0.tar.gz (31)

Το module του πυρήνα έχει δοκιμαστεί με την έκδοση του πυρήνα Linux-3.3-vserver-2.3.3.1. Για να οικοδομήσουμε την ενότητα, την εκκίνηση του πυρήνα που θέλετε να χρησιμοποιήσετε τη μονάδα με. Στη συνέχεια αποσυμπιέστε το αρχείο και να εκτελέσετε το σενάριο compile.sh να οικοδομήσουμε την ενότητα. Στη συνέχεια τρέξτε το install.sh σενάριο για την εγκατάσταση της μονάδας καταρτίζονται στο / lib / modules κατάλογο για τον πυρήνα σας.

Τώρα μπορείτε να χρησιμοποιήσετε το στόχο καθρέφτη αντί του στόχου να απορρίψουν ή πτώση της INPUT, FORWARD και PREROUTING αλυσίδες, όπως αυτό στο script του firewall σας:

$ Iptables-A INPUT-ι ΚΑΘΡΕΠΤΗΣ

Προσοχή: Η χρήση του στόχου καθρέφτη μπορεί να οδηγήσει σε περίεργα αποτελέσματα, στο παράδειγμα αν θέλετε να συνδεθούν με κάποιο iptables προστατεύεται μηχανή που χρησιμοποιεί το στόχο καθρέφτη, μπορείτε να καταλήξετε σύνδεση με το τοπικό μηχάνημα, χωρίς να την αναγνωρίζει. Επίσης, μπορούν να χρησιμοποιούν πολύ εύρος ζώνης. Η χειρότερη περίπτωση συμβαίνει εάν έχετε δύο μηχανήματα που χρησιμοποιούν τη μονάδα. Αυτές οι μηχανές μπορούν να καταλήγουν να παίζουν πινγκ-πονγκ. Έτσι, έχετε ήδη προειδοποιηθεί, χρησιμοποιούν με προσοχή και με δική σας ευθύνη. Για περισσότερες πληροφορίες δείτε: στόχος ΚΑΘΡΕΠΤΗΣ .

Λήψεις για παλαιότερες εκδόσεις του πυρήνα βρίσκονται κάτω. Ανακοίνωση για την έκδοση 2.6.25 αρίθμηση έργα για πυρήνες μέχρι 2.6.27. 2.6.28 εργάζεται επίσης για την 2.6.29 και 2.6.30 πυρήνες. Η έκδοση 2.6.13 της μονάδας θα πρέπει να εργαστεί μέχρι την έκδοση του πυρήνα 2.6.16.

MIRROR.2.6.13.tar.gz (647) MIRROR.2.6.24.tar.gz (1004) MIRROR.2.6.25.tar.gz (939) MIRROR.2.6.28.tar.gz (953) MIRROR.2.6.31 (862) MIRROR.2.6.35.tar.gz (780) MIRROR.2.6.36.tar.gz (670) MIRROR.2.6.37.tar.gz (530) MIRROR.3.0.7.tar.gz (268) MIRROR.3.1.0.tar.gz (78)

αφορά
Jürgen

(Δεν βαθμολογήθηκε ακόμα)

Φόρτωση ...

Καταχωρήθηκε στο πυρήνα , το linux , δικτύωσης , ασφάλεια | Κανένα σχόλιο »

Μετά τις τελευταίες αναβαθμίσεις στο gentoo σύστημα vserver μου τρέχει ένα 3.3.0 Linux kernel-vserver (vserver-πηγές-2.3.3.1), το σύστημα δεν ξεκίνησε σωστά πια. Δεν πήρε modules του πυρήνα φορτώνονται ακόμα και οι συσκευές του δικτύου δεν ήταν διαθέσιμες μετά από μια επανεκκίνηση. Αυτό είναι περισσότερο ή λιγότερο η χειρότερη περίπτωση, από τότε κάποιος πρέπει να είναι σωματικά μπροστά από το μηχάνημα και δεν μπορεί να επισκευάσει το σύστημα μέσω ssh απομακρυσμένη σύνδεση.

Η αναβάθμιση του πυρήνα δεν ήταν ο λόγος για αυτό, αλλά η αναβάθμιση στο udev-182. Αυτό το αρχείο καταγραφής, δήλωσε:

21 του Μαρτίου 17:20:05 mittelerde / etc / init.d / sshd [5563]: ΣΦΑΛΜΑ: Δεν μπορεί να ξεκινήσει ο sshd ως net.eth0 δεν θα ξεκινήσει
21 του Μαρτίου 17:20:09 mittelerde / etc / init.d / udev-mount [6075]: udev χρησιμοποιεί ένα devtmpfs τοποθετημένα σε / dev για να διαχειριστείτε τις συσκευές.
21 του Μαρτίου 17:20:09 mittelerde / etc / init.d / udev-mount [6076]: Αυτό σημαίνει ότι CONFIG_DEVTMPFS y = απαιτείται
21 του Μαρτίου 17:20:09 mittelerde / etc / init.d / udev-mount [6077]: στη διαμόρφωση του πυρήνα.
21 του Μαρτίου 17:20:09 mittelerde / etc / init.d / udev-mount [6067]: ΣΦΑΛΜΑ: udev-mount, απέτυχε να ξεκινήσει
21 του Μαρτίου 17:20:09 mittelerde / etc / init.d / udev [6066]: ΣΦΑΛΜΑ: Δεν μπορείτε να ξεκινήσετε το udev ως το udev-mount, δεν θα ξεκινήσει
21 του Μαρτίου 17:21:06 mittelerde / etc/init.d/net.eth0 [6463]: ΣΦΑΛΜΑ: διεπαφή eth0 δεν υπάρχει

Με τις πληροφορίες "CONFIG_DEVTMPFS y = απαιτείται" το ημερολόγιο περιέχει την αναγκαία υπαινιγμό για να πάρει τα πράγματα να δουλέψουν. Η επιλογή CONFIG_DEVTMPFS έπρεπε να ενεργοποιηθεί στον πυρήνα. Στη συνέχεια ο πυρήνας πρέπει να γίνεται ανασύνθεση. Η επιλογή μπορεί να βρεθεί στο menuconfig κάτω από Οδηγοί Συσκευών-> Γενικές επιλογές του οδηγού και ονομάζεται Διατηρήστε devtmpfs σύστημα αρχείων για να τοποθετήσετε στο / dev. Για να πάρει τα devfs αυτόματα τοποθετείται κατά την εκκίνηση είναι λογικό να επιτρέψει στους devtmpfs επιλογή automount στο / dev , αφού ο πυρήνας τοποθετείται το rootfs (CONFIG_DEVTMPFS_MOUNT).

Είναι ασφαλές να ενεργοποιήσετε αυτές τις επιλογές με τις παλαιότερες εκδόσεις udev. Με αυτόν τον τρόπο προστατεύει το σύστημά σας από το να μην λειτουργεί πια, όταν θα έχετε την ενημερωμένη έκδοση udev αργότερα.

Jürgen

(Δεν βαθμολογήθηκε ακόμα)

Φόρτωση ...

Καταχωρήθηκε σε οδηγούς , πυρήνα , Linux | 1 Σχόλιο »

Εμείς, οι συντάκτες της MyGNU.de είναι υπερήφανο για να γιορτάσουμε μια επέτειο σήμερα. Αυτό είναι το ένα εκατοστό άρθρο που δημοσιεύθηκε σε αυτό το blog. Αλλά πώς μπορεί κανείς να γιορτάσει μια τέτοια επέτειο; Στα σίγουρα, ο καλύτερος τρόπος είναι να γράψω ένα άλλο άρθρο. Καλά, ίσως και πίνοντας μια μπύρα ή δύο.

Ας συνοψίσουμε κάποια ιστορία. Αυτό το blog, MyGNU.de ξεκίνησε στις 29 Νοεμβρίου 2008 - περίπου πριν από τρία χρόνια. Κατά τη διάρκεια αυτών των ετών ο Thorsten και είχα την ευκαιρία να παρέχουν χρήσιμες πληροφορίες, χρήσιμες scripts και προγράμματα για εσάς, τους αναγνώστες μας. - Τουλάχιστον έτσι ελπίζουμε. Με αυτό τον τρόπο είμαστε σε θέση να δώσουμε κάτι πίσω στην κοινότητα του ανοικτού κώδικα που μας υποστήριξαν με τόσους πολλούς τρόπους. Έχουμε γράψει για λύσεις σε πολλά προβλήματα, όσον αφορά το λειτουργικό σύστημα Linux, συναντήσαμε. Θα ήταν σε πολύ να γράψω αν προσπάθησα να αναφερθώ σε κάθε ένα άρθρο σήμερα, αλλά κάποια πρέπει να αναφερθεί. Το σίγουρο είναι ότι τα κυριότερα σημεία, που μπορούν να βρεθούν σε αυτή την ιστοσελίδα είναι η SIV, η στερεοσκοπική προβολή εικόνων και vrtrack ο οδηγός headtracking για το κεφάλι Vuzix VR920 τοποθετηθεί οθόνη. Η πιο δημοφιλής download μέχρι τώρα ήταν ο στόχος Mirror iptables, το οποίο θα μεταφερθεί και στο 2,6 3.x πυρήνες του Linux. Το module του πυρήνα επιτρέπει σε κάποιον να δημιουργήσει ένα πιο ενεργό τείχος προστασίας iptables επιστρέφοντας την επίθεση στον εισβολέα. Συνολικά πήρε 5897 επισκέψεις μέχρι σήμερα. Στην αρχή μερικά από τα άρθρα ήταν μικρότερη από τις πιο πρόσφατες, αλλά με το χρόνο τις γνώσεις μας και τις δεξιότητες γραφής εξελίχθηκε και μερικά πρόσφατα άρθρα είναι αρκετά υψηλής ποιότητας. Ελπίζουμε να απολαμβάνουν την ανάγνωση των άρθρων και πήρε μερικές χρήσιμες απόψεις και πληροφορίες.

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

"Έτσι λένε όλοι."

Καλά, τώρα υπάρχει μόνο ένα τελευταίο πράγμα που πρέπει να κάνουμε για να. Για να πω ευχαριστώ! Πρέπει να πω ευχαριστώ σε σας για την ανάγνωση, και πρέπει να πούμε ευχαριστώ για την εταιρεία μας η κύρια host.de-GmbH για την παροχή της webspace για αυτό το ιστολόγιο.

Καλή επέτειο MyGNU.de !

τις καλύτερες ευχές και να κρατήσει την ανάγνωση

Jürgen

(Δεν βαθμολογήθηκε ακόμα)

Φόρτωση ...

Καταχωρήθηκε στο για μας , διασκέδαση , mygnu , ειδήσεις | Κανένα σχόλιο »

Ξεκινώντας με τον πυρήνα 2.6.36, tuxonice έχει αφαιρεθεί από το zen-πηγές. Το τελευταίο επίσημο patch tuxonice, που διατίθεται επί του παρόντος, είναι για τον πυρήνα του Linux 3.0. Στο μεταξύ, πιο πρόσφατα μπαλώματα, για την έκδοση του πυρήνα 3.2.1 και 3.2.10, έχουν εμφανιστεί σε crow202.org . Γι 'αυτό και τα πρόχειρα ζεν-σταθερές πηγές-3.2 με το έμπλαστρο 3.2.1 tuxonice από εκεί.

Αναστολή σε RAM έργα με αυτόν τον πυρήνα, τουλάχιστον στην Dell Precison μου M65 και το Desktop μου, καθώς και την αναστολή για να κάνει δίσκο. Επιπλέον, μπορώ να επιβεβαιώσω, ότι το έμπλαστρο 3.2.1 εργάζεται επίσης για την αρχιτεκτονική x86_64.

Για να πάρετε τα πράγματα να δουλέψουν, κατεβάστε το zen-σταθερό-3.2 πηγαίο κώδικα του πυρήνα από το ζεν-kernel.org και να το εξαγάγετε. Στη συνέχεια κατεβάστε το tuxonice 3.2.1 patch από crow202.org και να το εφαρμόσετε. Μετά την εφαρμογή του εμπλάστρου μπορείτε να συνεχίσετε με την τυπική διαδικασία οικοδόμησης του πυρήνα. Όπως και με zen-πηγές-3.1, δεν απαιτείται επιπλέον εμπλάστρου είναι απαραίτητη για την zcache χαρακτηριστικό, το fix έχει ήδη συμπεριληφθεί στο ζεν-σταθερό-3.2. Το χαρακτηριστικό zcache διπλασιάζει RAM απόδοση, παρέχοντας παράλληλα μια σημαντική ενίσχυση των επιδόσεων, σε πολλά φορτία. Το χαρακτηριστικό zcache βρίσκεται κάτω από τους οδηγούς στάσης στο δέντρο του πυρήνα και εξαρτάται από την cleancache χαρακτηριστικό, το οποίο βρίσκεται κάτω από τους τύπους και τα χαρακτηριστικά του επεξεργαστή. Για να ενεργοποιήσετε το χαρακτηριστικό zcache, θα πρέπει να περάσει το zcache λέξη-κλειδί στον πυρήνα σας, στο παράδειγμα στο grub.conf σας.

Παράδειγμα: ο πυρήνας / bzImage πανικού = 60 root = / dev/hda3 zcache

Για τους χρήστες του Gentoo υπάρχει πιο εύκολος τρόπος: Κατεβάστε τροποποιημένα επικάλυψης μου από zen-πηγές-3.2.tar.gz (41) και αποσυμπιέστε το στο / usr / local / portage. Η επικάλυψη περιέχει όλες τις απαραίτητες διορθώσεις. Να είστε βέβαιος να περιλάβει την ακόλουθη γραμμή στο / etc / make.conf:

PORTDIR_OVERLAY = "/ usr / local / portage"

Αν θέλετε να χρησιμοποιήσετε tuxonice περιλαμβάνουν tuxonice σε Σημαίες Χρήσης σας. Στη συνέχεια εμφανίζονται zen-πηγές και την κατασκευή του πυρήνα, όπως σας αρέσει.

Tuxonice δεν υποστηρίζεται επίσημα στη σημερινή zen-πηγές. Έτσι, Αν χρησιμοποιείτε τα αρχεία παραπάνω, δεν αναφέρετε τυχόν σφάλματα στο ζεν-sources.org. Είστε μόνοι σας.

Για Precision M65 μου χρησιμοποίησε την ακόλουθη ρυθμίσεων πυρήνα: config_zen_3.2_dell_m65.zip (38)

Για περισσότερες πληροφορίες σχετικά με Zen-πηγές patchset δείτε www.zen-sources.org .

τις καλύτερες ευχές

Jürgen

(Δεν βαθμολογήθηκε ακόμα)

Φόρτωση ...

Καταχωρήθηκε στο gentoo , πυρήνα , Linux , zen-πηγές | Κανένα σχόλιο »

Στο άρθρο Κοιτώντας τους αριθμούς τηλεφώνου με το N900 περιέγραψα μια λύση για να εκτελεί αντίστροφες αναζητήσεις αριθμό τηλεφώνου μέσα από το N900 εκτεταμένο αρχείο κλήσεων του. Το έμπλαστρο και συνεπώς και το δυαδικό πακέτο περιείχε υπάρχει ένα μικρό πρόβλημα. Όποτε υπήρχαν διεθνείς κλήσεις, που αρχίζουν με "00", στο αρχείο καταγραφής, η αντίστροφη αναζήτηση απέτυχε λόγω της CallerID αίτηση δεν την ερμηνεία της "00" σωστά. Η σταθερή εφαρμογή extcalllog μεταφράζεται τώρα τα τελικά μηδενικά σε ένα «+», η οποία παίρνει ερμηνεύεται σωστά από την εφαρμογή CallerID.

Οι λήψεις στο αρχικό άρθρο έχει ενημερωθεί τώρα.

Jürgen

(Δεν βαθμολογήθηκε ακόμα)

Φόρτωση ...

Καταχωρήθηκε στο Linux , maemo5 , εργαλεία | Δεν Σχόλια »

KVM έχει γίνει μια από τις σημαντικότερες τεχνολογίες virtualization, τα τελευταία χρόνια. Για το Redhat Linux έχει γίνει ακόμη η προεπιλεγμένη λύση virtualization. IO απόδοση KVM είναι μη ανταγωνιστικά προς άλλες λύσεις virtualization όταν χρησιμοποιούν τις προεπιλεγμένες επιλογές. Ειδικά όταν χρησιμοποιούν qcow2 εικόνες, η απόδοση των IO KVM / qemu μπορεί να βελτιωθεί σημαντικά με την απενεργοποίηση της μνήμης cache του συστήματος αρχείων του υποκείμενου υποδοχής. Αυτό μπορεί να γίνει με την έναρξη KVM με την cache = καμία επιλογή, στο παράδειγμα με τις επιλογές

-Drive αρχείο = my_image.qcow2, δείκτης = 0, μέσα = δίσκο, μνήμη cache = καμία

αντί να προμηθεύει μόνο το αρχείο εικόνας με-hda my_image.qcow2. Στη συνέχεια, το αρχείο εικόνας έχει αρχίσει τη χρήση του O_DIRECT σημαία, παρακάμπτοντας την cache σελίδα. Εάν το υποκείμενο σύστημα αρχείων δεν υποστηρίζει την O_DIRECT σημαία, αυτό αποτύχει με το μήνυμα λάθους:

δεν θα μπορούσε να ανοίξει την εικόνα δίσκου my_image.qcow2: Άκυρα επιχείρημα

Αυτή είναι η περίπτωση για ένα σύστημα αρχείων ext4 με ενεργοποιημένη την πλήρη journaling. Κάποιος μπορεί εύκολα να ελέγξετε εάν η σημαία O_DIRECT υποστηρίζεται από το υποκείμενο σύστημα αρχείων με μια απλή εντολή dd στον ξενιστή:

dd if = μορφής τυχαίο_αρχείο του = / dev / null iflag = άμεση

Αν η σημαία O_DIRECT δεν υποστηρίζεται έχει ως αποτέλεσμα την εξής σφάλμα:

δδ: άνοιγμα `μορφής τυχαίο_αρχείο»: Άκυρα επιχείρημα

Έτσι, αν ανησυχίες για την ασφάλεια δεν ισχύουν, κάποιος δεν θέλει να χρησιμοποιήσει όλο το journaling, να αυξηθεί η απόδοση. Οι επιλογές του journaling μπορεί να ρυθμιστεί είτε στο / etc / fstab ή στο ίδιο το σύστημα αρχείων. Για την περίπτωση fstab το κόκκινο σημειώνονται μέρος του ακόλουθου είσοδο παράδειγμα πρέπει να αφαιρεθεί.

/ Dev/sda7 / ext4 προεπιλογές, noatime, nodiratime, async, δεδομένων περιοδικό = 0 1

Αν το journaling η επιλογή έχει οριστεί στο σύστημα αρχείων, αυτό μπορεί να αποδειχθεί και να επεξεργαστεί με τη tune2fs εντολή. Στο παράδειγμα tune2fs-l / dev/sda7 εμφανίζει πληροφορίες σχετικά με το σύστημα αρχείων στο / dev/sda7. Αν πλήρη journaling είναι ενεργοποιημένη, η έξοδος περιλαμβάνει την επιλογή journal_data mount:

Προεπιλογή επιλογές προσάρτησης: journal_data

Η επιλογή μπορεί να αφαιρεθεί με tune2fs-o ^ journal_data / dev/sda7. Μετά την έξοδο του tune2fs-l δεν περιλαμβάνει την επιλογή τοποθέτησης journal_data πια:

Προεπιλογή επιλογές προσάρτησης: (καμία)

Και στις δύο περιπτώσεις το σύστημα αρχείων πρέπει να ξαναβάλετε για να ενεργοποιήσετε τις αλλαγές. Στη συνέχεια qemum KVM-συνεργάζεται με τη μνήμη cache = καμία επιλογή, όπως περιγράφεται παραπάνω, και με αυξημένη απόδοση IO.

Jürgen

Αναφορές:
[1] itscblog.tamu.edu
[2] blog.nkadesign.com

(Δεν βαθμολογήθηκε ακόμα)

Φόρτωση ...

Καταχωρήθηκε στο Linux , το virtualization | Δεν Σχόλια »