Σε αυτόν τον μικρό οδηγό πρόκειται να σας εξηγήσω (και να σας διδάξω) γιατί είναι καλύτερο να συντάξετε ένα πρόγραμμα (π.χ. Firefox, Vlc κ.λπ.) από τον πηγαίο του κώδικα, από το να το κατεβάσετε (από το The Software Center, Yumex, Pacman κ.λπ. ) και εγκαταστήστε.
Πρώτα πηγαίνουμε με τη θεωρία:
Τι είναι το "compile";
Η μεταγλώττιση μετατρέπει τον πηγαίο κώδικα (κωδικός γραμμένος σε μια συγκεκριμένη γλώσσα προγραμματισμού, ας πούμε C, C ++ κ.λπ.) σε ένα εκτελέσιμο πρόγραμμα για τη λειτουργία του χρησιμοποιώντας τον επεξεργαστή για να μετατρέψει τη γλώσσα που χρησιμοποιείται για τη δημιουργία του κώδικα σε δυαδικό και συναρμολογητή. Ονομάζεται επίσης συχνά συσκευασία.
Γιατί είναι καλύτερο να "μεταγλωττίσετε";
Πρώτα πρέπει να γνωρίζετε τα παρακάτω για να καταλάβετε γιατί. Είπε με «ακατέργαστο» τρόπο (απλό, όχι πολύ επαγγελματικό, κ.λπ.), κάθε φυλή (Pentium, Core, Atom, κ.λπ.) και τα είδη της (Intel, AMD, ARM κ.λπ.) του επεξεργαστή έχουν οδηγίες (λογισμικό γραμμένο σε assembler που επεξεργάζεται τον κώδικα) του μοντέλου τους (Core i7, Core i5, Atom x2, Phantom x8, Arm κ.λπ.) και έχουν επίσης γενικές οδηγίες που έχουν όλα τα είδη τους.
Όταν κάνετε λήψη από τα αποθετήρια μέσω του Κέντρου λογισμικού / apt-get / Yumex / Yum / Pacman / κλπ, ένα πρόγραμμα που εγκαθίσταται αυτόματα λέει ότι αυτό προκατασκευασμένο για λειτουργία σε όλους τους πιθανούς επεξεργαστές (Intel και Amd). Δεδομένου ότι είναι ένα προ-μεταγλωττισμένο πρόγραμμα, χάνονται εκείνες οι τυπικές οδηγίες αυτού του συγκεκριμένου μοντέλου επεξεργαστή (σκεφτείτε ότι εάν ένα πρόγραμμα όπως το Firefox ή το Chrome, το οποίο έχει περισσότερες από 7 ή 8 εκατομμύρια γραμμές κώδικα, έπρεπε να θέσει όλες τις συγκεκριμένες οδηγίες για κάθε επεξεργαστή στην αγορά, το ποσό του κώδικα θα ήταν τόσο μεγάλο που το πρόγραμμα δεν θα ήταν πλέον αποτελεσματικό) αφήνοντας τίποτα περισσότερο από τα γενικά της μάρκας δημιουργών του (Intel, Amd, Arm).
Όταν κάνετε λήψη, αποσυμπιέστε και μεταγλωττίσετε τον πηγαίο κώδικα ενός προγράμματος, συντάσσεται με τις συγκεκριμένες οδηγίες του TU επεξεργαστής, (το οποίο δεν σημαίνει ότι δεν θα λειτουργεί σε διαφορετικό μηχάνημα, αλλά θα βελτιστοποιείται ειδικά και καθαρά για τον επεξεργαστή σας), απελευθερώνοντας έτσι και απελευθερώνοντας όλη τη δύναμη που ο επεξεργαστής σας μπορεί να προσφέρει χάρη στις συγκεκριμένες οδηγίες του.
Σε περισσότερες τεχνικές λεπτομέρειες, αυτές οι συγκεκριμένες οδηγίες συνδέονται στενά με αυτό που είναι γνωστό ως το chipset της μητρικής πλακέτας σας, το οποίο είναι ο μεγάλος πονοκέφαλος για όσους από εμάς έχουμε Intel όταν θέλουμε να αναβαθμίσουμε τον επεξεργαστή και τη μητρική πλακέτα.
Θα εκπλαγείτε με τη δύναμη που σας amd άτομο x2 ή εσείς Intel Core Εσωτερικά, 2 Core Duo, i3κλπ από τον παλιό σας υπολογιστή. Τώρα καταλαβαίνετε γιατί υπάρχει πολλή συζήτηση στον κόσμο του Linux σχετικά με τη σύνταξη του περίφημου πυρήνα (καρδιά κάθε λειτουργικού συστήματος); Φανταστείτε εάν μεταγλωττίσετε ένα ολόκληρο σύστημα (γραφικό περιβάλλον (Gnome, Kde, κ.λπ.), Kernel, προγράμματα που χρησιμοποιούνται συνήθως (Firefox, Vlc, Chrome, Wine κ.λπ.) ειδικά για τον υπολογιστή σας) όλα τα επίπεδα ταχύτητας και βελτιστοποίησης που θα έχετε .
Αυτή η αρχή συλλογής για να αποκτήσετε έναν κωδικό βελτιστοποιημένο ειδικά για το μηχάνημά σας είναι αυτή που χρησιμοποιείται από διανομές όπως το Gentoo και τα παράγωγα (για τα οποία δεν πρόκειται να μιλήσω τώρα, χρησιμοποιώ το Fedora minimal με τη συλλογή του Gnome 3, του πυρήνα και άλλων προγραμμάτων) όπου το σύστημα, οι ενημερώσεις και τα προγράμματά σας συντάσσονται πάντα.
Μειονεκτήματα της συλλογής:
Έχω ήδη εξηγήσει όλα τα πλεονεκτήματα, αλλά όπως όλα όσα υπάρχουν στο σύμπαν.
Στην περίπτωση συλλογής είναι:
- Χρόνος που απαιτείται για αυτό (ο Firefox με i7 4790K (χωρίς overclock καθώς είμαι πολύ άσχημος με τάσεις) διαρκεί 3 λεπτά, το Gnome Shell (το μπαρ τίποτα περισσότερο) με το Gnome-Control-Center με πήρε περίπου 2 λεπτά, και οι δύο συντάχθηκαν στις την ίδια ώρα στο Fedora. Αλλά σε ένα μηχάνημα με λιγότερο ισχυρό επεξεργαστή αυτή τη φορά μπορεί να είναι δυσανάλογα μεγάλο).
- Ο επεξεργαστής χρησιμοποιεί το 100% της ισχύος του με όλους τους πυρήνες του στο μέγιστο, οπότε η κατανάλωση και η θερμότητα ανεβάζουν (λάβετε υπόψη αυτό εάν έχετε overclocking ή εάν είναι ιδιαίτερα φορητός υπολογιστής), οπότε είναι βολικό να προετοιμάσετε έναν σύντροφο ή έναν καφέ για την περίσταση.
- Ίσως λείπει μια βιβλιοθήκη (εργαλείο) που χρησιμοποιεί ένα πρόγραμμα, ώστε να μην παρουσιάζεται σφάλμα στη συλλογή. Γενικά, όλες οι διανομές έχουν πακέτα ή σύνολα από αυτά για να το αποφύγουν (είναι γεμάτα με διάφορες βιβλιοθήκες και άλλα πράγματα που επιτρέπουν στον πυρήνα να επικοινωνεί όπως θα έπρεπε με τον επεξεργαστή κατά τη διάρκεια της διαδικασίας)
Πώς μπορώ να μεταγλωττίσω;
Εδώ μιλάω για τη σύνταξη ενός προγράμματος για κανονική χρήση και όχι για έναν πυρήνα.
aptitude install build-essential dh-make devscripts fakeroot debhelper debian-Policy ccache dh-autoreconf autotools-dev build-dep ardor
Βάζω το Debian-Policy, αλλά αν η διανομή σας δεν είναι Debian και σας δίνει ένα σφάλμα ότι δεν υπάρχει τέτοιο πακέτο, απλώς αγνοήστε το. Πρέπει να ξεκαθαρίσω ότι δεν έχω χρησιμοποιήσει αυτά τα συστήματα για μεγάλο χρονικό διάστημα, οπότε αν ένα πακέτο δεν είναι πλέον στα αποθετήρια, μην δημιουργήσετε πρόβλημα.
Για το Fedora:
sudo yum -y εγκατάσταση πυρήνων-κεφαλίδωνπυρήνας-ανάπτυξηsudo yum groupinstall "Εργαλεία ανάπτυξης"sudo yum groupinstall "Βιβλιοθήκες ανάπτυξης"
Εδώ πρέπει να ζητήσω συγνώμη για όσους χρησιμοποιούν το Arch (δεν γνωρίζω καλά το distro) και το OpenSuse, καθώς δεν γνωρίζω αυτές τις διανομές ή τα αντίστοιχα πακέτα για να πραγματοποιήσω μια σωστή συλλογή (και δεν επιβεβαίωσα τι υπάρχει στο δίκτυο, έτσι ώστε για αυτούς τους δύο δεν ξέρω αν λειτουργούν).
Τώρα που έχετε όλες τις απαραίτητες απαιτήσεις, πρέπει να κατεβάσετε μόνο τον πηγαίο κώδικα του προγράμματος που θέλετε να μεταγλωττίσετε, ανάλογα με την επέκταση που αποσυμπιέστε χρησιμοποιώντας το τερματικό (μην ανησυχείτε, θα σας αφήσω τις εντολές) και όταν πηγαίνετε στο φάκελο (πάντα με το τερματικό) κάνετε το ίδιο στη συνέχεια:
Εάν έχετε τη δυνατότητα να διαμορφώσετε τον εαυτό σας για να επιλέξετε τα στοιχεία και άλλα:
./configure
Στη συνέχεια πληκτρολογείτε:
make
Και τέλος να εγκαταστήσετε το πρόγραμμα στο linux σας:
make install
Εντολές για αποσυμπίεση χρησιμοποιώντας το τερματικό (το αρχείο αποσυνδέεται σε φάκελο όπου βρίσκεται το αρχείο):
.Tar αρχεία (tar) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Πακέτο | tar cvf file.tar / file / * Αποσυσκευασία | tar xvf file.tar Προβολή περιεχομένου | tar tvf file.tar
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - .tar.gz - .tar.z - .tgz (πίσσα με gzip ) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Συσκευασία και φερμουάρ | tar czvf file.tar.gz / file / Αποσυμπιέστε και αποσυμπιέστε | tar xzvf file.tar.gz Προβολή περιεχομένου (δεν έχει εξαχθεί) | tar tzvf file.tar.gz
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - .gz (gzip) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Συμπίεση | αρχείο gzip -q (Το αρχείο συμπιέζει και μετονομάζει το αρχείο "file.gz") Αποσυμπίεση | gzip -d file.gz (Το αρχείο το αποσυμπιέζει και το αφήνει ως "αρχείο" Σημείωση: το gzip συμπιέζει μόνο αρχεία, όχι καταλόγους
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - .bz2 (bzip2) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Συμπίεση | αρχείο bzip2 | αρχείο bunzip2 (Το αρχείο συμπιέζει και μετονομάζει το αρχείο "file.bz2") Αποσυμπίεση | bzip2 -d file.bz2 | bunzip2 file.bz2 (Το αρχείο το αποσυμπιέζει και το αφήνει ως "αρχείο") Σημείωση: Το bzip2 συμπιέζει μόνο αρχεία, όχι καταλόγους
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - .tar.bz2 (πίσσα με bzip2) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Συμπίεση | αρχεία tar -c | bzip2> file.tar.bz2 Αποσυμπίεση | bzip2 -dc file.tar.bz2 | tar -xv | tar jvxf file.tar.bz2 (πρόσφατες εκδόσεις tar) Προβολή περιεχομένου | bzip2 -dc file.tar.bz2 | tar -tv
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - .zip (zip) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Συμπίεση | zip file.zip / mayo / archives Unzip | unzip file.zip Προβολή περιεχομένου | αποσυμπιέστε -v file.zip
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - .rar (rar) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Συμπίεση | rar -a file.rar / may / archives Unzip | rar -x file.rar Προβολή περιεχομένου | rar -v file.rar | rar -l file.rar
Και αυτό είναι όλο. Χαιρετίσματα από το Μπουένος Άιρες, Αργεντινή. Καλές γιορτές και νέα χρόνια! :)
Το πρόβλημα με τη μεταγλώττιση είναι ότι δεν λειτουργεί πάντα την πρώτη φορά και είναι πιο κουραστικό
Το πρόβλημα με τη μεταγλώττιση είναι ότι αν δεν διαθέτετε έναν παλιό και περιορισμένο υπολογιστή, οι βελτιώσεις δεν θα είναι αισθητές ... καλά ίσως σε έναν υπολογιστή με εντατική χρήση είναι μια επιλογή, αλλά για τους περισσότερους χρήστες είναι απλώς μια κουραστική διαδικασία.
Νομίζω ότι αυτό είναι το επίκεντρο του θέματος. Είναι τόσο σημαντική η βελτίωση της απόδοσης που θα είναι αισθητή κατά τη σύνταξη των πακέτων που θα απαιτούσε χρόνο και ταλαιπωρία αυτής της εργασίας στο παρασκήνιο;
Το ίδιο αν έχετε μια μεταγλώττιση i7 είναι βολικό, γιατί είναι πιο γρήγορο και υπολογίζω ότι λειτουργεί κάτι καλύτερο. Τώρα με έναν υπολογιστή με intel άτομο, δεν είναι βολικό, εκτός αν χρειάζεστε πραγματικά την επιπλέον ισχύ που δίνει η μεταγλώττιση, αλλά μπορεί να χρειαστούν ώρες για να συντάξετε ένα πρόγραμμα με λιγότερο ισχυρό επεξεργαστή.
Συμφωνώ απολύτως, μου συνέβη να συντάσσω και να ανακαλύπτω μετά από λίγο ότι δεν έχετε βιβλιοθήκη, να την παρακολουθείτε και να πρέπει να αντιμετωπίσετε ξανά τη διαδικασία ... Είναι σπάνιο ότι όλα λειτουργούν στην πρώτη προσπάθεια ... xD
¡Muy interesante!
Εάν συντάξετε ένα πρόγραμμα, πώς λειτουργούν οι ενημερώσεις μετά; Είναι αυτόματα ή πρέπει να γνωρίζουμε εάν έχει κυκλοφορήσει μια νέα έκδοση;
Πρέπει να το ενημερώσετε με μη αυτόματο τρόπο, δηλαδή να συντάξετε την πιο πρόσφατη έκδοση που είναι μια άλλη ας πούμε "μειονέκτημα" για την οποία κάνει επίσης κάτι κουραστικό
Δεδομένου ότι δεν υπάρχουν ενημερώσεις, στην πραγματικότητα, οι διανομές Linux και οι διαφορετικοί τρόποι συσκευασίας τους, το λογισμικό και οι αντίστοιχοι διαχειριστές πακέτων εξαλείφουν την ταλαιπωρία της ανακατασκευής για κάθε νέα ενημέρωση (και επίλυση εξαρτήσεων).
Χαιρετισμούς.
Εάν τον μεταγλωττίσετε κατεβάζοντας τον πηγαίο κώδικα από οποιαδήποτε σελίδα, τότε πρέπει να το κάνετε χειροκίνητα και να μάθετε πώς να τον εγκαταστήσετε επειδή δεν είναι όλα εγκατεστημένα το ίδιο.
Τώρα, εάν έχετε Gentoo ή κάποια διανομή με θύρες, τότε το κάνετε από τα αποθετήρια σχεδόν αυτόματα.
Στο Gentoo ο διαχειριστής πακέτων, το Portage, φροντίζει για ενημερώσεις και εξαρτήσεις. Δεν ξέρω σε άλλες διανομές. Φυσικά, κάθε ενημέρωση περιλαμβάνει αναδιάταξη, προφανώς.
Υπήρχε μια στιγμή που συνέταξα ό, τι μπορούσα. Τότε κουράστηκα, ειδικά λόγω του χρόνου που έπρεπε να αφιερώσω στο μηχάνημα που λειτουργεί (45 λεπτά για τον πυρήνα, 10 λεπτά για χρώμιο…) και λόγω του χρόνου που πέρασα για την επίλυση προβλημάτων που προέκυψαν εν κινήσει. Επιπλέον, προσωπικά δεν βρήκα αύξηση της απόδοσης, είχα την αίσθηση ότι όλα ήταν τα ίδια. Γι 'αυτούς τους λόγους τώρα χρησιμοποιώ όλα τα προκατασκευασμένα, όλα είναι στιγμιαία και χωρίς συγκρούσεις. Αν και έμαθα πολλά εκείνη τη στιγμή, ήθελα να χρησιμοποιήσω το gentoo 🙂
Ακόμα και είναι κάτι που έχω δει ελάχιστα, μπορεί να συγκεντρωθεί από συστήματα όπως το apt. Προσθέστε μια σημαία build στο apt-source και στο voila. Φυσικά, πριν από αυτό, η εγκατάσταση των απαραίτητων πακέτων για την εκτέλεση των συλλογών, αλλιώς δεν λειτουργεί ... αν και είναι μια πιο άμεση μορφή συλλογής και περιλαμβάνει λιγότερα βήματα, καθώς, μόνο την πρώτη φορά που καταλαμβάνει την εγκατάσταση των πακέτων και των ακόλουθων, οι εξαρτώμενες συναντήσεις και το πακέτο ως τέτοιο.
Χαιρετισμούς.
Έχει λειτουργικότητα apt-build, αν και πιστεύω ότι δεν μεταγλωττίζει τις εξαρτήσεις, αλλά εγκαθιστά προεγκατεστημένα δυαδικά αρχεία.
Από την πρώτη στιγμή που είδα τον τίτλο, δεν μπορούσα παρά να σκεφτώ το ίδιο πράγμα, και αφού διάβασα ολόκληρο το εξαιρετικό άρθρο, έχω την ιδέα στο μυαλό, πηγαίνοντας περίπου χίλιες φορές, Gentoo… Gentoo, πού είσαι;
Η σύνταξη είναι υπέροχη, η δυνατότητα απόλαυσης ορισμένων χαρακτηριστικών και η χρήση τους είναι ανεκτίμητη, αλλά ο χρόνος και οι "τρέχουσες ανάγκες" είναι απαράδεκτες, καθώς δεν ισχύει.
Ίσως χρειαζόμαστε κάτι στη μέση, όπου ούτε οι βιβλιοθήκες ούτε οι λεπτομέρειες στην αλλαγή της έκδοσης θα σπαταλήσουν τόσο πολύ χρόνο. Θα δούμε τι θα συμβεί τότε, ή εάν εφαρμόσουμε πραγματικά για να μεταγλωττίσουμε την ικανότητα, το uprmi και το zypper που έχουμε ήδη εγκαταστήσει.
3 λεπτά firefox!…. Εννοούσατε 30;
Αυτό χρειάστηκε λίγο χρόνο στον υπολογιστή μου με 8350G fx4.5, χρησιμοποιώ το gentoo.
$ genlop -t firefox | ουρά -n3
Σάβ 6 Δεκεμβρίου 20:00:00 2014 >>> www-client / firefox-34.0.5-r1
Χρόνος συγχώνευσης: 16 λεπτά και 35 δευτερόλεπτα
Αυτές οι οδηγίες ειδικά για κάθε επεξεργαστή ονομάζονται μνημονικά και εφαρμόζονται φυσικά εντός του μικροεπεξεργαστή, είναι αυτές που συνθέτουν τη γλώσσα του μηχανήματος, συνεπώς καταρτίζονται έτσι ώστε ένα πρόγραμμα να μπορεί να εκτελείται σε πολλούς τύπους μικροεπεξεργαστών, εάν ή εάν πρέπει να περιορίζονται στον μικρότερη ποσότητα κοινών μνημονικών που υποστηρίζονται σε όλους αυτούς τους μικροεπεξεργαστές ... σπαταλώντας την πραγματική χωρητικότητα των πιο πρόσφατων και ισχυρών μικροεπεξεργαστών.
Έτσι το κάνουν οι εταιρείες και οι δυαδικές διανομές gnu / linux.
Για μένα με Intel i7 4790K με μνήμη RAM 18gb με πήρε αυτό που είπα πριν
Καταλαβαίνω ότι το μικρό που έχετε είναι ανώτερο, αλλά η διαφορά είναι αβυσσαλέα, η αλήθεια πρέπει να είναι μια σαβάνα με αυτήν την ταχύτητα. Ίσως είναι κάτι που σχετίζεται με εξαρτήσεις ή ΧΡΗΣΕΙΣ, οι οποίες είναι ίδιες με τις επιλογές διαμόρφωσης κατά τη σύνταξη με το χέρι.
Μικρή λεπτομέρεια που παραλείψατε να πείτε 18 GB Ram εκτός από το i7, δεν έχουν όλοι αυτό το μηχάνημα, αλλά θα μπορούσατε να κάνετε συγκριτική αξιολόγηση, ώστε η διαφορά να είναι αισθητή, επειδή η θεωρία είναι ωραία, αλλά ας δούμε αν αντισταθμίζει.
Μια άλλη εξαιρετική λεπτομέρεια, ο επεξεργαστής είναι η Intel, επομένως έχει το καλύτερο αιωρούμενο σημείο ανεξάρτητα από το μοντέλο, ένα πολύ σχετικό χαρακτηριστικό για τη διεξαγωγή αυτού του τύπου διαδικασίας
Είναι αλήθεια ότι η κατάρτιση είναι κουραστική. Μα μαθαίνετε πολλά αρνούμενοι το Makefiles, τις βιβλιοθήκες κ.λπ. Είναι κάτι που είναι καλό να κάνουμε ακόμη και μερικές φορές. Χρησιμοποιώ τα πάντα προκατασκευασμένα για τον ίδιο λόγο που ανέφερε ο Tanrax.
Χαιρετίσματα από την Αργεντινή!
Το πρόβλημα που αντιμετωπίζω γενικά κατά την προσπάθεια σύνταξης εντελώς νέων προγραμμάτων έκδοσης οφείλεται πάντα σε εξαρτήσεις, μερικές φορές είναι απαραίτητο να μεταγλωττίσετε όλα (για να φτάσετε στις πιο πρόσφατες εκδόσεις) και στη συνέχεια να σκεφτείτε να μπορέσετε να συντάξετε αυτό που θέλετε.
Τα προβλήματα PATH και οι FLAGS είναι τα πράγματα που με εμποδίζουν να συντάξω τα πάντα (αν και το κάνω συνήθως όπως μπορώ). Ένα από τα εργαλεία που συνήθως συμβουλεύομαι για τη σύνταξη των εξαρτήσεων είναι ο ακόλουθος ιστότοπος - http://www.linuxfromscratch.org/ -
Το #LinuxFromScratch είναι ένα έργο που παρέχει "βήμα προς βήμα" οδηγίες για τη μεταγλώττιση του πηγαίου κώδικα που πρέπει να χρησιμοποιήσετε στο σύστημα. μάθηση).
Ως θετικό σημείο νομίζω ότι η σύνταξη ενός συστήματος από το 0 θα ήταν ενδιαφέρουσα ειδικά για περιβάλλοντα ανάπτυξης ή διακομιστές, μεταξύ άλλων, που λέμε "δεν είναι συνήθως τόσο μεταβλητά" όσο ένας προσωπικός υπολογιστής στον οποίο εγκαθιστούμε συνεχώς και αλλάζουμε τα πάντα (είναι η άποψή μου) εκτός από το γεγονός ότι η ελάχιστη απόδοση που αποκτάται σε αυτόν τον τύπο εφαρμογών χρήσης είναι πολύ σημαντική.
Αυτά είναι σημεία για τα οποία πολύ λίγα λέγονται στις μέρες μας και μόνο οι "μελετητές" τα καταφέρνουν, αλλά είναι ενδιαφέρον να δίνουμε σε αυτά τα είδη τα μαθήματα που χρειάζονται, ώστε κάθε μέρα να βρίσκουμε περισσότερους ανθρώπους που συμβάλλουν στη βοήθεια στις διάφορες κοινότητες όπου συμμετέχουν Και όχι μόνο το Gnu / Linux παραμένει στο χρόνο λόγω της κακής απόδοσης των συνεργατών, αν και μέχρι τώρα "έχει λειτουργήσει με αυτόν τον τρόπο", δεν είναι πολύ υγιές να έχουμε μόνο Τελικούς χρήστες.
Επιτρέψτε μου μια μικρή προσθήκη. Για να αποκτήσετε τα πλεονεκτήματα που εκθέτετε εδώ, πρέπει να διαμορφώσετε σωστά το γνωστό make.conf. Οι σημαίες της οικογένειας του επεξεργαστή και της συλλογής αναφέρονται εκεί. Ομοίως, εκεί μπορείτε να καθορίσετε τον αριθμό των πυρήνων που θα χρησιμοποιήσετε κατά τη συλλογή. Όταν χρησιμοποιείτε όλους τους πυρήνες του μικροφώνου σας, ο χρόνος σύνταξης μειώνεται δραστικά.
χαιρετίσματα
Πολύ καλό άρθρο. Θα ήθελα επίσης ένα παράδειγμα ή θα ήθελα απευθείας, μια ανάρτηση σχετικά με τον τρόπο μεταγλώττισης στο archlinux ή τον τρόπο χρήσης του AUR. Καλή χρονιά από τη Μεντόζα.
Πριν από πολύ καιρό ... Πάντα συντάσσω τον πυρήνα, αλλά είναι πολύ κουραστικό να περιμένω 40 λεπτά: / ούτως ή άλλως ... Δεν έχω συντάξει τίποτα εκτός από τα προγράμματα οδήγησης βίντεο για μεγάλο χρονικό διάστημα (μόνο για ειδικές διαμορφώσεις).
Το άρθρο είναι πολύ ενδιαφέρον, αλλά όχι κύριε, η συσκευασία και η συλλογή δεν είναι το ίδιο;) ..
Πολύ καλή θέση. Συμφωνώ με τη σύνταξη ορισμένων προγραμμάτων, αλλά μερικές φορές είναι κάπως κουραστικό, οπότε χρειάζεται η μηχανή να κάνει τη διαδικασία. Αλλά εκτός από αυτό μαθαίνει πολλά, ειδικά όταν χρειάζονται βιβλιοθήκες ή πακέτα.
Νομίζω ότι για το Archlinux, για τη μεταγλώττιση χρειάζεστε το ακόλουθο πακέτο: base-devel
pacman -S βάση -ανάπτυξη
Οι πληροφορίες είναι πολύ καλές, αλλά η αλήθεια είναι ότι δεν είναι απαραίτητο να συγκεντρώσετε, εάν είστε τυπικός χρήστης και θέλετε απλώς κάτι να λειτουργεί έτσι, μην το αγγίζετε καν. Είναι κουραστικό να μεταγλωττίζετε, πάντα, πάντα λέω ότι λείπει μια βιβλιοθήκη, αντιμετωπίζετε ένα ή άλλο πρόβλημα, πείτε μου να συντάξω τον διακομιστή minecraft έτσι ώστε όλα να είναι όσο το δυνατόν καλύτερα και να αφιερώσω τον χρόνο σας…. Εκτός αυτού, κάθε φορά που μια ενημέρωση ή ενημέρωση κώδικα ή ό, τι βγαίνει, ξεκινήστε να συντάσσετε ξανά το xd
Ακριβώς, η σύνταξη είναι για πολύ συγκεκριμένα προγράμματα που χρειάζεστε για βέλτιστη χρήση, επειδή η σύνταξη όλων, και όπως λέτε, υπάρχουν πάντα ενημερώσεις, κυρίως περιστρεφόμενες διανομές απελευθέρωσης, είναι ενοχλητική. Θα συνιστούσα μόνο πυρήνες.
Σήμερα, σχεδόν όλοι οι επεξεργαστές που χρησιμοποιούν οι άνθρωποι υποστηρίζουν τις ίδιες οδηγίες, επομένως η μεταγλώττιση είναι ευνοϊκή μόνο όταν πρόκειται για τον πυρήνα και σε ένα σύστημα όπως ένας διακομιστής, ότι, και προφανώς όταν δεν υπάρχουν προ-μεταγλωττισμένα πακέτα, οτιδήποτε άλλο είναι χάσιμο χρόνος.
Καλή συνεισφορά, θα προσπαθήσω να δω πώς πηγαίνει, μέχρι στιγμής τις περισσότερες φορές (σχεδόν πάντα) Εγκαθιστώ από τα αποθετήρια ...
Μικρή παρατήρηση: Οι επιλογές εντολών rar είναι χωρίς εγγραφή και το bunzip2 αποσυνδέεται μόνο.
Το μέγιστο που συνέταξα ήταν ένας πυρήνας για το debian wheezy και μου πήρε περίπου 2 ώρες (έχω ένα AMD e450 1.6 Ghz διπλού πυρήνα CPU) και αυτός είναι ακριβώς ο λόγος για τον οποίο δεν εγκαθιστώ το gentoo, την ώρα για τη μεταγλώττιση και τη λήψη ολόκληρου το σύστημα θα μου πήρε περίπου 18 ώρες, και ότι αν δεν έχω κανένα πρόβλημα, είναι αλήθεια ότι είναι καλύτερο να συντάξω, αλλά τις περισσότερες φορές ο χρόνος που απαιτείται είναι πάρα πολύ και νομίζω ότι δεν αξίζει τον κόπο. Έχετε μια ώθηση ταχύτητας, αλλά δεν είναι πολύ και νομίζω ότι δεν δικαιολογεί όλη την επένδυση. Αν και κάποια μέρα έχω έναν υπολογιστή με επεξεργαστή τόσο καλό όσο και τον δικό σας, θα προσπαθήσω να εγκαταστήσω το gentoo 😛
Ανθρωποι:
Χωρίς προθέσεις φλόγας ή οτιδήποτε άλλο, οι slackers το βλέπουν ως φυσικό να μεταγλωττίσουν, να δημιουργήσουν το δυαδικό, να το εγκαταστήσουν με τον σχετικό διαχειριστή πακέτων (που επιλύει προφανώς εξαρτήσεις, slapt-get, swaret, slackyd και / ή πολλά άλλα), με όλα βελτιστοποιημένα για μας ομάδα και σαν να μην είναι τίποτα, που δεν είναι τίποτα για να γράψω σπίτι ή κβαντική φυσική.
Η παρακολούθηση ενός DVD χωρίς fidgeting σε P3 750MHz με 192MB RAM δεν είναι ούτε αδύνατο ούτε δύσκολο να επιτευχθεί μέσω του Slackware. Βεβαιώνω, και είναι πιο γρήγορο από τη σύνταξη ενός Gentoo. Αλλά δεν είναι το ίδιο, χρησιμοποιώ επίσης το Gentoo.
Η διαφορά μεταξύ του χάκερ και του καταναλωτή είναι ότι ο καταναλωτής λέει «Μακάρι να λειτουργεί έτσι» και ο χάκερ «Έχω ένα κατσαβίδι και λίγα λεπτά» - Rael Dornfest
Υπάρχει πραγματικά αισθητή βελτίωση της απόδοσης;
Με ram τελευταίας γενιάς i7 και 18 Gb, πώς παρατηρείτε τη διαφορά μεταξύ των μεταγλωττισμένων πακέτων και των δυαδικών αρχείων;
Πάντα μισούσα για την καταλληλότητα των αυτο-μεταγλωττισμένων πακέτων, αλλά νομίζω ότι στο σημερινό περιβάλλον επιτραπέζιου υπολογιστή είναι πολύ περίπλοκο να το διατηρήσουμε, ειδικά λόγω της πολυπλοκότητας των εξαρτήσεων, των συνεχών ενημερώσεων και της τεράστιας εξάρτησης από μη-δωρεάν πηγές., όπως στην περίπτωση των ιδιόκτητων προγραμμάτων οδήγησης, τα οποία αναμφίβολα επηρεάζουν την απόδοση πολύ περισσότερο από οποιαδήποτε πτυχή που μπορεί να συγκεντρωθεί ...
αφορά
Λαμβάνοντας υπόψη ότι το Gnome 3 το μεταγλωττίζει μόνο (θα πω τα ονόματα ακατέργαστα από τα ονόματα των πακέτων που δεν θυμάμαι): το κέλυφος (η γραμμή), το κέντρο ελέγχου gnome (πλήρες, με τις εξαρτήσεις του κ.λπ.), το applet για το χρόνο και περίπου 2 ή 3 εξαρτήσεις για να λειτουργήσει το κέλυφος. Προφανώς, το κέλυφος απαιτούσε περισσότερες εξαρτήσεις για να λειτουργήσουν όλες οι λειτουργίες του, αλλά με οδήγησε να μεταγλωττίσω το GDM μεταξύ άλλων, το διόρθωσα τροποποιώντας το με το GConf μόλις μεταγλωττίστηκε το κέλυφος.
Τώρα όταν συνδέομαι (μέσω τερματικού) το περιβάλλον χρειάζεται πολύ λιγότερο χρόνο για φόρτωση από ό, τι όταν εγκαταστάθηκε προκατασκευασμένο. Ρίχνοντας έναν χρόνο στον αέρα, με έναν προκατασκευασμένο τρόπο, νομίζω ότι χρειάστηκαν περίπου 3 ή 4 δευτερόλεπτα για να φορτώσει το κέλυφος (με περίπου 5 στα οποία εμφανίζεται η ταπετσαρία, δεν κατάλαβα ποτέ γιατί χρειάστηκε τόσο πολύς χρόνος, μου φαίνεται ότι είναι λόγω του προγράμματος οδήγησης με το GT 630) και συντάχθηκε μόλις μπήκα στον κωδικό πρόσβασης ξεκινά το X org και το περιβάλλον φορτώνεται (με preload και prelink τα έκανα πολύ πιο γρήγορα, μου φαίνεται ότι οφείλεται στο ότι μεταφέρθηκαν στο η προσωρινή μνήμη https://www.google.com.ar/search?q=preload+y+prelink+fedora&ie=utf-8&oe=utf-8&gws_rd=cr&ei=iXaqVPykO4qYNpbTgdAP )
Το γεγονός ότι το i7 έχει οδηγίες ss4 και ss3, οι οποίες αγνοούνται από γενικές εκδόσεις από διάφορες διανομές (build debian για 486, ubuntu για 686) μπορεί να σας δώσει μια ιδέα για το πότε σπατάλη υλικού προσπαθώντας να εκτείνεται ένας 20χρονος επεξεργαστής - ίσως ευχαριστώ για την υποστήριξη του παλιού μου πεντίου mmx-. Εάν χρειάζεστε "ιδιόκτητα προγράμματα οδήγησης" όπως αναφέρατε, ο πυρήνας παρέχει τη δυνατότητα φόρτωσης συγκεκριμένου υλικολογισμικού κατά τη στιγμή της σύνταξης. Δεν υπάρχουν πλέον περίεργα ζητήματα με το xorg.
Σας ευχαριστούμε για τις πληροφορίες, είναι πάντα καλό να μαθαίνετε (ή να ξαναμάθετε) (:
Ο Debian χαίρεται στο Gentoo 🙂
http://crysol.org/es/node/699
Ένα άλλο μειονέκτημα είναι ότι η συλλογή από τερματικό είναι για χρήστες που γνωρίζουν ή έχουν ήδη κάποια γνώση σχετικά με το Linux. Υπάρχει ένα γραφικό εργαλείο που δεν διαχειρίζεται τη συλλογή, εγκατάσταση και ενημέρωση προγραμμάτων αλλά γραφικά;
Υπολογίστε το linux το κάνει αυτό, είναι ένα gentoo με γραφικά εργαλεία έτοιμα να μεταγλωττιστούν. Στο Phoronix το συνιστούν συνήθως.
Είμαι χρήστης linux, μερικές φορές όταν θέλω να εγκαταστήσω ένα πρόγραμμα από το αποθετήριο εγκαθίστανται οι παλιές εκδόσεις του προγράμματος, απλώς και μόνο επειδή οι νέες δεν έχουν μεταγλωττιστεί για την εν λόγω διανομή, νομίζω ότι η γνώση του πώς να μεταγλωττιστεί είναι απαραίτητη, ακόμη περισσότερο όταν χρησιμοποιούνται σπάνιες διανομές.
Όλα όσα λέει στην ανάρτηση είναι καλά και δεν αμφιβάλλω ότι είναι αλήθεια, αλλά η διαφορά απόδοσης μεταξύ της εγκατάστασης ενός δυαδικού πακέτου και της σύνταξης του εαυτού σας είναι αντιληπτή από έναν χρήστη.
Και τα μειονεκτήματα της σύνταξης είναι πολλά και αν είναι σαφώς αντιληπτά από τον χρήστη. Γι 'αυτό και εγώ προσωπικά κάνω βήμα για τη σύνταξη.
Όπου έχω παρατηρήσει τις περισσότερες επιδόσεις κατά τη σύνταξη του πυρήνα, ήταν σε φορητό υπολογιστή με επεξεργαστή AMD 64. Η αλλαγή μεταξύ του πυρήνα του εργοστασίου και του μεταγλωττισμένου ήταν βάναυση.
Αυτήν τη στιγμή, έχω έναν εργοστασιακό πυρήνα στο σύστημά μου, γιατί όπως λένε πολλά εδώ, υπήρχε μια στιγμή που συνέταξα σχεδόν τα πάντα και κουράστηκα.
Αυτήν τη στιγμή, συντάσσω ορισμένα ζωτικά σημαντικά προγράμματα, όπως η χρήση ενός μικρού διακομιστή ή η αναπαραγωγή με εξομοιωτές. Πριν από λίγο καιρό έκανα μια ανάρτηση σχετικά με τον τρόπο σύνταξης της έκδοσης mame. Αυτά τα προγράμματα είναι γενικά αν είναι αισθητά όταν τα έχετε βελτιστοποιήσει για το σύστημά σας.
Απλά πρέπει να δοκιμάσω αυτό το gentoo distro και να δω πώς πηγαίνει η παράσταση.
Ξέχασα να προσθέσω, σε άτομα που χρειάζονται πολύ χρόνο για τη σύνταξη του πυρήνα, περισσότερο από 30 λεπτά, υπάρχουν πολλά κόλπα για να το κάνουμε σε λιγότερο χρόνο.
Ένα από αυτά τα κόλπα είναι ότι, μόνο η συλλογή των μονάδων του εξοπλισμού σας, το μέγιστο, ίσως το πολύ 70 μονάδες είναι αυτό που σας φαίνεται και αν προσθέσουμε την υποστήριξη των iptables με όλες τις απαιτήσεις του, νομίζω ότι θα αυξηθεί σε 300 μονάδες. Ελάτε, είναι πολύ καλύτερο από το να συντάξετε μονάδες 3000-odd, έναν αριθμό που τρέχει αυτήν τη στιγμή εάν οι μονάδες του πυρήνα καταρτίζονται καθώς προέρχονται από το εργοστάσιο ή όπως λένε, βανίλια.
Το πρόγραμμα που θα σας βοηθήσει να μάθετε ποιες ενότητες αναγνωρίζει ο πυρήνας στο σύστημά σας είναι "localmodconfig" ή χρησιμοποιώντας αυτό το σενάριο "streamline_config.pl" που βρίσκεται στον κατάλογο πηγής του πυρήνα, στη διαδρομή "/ scripts / kconfig /»
Φυσικά, βεβαιωθείτε ότι έχετε συνδέσει όλες τις συσκευές USB, αφού μόλις ο πυρήνας αναγνωρίσει όλες τις ενότητες σας, είναι μόνο θέμα σύνταξης.
Ο πυρήνας θα είναι πολύ ελαφρύς και θα νιώσετε έναν ορισμένο αέρα φρεσκάδας στο σύστημα, καθώς και να επιταχύνετε περισσότερο την εκκίνηση και τον τερματισμό του συστήματος.
Χαιρετισμούς.
Η ζωή δεν είναι τόσο εύκολη! Υπάρχουν προγράμματα που χρησιμοποιούν cmake ή άλλα πράγματα, και η ενημέρωση και σύνταξη όλων χρειάζεται χρόνος. Και έχοντας μια τέτοια CPU, τι διαφορά θα σας κάνει;
Το πρόβλημα με τη μεταγλώττιση είναι ότι ορισμένα από τα προγράμματα που εγκαθιστούμε με αυτήν τη μέθοδο δεν απεγκαθίστανται ή δίνουν σφάλματα όταν το κάνουμε, επομένως δεν μπορούμε να τα απεγκαταστήσουμε.
Πρέπει να αποθηκεύσετε το φάκελο με τις μεταγλωττισμένες πηγές, όταν θέλετε να απεγκαταστήσετε, το μόνο που έχετε να κάνετε είναι να μεταβείτε στο φάκελο πηγών και από ένα τερματικό ως root εκτελέστε:
# κάντε απεγκατάσταση
Φυσικά, τα πακέτα που συντάσσονται με το χέρι από προεπιλογή σε κάθε σοβαρή διανομή εγκαθίστανται ξεχωριστά, δηλαδή, στο / usr / local / bin not in / usr / bin όπου ο διαχειριστής πακέτων της διανομής τα τοποθετεί από προεπιλογή, έτσι. Τίποτα είναι συνυφασμένη.
Το άρθρο εγείρει αρκετά ενδιαφέροντα πράγματα, αλλά δεν έχει μια τρομερή ποιότητα όσον αφορά τους όρους και τη λογική του δομή.
«Σε ένα εκτελέσιμο πρόγραμμα για τη λειτουργία του μέσω της χρήσης του ΕΠΕΞΕΡΓΑΣΤΗ για τη μετατροπή της γλώσσας που χρησιμοποιείται για τη δημιουργία του κώδικα στο δυαδικό και συναρμολογητή. Ονομάζεται επίσης συχνά συσκευασία. "
Λάθος. Ένας μεταγλωττιστής χρησιμοποιείται στην πραγματικότητα, είναι υπεύθυνος για τη μετάδοση των οδηγιών μιας συγκεκριμένης γλώσσας προγραμματισμού στην αντίστοιχη γλώσσα συναρμολόγησης και στη συνέχεια τη μετάφραση σε γλώσσα μηχανής.
Η γλώσσα συναρμολόγησης είναι μνημονική που αντικατοπτρίζει μια ομάδα οδηγιών που κατοικούν στους καταχωρητές του chip.
«Όταν κατεβάζετε, αποσυμπιέζετε και συντάσσετε τον πηγαίο κώδικα ενός προγράμματος, συντάσσεται με τις συγκεκριμένες οδηγίες του επεξεργαστή ΣΑΣ»
Κατά τη σύνταξη ενός προγράμματος, θα γίνει απλώς με τις κοινές οδηγίες για την αρχιτεκτονική. Εξαρτάται από κάθε χρήστη να ενεργοποιήσει τις αντίστοιχες σημαίες μεταγλωττιστή προκειμένου να βελτιστοποιήσει ένα πρόγραμμα για έναν συγκεκριμένο επεξεργαστή.
Όσον αφορά τα σχόλιά σας σχετικά με τη σύνταξη του πυρήνα:
Κατά τη μεταγλώττιση του πυρήνα, θέλετε να ενεργοποιήσετε ή να απενεργοποιήσετε δυνατότητες που μπορεί να είναι ή να μην είναι χρήσιμες σε μια συγκεκριμένη στιγμή, οι οποίες δεν θα αντικατοπτρίζονται απαραίτητα στη σχέση μεγέθους και ταχύτητας στο φορτίο εκτέλεσης.
Όταν αναφέρεστε στην ακόλουθη ενότητα:
dh-make devscripts fakeroot debhelper debian-Policy ccache dh-autoreconf autotools-dev build-dep
Αυτά τα προγράμματα δεν είναι απαραίτητα για τη σύνταξη ενός προγράμματος. Όπως προσπαθούσατε να πείτε στην αρχή, ο αριθμός των γλωσσών προγραμματισμού σάς εμποδίζει να μάθετε με βεβαιότητα ποια εργαλεία πρέπει να έχετε εγκαταστήσει για να μπορέσετε να μεταγλωττίσετε προγράμματα στο gnu / linux ... μπορείτε να το γνωρίζετε μόνο με τη συμβουλή τεκμηρίωση του προγράμματος που θέλετε να εκτελέσετε. Τα προγράμματα που αναφέρετε χρησιμοποιούνται για την ΑΠΕΝΕΡΓΟΠΟΙΗΣΗ και τη συσκευασία σε αυτήν τη μορφή ενός προγράμματος που μπορεί ή δεν μπορεί να μεταγλωττιστεί.
Υπάρχουν άλλα ζητήματα στο άρθρο που αποδεικνύονται κάπως διφορούμενα ως προς τον τρόπο με τον οποίο τίθενται. Θα ήταν δύσκολο να τα αντιμετωπίσουμε όλα.
Προτείνω την αναθεώρηση του άρθρου όσο το δυνατόν περισσότερο από τον δημιουργό του και προτρέπει τον καλύτερο έλεγχο της ποιότητας των δημοσιεύσεων.
Φίλε, δεν είναι ούτε αυτό.
Το άρθρο δεν αφορά το περιοδικό Science, είναι απλώς ένα εισαγωγικό άρθρο και πιστεύω ότι με τους όρους με τους οποίους είναι γραμμένο, είναι αρκετά σε βάθος για έναν αρχάριο χρήστη να κατανοήσει τις βασικές έννοιες.
Εάν αποκτήσουμε ακαδημαϊκά, τα τρία τέταρτα αυτού που δημοσιεύεται στο Διαδίκτυο δεν θα αξίζει απολύτως τίποτα.
Ας μην είμαστε τόσο καθαροί ... είναι αδύνατο να συμφωνήσουμε 100% με ένα άρθρο, αλλά δεν μπορούμε να αξιολογούμε συνεχώς την "τεχνική" ποιότητα, σαν να αξιολογούσαμε ένα διδακτορικό.
Η πλήρης υποστήριξή μου στον συγγραφέα αυτού του άρθρου
ενδιαφέρον άρθρο
Είναι πάντα καλό για τους λάτρεις της ελευθερίας να χρησιμοποιούν unar αντί για rar για να αποσυμπιέσουν ελεύθερα τα rars. ( https://packages.debian.org/jessie/unar )
Χτύπησα το σφάλμα με αυτό το ζήτημα ... Άρχισα να ψάχνω στο google αλλά δεν μπορώ να βρω ένα σεμινάριο για τη μεταγλώττιση του firefox με ubunto 14.04 amd64 bits ... διαφορετικά, απόψε παίρνω τον πυρήνα με τον ακόλουθο οδηγό: http://www.redeszone.net/2014/11/28/como-instalar-el-ultimo-kernel-de-linux-en-ubuntu-14-04-lts/
καλό άρθρο, μαθαίνω πολλά. αλλά θα το χρησιμοποιούσα μόνο για κάποιο συγκεκριμένο πρόγραμμα που καταναλώνει πολλούς πόρους, όπως για παράδειγμα τα προγράμματα επεξεργασίας βίντεο. Χαιρετίσματα.
Μεταξύ αυτού του άρθρου και αυτού του Gentoo που δημοσίευσαν πριν από λίγες ημέρες με δελεάζουν να εγκαταστήσω το Gentoo στον υπολογιστή μου. Πριν από πολλά χρόνια χρησιμοποίησα το Sabayon, το οποίο διευκόλυνε ολόκληρη τη διαδικασία εγκατάστασης, αλλά κράτησα τη βάση που πρόκειται να μεταγλωττίσω από την πηγή. Ειλικρινά δεν θυμάμαι να παρατηρώ καμία διαφορά στην απόδοση του φορητού υπολογιστή μου (εκείνη την εποχή είχα ένα γύρο) με το Sabayon ή το Ubuntu, οπότε δεν ξέρω αν θα ρίξω στον εαυτό μου όλη τη δουλειά της διαγραφής του Arch μου που λειτουργεί πολύ καλά για να το εγκαταστήσετε. Δεν είμαι σίγουρος ότι αξίζει μερικά χιλιοστά του δευτερολέπτου ανά πρόγραμμα.
Από τα 4 τεμάχια με gentoo που έχω εγκαταστήσει και ενημερώσει, προστέθηκε το σημειωματάριο που είχε το archlinux ... Το Systemd με κουράστηκε, έπρεπε ήδη να το χρησιμοποιήσω με το startx γιατί στην τελευταία ενημέρωση, και οι δύο πυρήνες έφτασαν στο 85% της χρήσης, χωρίς να κάνω τίποτα, ερεύνησα και φαίνεται ότι κάτι έχει αλλάξει στο systemd για να κάνει το slim να τρελαθεί και να φάει τον μικροεπεξεργαστή.
Αρκετά, ήταν αρκετά με αψίδα ... πολύ καιρό κράτησε, περισσότερο από δύο χρόνια, τώρα εγκαθιστώ το gentoo, πηγαίνω για τη δοκιμή ενημέρωσης stage3, για απόψε θα ανοίξει ένα openbox με πατάτες.
Καλό άρθρο, με κάνει να θέλω να μεταγλωττίσω το Qupzilla, αλλά με ένα sempron θα χρειαστούν μέρες, καλά, δεν ξέρω τόσο πολύ, αλλά εξακολουθεί να δίνει ένα κακό συναίσθημα.
Ένα άλλο μειονέκτημα της συλλογής είναι ότι όταν υπάρχει μια ενημέρωση, είναι απαραίτητο να μεταγλωττίσετε και να εγκαταστήσετε ξανά την ενημέρωση, πράγμα που αποτελεί πρόβλημα, δεδομένου ότι ορισμένα προγράμματα έχουν σύντομους κύκλους ανάπτυξης και για αυτούς εκδίδονται ενημερώσεις συχνά, 2 έως 3 μήνες, με όλα Αυτό βαρεθεί ο περιστασιακός χρήστης και ο συνεχής χρήστης καταναλώνει πολύ χρόνο για να διατηρεί ενημερωμένο το σύστημά του.
Θα ήθελα να μάθω ποιες εφαρμογές συνιστάται να συντάσσονται. ανάλογα με τη χρησιμότητά του, τη συχνότητα ενημέρωσης και τη βελτίωση της απόδοσης.
Αυτό είναι παράλογο, εάν πρέπει να συντάξετε τον εαυτό σας, χρησιμοποιείτε λάθος διανομή. Ο μόνος λόγος για την κατάρτιση είναι να προσθέσετε επιλογές εντοπισμού σφαλμάτων για να σας επιβραδύνει, σε αντάλλαγμα για την καλύτερη διόρθωση των σφαλμάτων άλλων.
Το σύστημά σας δεν είναι αργό επειδή χρειάζεται -O3, είναι αργό επειδή υπάρχει ένα πρόγραμμα που διαβάζει πάρα πολύ στο δίσκο ή ζωγραφίζει πάρα πολύ στην οθόνη.
Η πρότασή μου: αντί να βελτιστοποιήσουμε το σύστημά μας, ας εργαστούμε ως κοινότητα για να βελτιώσουμε το λογισμικό που έχουμε όλοι.
Δεν έχετε εξηγήσει πώς να βελτιστοποιήσετε τη συλλογή, για παράδειγμα στο Gentoo USE οι επιλογές χρησιμοποιούνται για τη βελτιστοποίηση του δημιουργημένου κώδικα, πρέπει επίσης να υποδείξετε τον επεξεργαστή κ.λπ. Πώς γίνεται σε UBUNTU / Debian ή Arch ;, Ενδιαφέρον άρθρο.
Good!
Ελλείψει ανάγνωσης των παρακάτω σχολίων έχω έναν αρχάριο στο linux:
Χρησιμοποιώ το Fedora 20, έχω ήδη εγκαταστήσει αρκετά πράγματα, για παράδειγμα, το πρόγραμμα περιήγησης Firefox, για να το μεταγλωττίσω για το μηχάνημά μου, μπορώ απλώς να το κάνω; Δηλαδή, κάτω από τον κώδικα και να το μεταγλωττίσω, ή πρέπει πρώτα να εξαλείψτε το πρόγραμμα που έχω ήδη κατεβάσει για να μεταγλωττίσετε το νέο ...
Το ίδιο με τον πυρήνα Linux και τέτοια….
Ίσως ρωτάω κάτι παράλογο, αλλά ήδη λέω ότι είμαι αρκετά αρχάριος στα σοβαρά πράγματα του Linux lol
Χαιρετισμούς!
Νομίζω ότι ο πυρήνας δεν είναι απαραίτητος, αλλά πρέπει να δημιουργήσετε μια καταχώριση για κάθε πυρήνα στο GRUB, με τον Firefox Δεν ξέρω αν συνιστάται να έχουμε 2 firefox, προσωπικά προτιμώ να έχω 1 μόνο πυρήνα και 1 μόνο firefox
Το μόνο πράγμα που συνέταξα στη ζωή μου ήταν μια έκδοση στην ανάπτυξη του Musique, μου αρέσει πολύ αυτή η εφαρμογή, άξιζε όλη την ώρα που χρειάστηκε για τη διαδικασία. Για έναν τελικό χρήστη σαν εμένα, όταν τελείωσα, ένιωσα ικανοποιημένος.
Χαιρετισμούς, εξαιρετικό blog.
Γεια σας, χρησιμοποιώ το Slackware και η σύνταξη των εφαρμογών είναι το πιο φυσιολογικό πράγμα στον κόσμο.
Εγκαθιστάτε το σύστημα από ένα ISO που είναι ήδη προ-μεταγλωττισμένο και οι προκατασκευασμένες εφαρμογές που μπορείτε να χρησιμοποιήσετε από το επίσημο αποθετήριο είναι λίγες, αν και αν θέλετε μπορείτε να κατεβάσετε τον πηγαίο κώδικα του συστήματος (και τα αρχικά σενάρια με τα οποία συντάσσεται ολόκληρη η διανομή ) και συντάξτε το μόνοι σας, έτσι φαντάζομαι ότι το Gentoo λειτουργεί.
Ωστόσο, το έργο SlackBuilds παρέχει σενάρια (παρόμοια με την επίσημη διανομή) για πολλές εφαρμογές τρίτων, στις οποίες κατεβάζετε τον πηγαίο κώδικα αυτού που θέλετε να εγκαταστήσετε και μετατρέψτε το σε πακέτο tgz ή txz που εγκαθίσταται αργότερα μαζί του. επίσημος διαχειριστής πακέτων της distro. Επομένως, το πλεονέκτημα είναι ότι αποφεύγετε τη χρήση των εντολών διαμόρφωσης, δημιουργίας, εγκατάστασης και μπορείτε να ενημερώσετε, να επανεγκαταστήσετε ή να αφαιρέσετε το πακέτο όπως οποιοδήποτε άλλο και πολύ εύκολα.
Το μειονέκτημα είναι ότι στο Slackware οι εξαρτήσεις δεν επιλύονται αυτόματα όπως σε άλλες διανομές, οπότε πρέπει να μεταγλωττίσετε πρώτα τις απαραίτητες εξαρτήσεις και την εφαρμογή που θέλετε να εγκαταστήσετε τελευταία. Τα μεταγλωττισμένα προγράμματα που χρησιμοποιώ είναι από LibreOffice, Texmaker, Spyder, Qt5, QtCreator, VLC, Wine, GRASS, QGis, μεταξύ άλλων. Ανάλογα με την εφαρμογή και τις απαιτήσεις της, η συλλογή και η εγκατάσταση μπορεί να διαρκέσουν από 5 λεπτά έως αρκετές ώρες. Αλλά αν θέλετε μπορείτε να βρείτε και να χρησιμοποιήσετε ένα προ-μεταγλωττισμένο πακέτο για να εξοικονομήσετε χρόνο.
Δεν είχα χρόνο να ελέγξω αν υπάρχει μεγάλη διαφορά μεταξύ των μεταγλωττισμένων και των μεταγλωττισμένων πακέτων, αλλά το σύστημά μου είναι πολύ σταθερό. Αλλά πιστεύω ότι τουλάχιστον στον φορητό υπολογιστή μου δεν υπάρχει μεγάλη διαφορά επειδή δεν είναι τόσο ισχυρό, διαθέτει επεξεργαστή i3 και 4 GB μνήμης RAM.
Χαιρετισμούς και καλή συλλογή.
Αυτήν τη στιγμή χρησιμοποιώ το Funtoo, για να είμαι ειλικρινής, δεν βλέπω καμία διαφορά απόδοσης μεταξύ της σύνταξης ενός προγράμματος ή της εγκατάστασης του προκατασκευασμένου, το κάνω καθαρά για εκπαιδευτικό σκοπό, αλλά αν υπάρχουν διαφορές μεταξύ της σύνταξης του πυρήνα και της μη εκτέλεσης, Ναί. Όταν χρησιμοποιούσα το debian και ήθελα να συντάξω κάτι, χρησιμοποίησα την ακόλουθη ακολουθία:
. / Διαμόρφωση
Make -j3 (αριθμός πυρήνων + 1)
αλλοδαπός
Χρησιμοποίησα το alíen επειδή δημιουργεί ένα δυαδικό από το μεταγλωττισμένο πρόγραμμα και έτσι μπορείτε να το εγκαταστήσετε στο σύστημά σας όπως οποιοδήποτε δυαδικό και, επομένως, εάν θέλετε να απεγκαταστήσετε, μπορείτε απλά να χρησιμοποιήσετε synaptic ή άλλο διαχειριστή πακέτων, αυτό είναι το πλεονέκτημα της δημιουργίας το πακέτο και την εγκατάσταση του πακέτου ως έχει, αντί να κάνει "make install"
Βλέπω μια βελτίωση, τουλάχιστον με μεγάλα και βαριά πακέτα, για παράδειγμα το Libreoffice στο Funtoo χρειάζεται πολύ λιγότερο χρόνο για φόρτωση από ό, τι στο Debian, το ίδιο συνέβη και με τα VLC ή με mpv και MKV FullHD και αρχεία πολλαπλών ήχων, το το φορτίο είναι πολύ πιο γρήγορο.
Ένα άλλο που έχει επίσης υποστεί την αλλαγή είναι ο Firefox, στο Debian που έχει 10 ή 15 καρτέλες με τον υπολογιστή μου γίνεται βασανιστήριο, αλλά με το Funtoo κατάφερα να ανοίξω έως και 30 και συνεχίζει σαν να μην υπάρχει τίποτα και η κατανάλωση ram είναι πολύ χαμηλότερη και λιγότερο Τείνει να παγώσει για αρχεία JS, νομίζω ότι εξαρτάται περισσότερο από το πλαίσιο στον τρόπο εκτέλεσης ορισμένων εργασιών και προγραμμάτων.
Το πρόβλημα είναι ότι όταν το κατεβάζουμε προκατασκευασμένο μετατρέπουμε κάθε linux distro σε ένα ακατέργαστο αντίγραφο παραθύρων
Περισσότερο από ό, τι σε μια θεαματική αύξηση της απόδοσης, βλέπω το πλεονέκτημα της δυνατότητας σύνταξης των πακέτων με τα στοιχεία που θέλει κάποιος: για παράδειγμα, εάν δεν έχετε εκτυπωτή, μπορείτε να υποδείξετε ότι τα πακέτα με υποστήριξη για CUPS δεν συντάσσονται - τα πακέτα που χρησιμοποιούν CUPS, προφανώς, εάν μεταγλωττίσετε το Hunspell με ή χωρίς CUPS, δεν θα έχει σημασία - μόνο - τουλάχιστον στο Gentoo - που δείχνει στο αρχείο make.conf, όπου συγκεντρώνονται όλες οι επιλογές για την κατασκευή πακέτων "-cups "; εάν χρησιμοποιείτε το KDE5 ή το Plasma 5, όπως το ονομάζουν τώρα, μπορείτε να καθορίσετε τις ετικέτες "-kde", "-qt4", οι οποίες ήταν έγκυρες ετικέτες για το KDE 4 αλλά περιττές στο KDE 5 και εφαρμογές που μεταφέρθηκαν στη νέα επιφάνεια εργασίας, "-gnome", "-Gtk" και ούτω καθεξής με οποιοδήποτε στοιχείο γνωρίζετε ότι δεν χρειάζεστε. Εάν για κάποιο λόγο χρειάζεται ένα συγκεκριμένο πρόγραμμα, ας πούμε GTK, τότε μπορείτε, σε ένα αρχείο που ονομάζεται package.use, να υποδείξετε ότι χρησιμοποιεί GTK, για παράδειγμα για το Pidgin με την ίδια ετικέτα αλλά χωρίς το σύμβολο μείον, δηλαδή, " gtk »:« Net-im / pidgin gtk ».
Με αυτόν τον τρόπο, ένα σύστημα επιτυγχάνεται μερικές εκατοντάδες megabyte ελαφρύτερα και μικρότερα και πιο αποδοτικά δυαδικά αρχεία, χωρίς να έχει περιττό κώδικα. Έχω πάει από το Ubuntu στο Gentoo μέσω των Opensuse, Kubuntu, Debian, Arch, Chakra ή KaOS και το Gentoo είναι το γρηγορότερο σύστημα που έχω και έχω ακόμα το ίδιο Core 2 Duo που είχα πριν από 7 χρόνια. Φυσικά, αφήνω τις συλλογές για τη νύχτα, γιατί η κατάρτιση του QT5 για παράδειγμα διαρκεί αρκετές ώρες. Εάν ορίσετε την παράμετρο "ωραία" για το Portage στο make.conf, μπορείτε να εγκαταστήσετε πακέτα ή να ενημερώσετε ενώ συνεχίζετε να εργάζεστε με το μηχάνημα και δύσκολα θα παρατηρήσετε μεγάλη επιβράδυνση, αν και προφανώς ο χρόνος σύνταξης αυξάνεται. αλλά έλα, για να το εγκαταστήσω ή να το ενημερώσω όταν πηγαίνω στο δείπνο, και αν χρειαστεί να το αφήσω να λειτουργεί μια νύχτα, ο παλιός υπολογιστής μου λειτουργεί καλύτερα από το I3 της φίλης μου με το Kubuntu.
Μια άλλη ολοένα και πιο σημαντική πτυχή είναι ότι κατά τη σύνταξη από αρχεία προέλευσης, η ασφάλεια που το πακέτο εγκαθιστούμε είναι το αρχικό, το οποίο δεν έχει χειριστεί από τρίτα μέρη, είναι σχεδόν ολοκληρωτικό. Νομίζω ότι το Debian εφαρμόζει ένα σύστημα επαλήθευσης εκδόσεων που θα εγγυάται λίγο περισσότερο από το προκατασκευασμένο που εγκαταστήσαμε προέρχεται από την αρχική πηγή, αλλά δεν θα υπάρξει ποτέ τόσο μεγάλη βεβαιότητα όταν αυτό το πακέτο έχει συνταχθεί στο μηχάνημά μας με τη ρύθμιση.
Κατά τη γνώμη μου, με έναν σύγχρονο επεξεργαστή, όχι μια καστάνια όπως η δική μου, hehe και, εάν θέλουμε να επιταχύνουμε τη διαδικασία, με 8 GB μνήμης RAM για να μπορέσετε να προσαρτήσετε / var / tmp - τον προσωρινό φάκελο που χρησιμοποιεί το Portage compilation- στη μνήμη RAM, η οποία θα είναι πάντα πιο γρήγορη από έναν σκληρό δίσκο ή SSD, σήμερα δεν βλέπω πολύ νόημα να χρησιμοποιώ προ-μεταγλωττισμένα πακέτα. Εάν ο υπολογιστής μου Firefox διαρκεί περίπου 40 λεπτά για να μεταγλωττιστεί, πόσο καιρό μπορεί να πάρει για ένα I5 ή ένα I7 που κυκλοφορούν επί του παρόντος στην αγορά, 5 λεπτά, ακόμη και λιγότερο; Αναφέρομαι στον πηγαίο Firefox, όχι στον Firefox-bin, το οποίο είναι ένα προ-μεταγλωττισμένο δυαδικό πακέτο που μπορεί να εγκατασταθεί στο Gentoo εάν έχετε πολύ αργό μηχάνημα - υπάρχουν πολλά μεγάλα πακέτα που προσφέρονται ήδη προσυμπυκνωμένα για αυτόν τον λόγο, δεν είναι υποχρεωτική για τη συλλογή όλων -. Δεν μπορώ να μιλήσω γιατί η φίλη μου δεν θα με αφήσει να παίζω με τον υπολογιστή της, hehe, και ο δικός μου πηγαίνει τόσο καλά που δεν νιώθω την ανάγκη να το ανανεώσω, αλλά αν έχω δίκιο, νομίζω ότι αξίζει να χαθεί λίγα λεπτά συλλογής για να φτιαχτεί ένα σύστημα για μέτρηση. Πιο προσαρμοσμένο και προσαρμοσμένο στο μηχάνημά μας, δεν νομίζω ότι τίποτα μπορεί να επιτευχθεί χωρίς να περάσω σε αυτές τις μεθόδους Linux από το μηδέν, το Linux από το μηδέν, το οποίο πιστεύω ότι έχει ήδη δεσμευτεί για επιστήμονες υπολογιστών ή πολύ προηγμένους γνώστες του Linux.
Χαιρετισμούς.
Πολύ καλό!
ένα πράγμα δεν υπάρχει το «Amd Atom x2»
Το υπάρχει είναι εμπορικό σήμα της Intel
αφορά