Συζήτηση περί Fedora, Gentoo και άλλων διανομών. [split]

[WandereR]

Μην επιμένεις. Η ασσεμπλυ δεν θεωρείται δύσκολή γλώσσα επείδη είναι ακατανόητη με το μάτι. Ακατονόητη είναι και η περλ .Χρειάζεται γνώση και των μάνιουαλς που αναφέρεις. Γιατι σου φαίνεται τόσο περίεργο? Αυτοι που φτιάξαν τον κομπάιλερ, δεν επρεπε να τα γνωρίζουν δλδ?

[mrsaccess]

Επιμένω γιατί το ξέρω από πρώτο -και επίσημο- χέρι.
Οι σύγχρονοι desktop/server επεξεργαστές φτιάχνονται για να τρέχουν κώδικα βελτιστοποιημένο από compiler και όχι από άνθρωπο.

Σας φαίνεται περίεργο γιατί πιθανόν έχετε γράψει assembly για κάποιον μικροελεγκτή ή πολύ παλιό επεξεργαστή. Και εγώ έχω γράψει assembly αν σας παρηγορεί και έχουμε και μέλη που από ότι ξέρω γράφουν assembly για την δουλειά τους, δηλαδή βρίσκονται σε επαγγελματικό επίπεδο. Κανείς δεν γράφει assembly για σύγχρονους επεξεργαστές για performance critical tasks. Assembly σε σύγχρονο επεξεργαστή θα γράψεις μόνο αν χρειάζεσαι low level πρόσβαση στο hardware ή πολύ καλό έλεγχο στο πεδίο του χρόνου (real time).
Εδώ ακόμα και σε DSP μειώνονται οι hard coded libraries γιατί το κέρδος είναι μονοψήφιο ενώ το impact σε περίπτωση λάθους μεγάλο! Χώρια του χρόνου που χρειάζεται για το development και φυσικά δεν δικαιολογείται!

Όπως λένε «η νέα assembly είναι η C».

Αυτοί που φτιάχνουν τους compilers γνωρίζουν πολύ καλά και το πως λειτουργεί ένας επεξεργαστής, όχι μόνο τις εντολές του. Επίσης ένας compiler μπορεί να καλείται να λύσει μαθηματικά προβλήματα για να πετύχει την καλύτερη αλληλουχία και συνδυασμό εντολών. Εσύ θα κάτσεις να λύνεις συστήματα για να βρεις τη βέλτιστη αλληλουχία για τις εντολές σου;

[WandereR]

Πάντως εάν οι κομπαίλερς ήταν ήδη τέλειοι δεν θα είχε υπάρξει ο gcc4. Θα μέναμε στον gcc3. Δεν θα βρεις κάποιον που να σου πει γράφω μια ολόκληρη εφαρμογή σε ασεμπλυ. Σε ένα ελάχιστο μερός του κώδικά, σε εξειδικευμένα προγράματα που χρειαζομαστε μέγιστη αποδοση, θα χρειαστει κάποιος να γ΄ραψει σε ασεεμπλυ για να κερδίσει ενα 5%. Δεν λέω κάτι παραπάνω απο αυτό.

Δεν γνωρίζω δυστυχώς για να σου απαντήσω τι λάθη κάνουν συχνα οι κομπαιλερ ή τι βελιτώσεις μπορεί να κάνει κάποιος με το χέρι.

[pelasgian]

Ομως δεν γράφεις σε assembly γιατί το κέρδος τις περισσότερες φορές ειναι μικρό σε σχέση με τον χρόνο που σπαταλάς σε σύγκριση με μια γλώσσα 3ης ή 4ης γενιάς. Αντε να το κάνεις σε ένα πολύ μικρό τμήμα, το οποίο σπαταλά πολύ χρόνο (για όποιον ξέρει profiling). Σας θυμίζει τίποτα αυτό; Γιαυτό το έγραψα επίτηδες....

Ναι, ότι το optimisation δεν πρέπει να γίνεται ποτέ νωρίς σε ένα project.
Η assembly είναι γλώσσα optimisation
Άρα, πρέπει να μπαίνει αργά σε ένα project και ποτέ ως πρώτη επιλογή.


(προσωπικά αρχίζω τα projects μου με bash, όταν μου δουλέψουν βλέπω τι τρώει χρόνο και το πάω σε C φροντίζοντας να κλέψω όσο τη δυνατόν περισσότερες έτοιμες ρουτίνες και αν και τότε δεν πάει όσο γρήγορα θέλω, κατεβαίνω σε assembly).

Σιγά μη ξεκινήσουμε με assembly. Σα να θες να ανοιξεις μία πόρτα και να ξεκινάς με αέριο πριν δοκιμάσεις το πόμολο!

[EvilHawk]

Ας δούμε τώρα - πάντα με επιχειρήματα - γιατί η Redhat αποτελεί μακράν την μεγαλύτερη τροχοπέδη του Linux.

Όλοι συμφωνούν ότι το μεγαλύτερο πρόβλημα του Linux για εξάπλωση, εκμάθηση, popularity, ευχρηστία - και όχι μόνο - είναι η έλλειψη consistency & standardisation.

Τί σημαίνει όμως consistency & standardisation;

Σημαίνει:

1. κοινά PMS + PM
2. πακέτα είτε κοινά είτε εναλλάξιμα μεταξύ τους (interchangeable) - θα εξηγήσω παρακάτω
3. κοινό directory structure (είναι προϋπόθεση για το 2)
4. κοινό baselayout + core-utils
5. κοινά ή έστω εναλλάξιμα μεταξύ τους init-scripts
6. κοινός ή έστω (προφανώς) εναλλάξιμος μεταξύ τους kernel

Παράξενο (ακόμα και αν διαφωνείτε με την προσέγγιση του Wan για την RedHat ) δεν είδα κανένα σχόλιο για ένα σοβαρό ζήτημα ουσίας όπως αυτό...

[teacake]

1. κοινά PMS + PM
2. πακέτα είτε κοινά είτε εναλλάξιμα μεταξύ τους (interchangeable) - θα εξηγήσω παρακάτω
3. κοινό directory structure (είναι προϋπόθεση για το 2)
4. κοινό baselayout + core-utils
5. κοινά ή έστω εναλλάξιμα μεταξύ τους init-scripts
6. κοινός ή έστω (προφανώς) εναλλάξιμος μεταξύ τους kernel

Αυτό που περιγράφει ο WAntilles είναι όλη η διανομή. Τα μόνα που άφησε απέξω είναι τα εικονίδια, και τα multimedia αρχεία. Οπότε τι να σχολιάσουμε! Και φαντάζομαι ότι αυτά που πρέπει κατ'αυτόν να μπούνε είναι αυτά που έχει το gentoo (άντε και το Debian unstable).

[shadowman]

Tι να πρωτοαπαντήσω ρε'σεις!

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

Η RedHat μπορεί να είναι και κακόβουλη. Σας είπα ένα παράδειγμα με τον gcc 2.96, ένα άλλο είναι όταν έβαλαν δική τους, ανεπίσημη version του cdrecord και υπάρχουν πολλά άλλα παραδείγματα.

Δεν γνωρίζω για το gcc και ούτε πρόκειτε να ψάξω για να δω αν ισχύουν αυτά που λες. Αλλά το άλλο είναι καραμπινάτο FUD
Ακόμα και στο debian το πέταξαν από το παράθυρο το cdrecord και συνεργάζονται με τους developers της redhat σε αυτό το θέμα. Αντί να πείς ένα μπράβο το μετατρέπεις σε κατηγορία και αυτό. Ψάξε πριν πετάξεις τέτοιες χειροβομβίδες για να δικαιολογήσεις την επίμονη θέση σου.

Παραδείγματα:

- όλοι χρησιμοποιούν Synaptic. Της Redhat της "ξύνιζε", το πέταξε, και χρησιμοποιεί το σπασμένο-ανεπαρκές yumex.

άκυρο FUD 1: το yumex είναι third party και δεν είναι της RedHat. Τι θες να του απαγορεύσει του ανθρώπου να το βγάζει;

- όλοι χρησιμοποιούν cfdisk. Της Redhat της "ξύνιζε", το πέταξε, και χρησιμοποιεί το δικό της sfdisk. Το δε cfdisk αν ψάξετε να το βρείτε στα repos της, δεν θα το βρείτε όσο και να χτυπιέστε. Διότι απλά δεν είναι διαθέσιμο.

Τι "μαγικό" κάνει αυτό το tool και το αντιστοιχο του; Δεν τα εχω χρησιμοποιήσει /χρειάστηκα ποτέ...

- όλοι όσοι έχουν GUI στο Gnome για τα network interfaces, και τη διαχείριση των δαιμόνων, χρησιμοποιούν τις άψογες λύσεις που έφτιαξε το Ubuntu, και που πέρασαν μετά καί στο Debian και στην υπόλοιπη κοινότητα. Η Redhat τί έκανε; Της "ξύνιζαν" και αυτά. Έφτιαξε τα πραγματικά ΑΘΛΙΑ δικά της, και μάλιστα με δικά της custom - και ΟΧΙ standard - widgets. Σας θυμίζει τίποτα αυτό; Μήπως σας θυμίζει πρακτικές Microsoft; Να σας θυμίζω το Office που δεν έχει standard widgets αλλά δικά του;

Άκυρο FUD 2: Λογο του οτι είσαι νεος στο χώρο , δικαιολογείσαι που δεν γνωρίζεις οτι αυτά τα tools υπήρχαν στην διανομή πριν το GNOME φτιάξει τα δικα του.
Κάποια μάλιστα καταργήθηκαν για να αντικατασταθούν από τα αντίστοιχα του GNOME. πχ εργαλείο καταγραφών συστήματος.
Αυτό που δεν δικαιολογείται είναι η με κάθε κίτρινο μεσο διασπορά ψεύτικων γεγονότων για να σου βγεί το απίστευτο κόλλημα που έχεις φάει.

υ.γ.
φυσικά τα tools αυτά δεν τα έφτιαξαν στο ubuntu (αυτοί πακετάρουν τις περισσότερες φορές όπως πιθανόν γνωρίζουμε όλοι). Είναι πακέτα του GNOME.

[EvilHawk]

- όλοι χρησιμοποιούν cfdisk. Της Redhat της "ξύνιζε", το πέταξε, και χρησιμοποιεί το δικό της sfdisk.

Αυτό μου ξέφυγε lol, είπαμε υπάρχει το cfdisk, αλλά μόνο στο setup cd, από κεί και μετά δεν υπάρχει τίποτα που να μην μπορείς να κάνεις με το sfdisk ...

[WAntilles]

Αυτό που περιγράφει ο WAntilles είναι όλη η διανομή. Τα μόνα που άφησε απέξω είναι τα εικονίδια, και τα multimedia αρχεία. Οπότε τι να σχολιάσουμε! Και φαντάζομαι ότι αυτά που πρέπει κατ'αυτόν να μπούνε είναι αυτά που έχει το gentoo (άντε και το Debian unstable).

Κάνεις μεγάλο λάθος.

Η διαφορετικότητα στις διανομές συνίσταται βασικά στο χτίσιμο των πακέτων με διαφορετικούς "διακόπτες" ώστε να εξυπηρετούν διαφορετικές ανάγκες.

Όπως εξήγησα παραπάνω, τυχόν "ενοποίηση" του Linux, δεν εμποδίζει αυτή τη διαφορετικότητα.

Αλλά μάλλον δεν το διάβασες προσεκτικά.

άκυρο FUD 1: το yumex είναι third party και δεν είναι της RedHat. Τι θες να του απαγορεύσει του ανθρώπου να το βγάζει;

Γιατί άκυρο και FUD;

Υιοθέτησε ή όχι - χωρίς κανένα λόγο - ένα αντικειμενικά κατά πολύ υποδεέστερο εργαλείο, σε ένα τόσο νευραλγικό σημείο ενός συστήματος;

Τι "μαγικό" κάνει αυτό το tool και το αντιστοιχο του; Δεν τα εχω χρησιμοποήσει /χρειάστηκα ποτέ.

Είναι εσύ που είσαι "παλιός" στο χώρο και έχεις "βαρύνει" πολύ.

Πώς φαίνεται ότι επιβεβαιώνονται πανηγυρικά αυτά που έλεγα σε προηγούμενο ποστ -> ό,τι δεν έχει τρέξει ποτέ σου κάτι πέρα από Redhat. Αν είχες τρέξει, θα το ήξερες το cfdisk.

Όχι για να ξέρω δηλαδή.

Έχουμε δει στη ζωή μας μόνο Redhat, και δεν έχουμε βγει ποτέ μας από το "γυάλινο πύργο" της και είμαστε "παλιοί" και "έμπειροι".

Άλλοι όμως που έχουν τρέξει 5-6 διανομές, πφφφφφφφφφ, τί ξέρουν αυτοί, ε;

Άκυρο FUD 2: Λογο του οτι είσαι νεος στο χώρο...

Τα περί "νεότητας" τα απάντησα αμέσως παραπάνω, Μέτοχε.

[no_logo]

Υιοθέτησε ή όχι - χωρίς κανένα λόγο - ένα αντικειμενικά κατά πολύ υποδεέστερο εργαλείο, σε ένα τόσο νευραλγικό σημείο ενός συστήματος;

αυτό που το είδες εσύ;
στο δίωρο που εγκατέστησες την fedora που είδες προεγκατεστημένο το yumex;
η fedora έρχεται με το yum και μόνο, αν θέλει ο χρήστης μπορεί να βάλει το yumex για ευκολότερη γραφική διαχείριση ή το πολύ καλύτερο και γρηγορότερο kyum, εξυπηρετεί και τους πλέον απαιτητικούς και γκρινιάρηδες.
Και αν θυμάμαι καλά όταν είχες βάλει την fedora (για το δίωρο που λέω παραπάνω) και γκρίνιαζες για το yumex που εσύ θέλησες να βάλεις στο σύστημά σου, σου είχαμε προτείνει να μείνεις είτε με το yum που είναι αστραπιαίο ή να δοκιμάσεις το kyum. Κανένα από τα 2 δεν έκανες γιατί προφανώς δεν ταίριαζαν με την άποψη που είχες για τις rpm διανομές/fedora.
Είσαι από τους ανθρώπους που αν η πραγματικότητα δεν συμβαδίζει με την άποψη, φέρνεις την πραγματικότητα στα μέτρα της άποψης.

Αν θες να κάνεις κριτική στη fedora υπάρχουν σοβαρά και υπαρκτά ζητήματα
για παράδειγμα το μεγάλο βάρος που ρίχνει η διανομή στο gnome και το σχετικά ελλειπές kde
Βέβαια τώρα που το σκέφτομαι μάλλον αυτό το θεωρείς +

[anon]

Το παράδειγμα με την SQL πιστεύω δεν ισχύει γιατί για για να πειράζεις μια βάση κατά κανόνα είσαι ο διαχειριστής της και ο συντηρητής της επομένως αυτή είναι η δουλειά σου.

Κάνεις λάθος. Η SQL ειναι μια γλώσσα προγραμματισμού και διαχείρησης δεδομένων. Πέραν απο τι μπορείς να κάνεις optimizations στην βάση, το σημαντικότερο κομμάτι για ταχύτητα ειναι στην SQL. Οποιο βιβλίο σχετικά με SQL και βάσεις και performance tuning θα δείς ότι στο τέλος το σημαντικότερο κομμάτι tuning ειναι στον κώδικα, στην SQL. Γιαυτό ανέφερα τον Celco (απο ότι κατάλαβα μάλλον κανείς δεν τον ξέρει )

Οσο για το projects open source σε σχέση με τα commercial, δεν υπάρχει διαφορά. Και στα μεν και στα δέ, υπάρχουν καλοί και κακοι προγ/τές. Θεωρώ μάλιστα ότι ειναι πιθανότερο τα του κλειστού κώδικα προγράμματα να ειναι χειρότερα γραμμένα, γιατί κανένας δεν μπορεί να δεί τον κώδικα, και να πεί τι @@κίες γράφεται εδώ....

Το να θεωρείτε πως οι devs του RedHat είναι καλύτεροι από αυτούς του KDE και οποιασδήποτε FS / OS εφαρμογής είναι δικαίωμά σας! Εξηγεί όμως πολλά!

Σύ είπας. Οι της Redhat μπόρεσαν και το έκαναν compile με gcc4 ενώ στην KDE όχι.

Όσο αφορά το OLPC να πούμε τι έκανε η RedHat;;;;
Πήγε και υπόγραψε NDA με την Marvell (ή το OLPC) ώστε να βγάλει drivers για το wireless! Μπράβο, κάποιοι έχουν το θράσος να κατηγορούν την Novell για την συμφωνία με την MicroSoft και μετά πάνε και δημιουργούν αρνητικό προηγούμενο για όλη την κοινότητα αφού πλέον όλοι θα λένε «η RedHat δέχεται NDA, γιατί όχι και εσείς;».
Οπότε ας αφήσουμε τα GPL'n'Proud.

Η επιλογή του hardware ήταν του project OLPC, όχι της redhat. H redhat ήταν υποχρεωμένη να ακολουθήσει τα συμβόλαια που είχαν υπογραφεί, όχι απο αυτή, αλλά απο το OLPC project. Οποια διανομή και να παίρνανε το ίδιο θα γινόταν. Γιαυτό καλύτερα να μασάμε πριν να μιλάμε. Ειναι ευκολο να πετάμε κατηγορίες απο εδώ και απο εκεί.

Το GNOME δεν ξεκίνησε από την RedHat. Η RedHat το πήρε όμως και το προσάρμοσε στα μέτρα της, σε ένα desktop που απευθύνεται σε εταιρείες και τα γραφεία ξανθιών γραμματέων.

Αποψή σου. Υπάρχουν μέλη που ορκίζονται στο Gnome (άντε καιρός να μεταφέρουμε το flaming σε Gnome vs KDE)

Δεν βάζω Fedora Core 6 γιατί δεν έχω χώρο και δεν υπάρχει λόγος να βάλω κάτι που δεν θα χρησιμοποιώ. Αλήθεια, τι διαφορά έχει αν το εγκαταστήσω; Θα μου βάλει άλλο, optimised kernel μήπως ή άλλο, optimised base system; Αυτό που μας ενδιέφερε, ο mplayer, ήταν ο πιο πρόσφατος πάντως.

Εαν κάνεις benchmarking, και προκειμένου να είσαι δίκαιος πρέπει κάθε διανομή να αντιμετωπίζεται εξίσου. Η στάση σου στο τεστ αυτό όπως το έκανες, μου θύμισε ένα άλλο τεστ της Μικρομαλακής, πληρωμένο απο αυτήν σε άλλη ανεξάρτητη εταιρία, η οποία πήρε τα Windows και τα στήσανε και τα κάνανε tuning με μάλιστα undocumented τρόπους δύο microsoft engineers, και απο την άλλη στήσανε ένα redhat όπως είναι κατευθείαν απο το cd, και βγάλανε ότι το windows system έχει καλύτερο performance.... Βούηξε ο κόσμος τότε....

Το ρητό για τους NT servers πάει κάπως έτσι:
Ένα NT server μπορεί να τον τρέξει ακόμα και ένας ηλίθιος· πράγμα που συνήθως συμβαίνει.

Δεν νομίζω, και όπου αυτό γίνεται (γιατί γίνεται σε πολλά μέρη), φυσικό είναι να χουν προβλήματα...

Σχεδόν σε κανέναν νέο δεν έχουμε προτείνει να βάλει Gentoo, σχεδόν σε κανένα παλιό δεν έχουμε προτείνει να βάλει Gentoo χωρίς να τον προειδοποιήσουμε πρώτα για το που θα μπλέξει.
Όλο το forum είναι στη διάθεσή σας για να το διαπιστώσετε!

Πρώτα απο όλα ξέρω έναν super administrator, που την πάτησε με το Gentoo, γιατι οι Genti του είπαν ότι αυτό πρέπει να βάλει (name withheld to protect the innocent ) Eπειτα η επιμονή να προβάλουν οι genti ότι η διανομή gentoo μαμεί και δέρνει και όλες οι υπόλοιπες ειναι γιατα μπάζα, ουσιαστικά αυτό λένε στον επίδοξο λινουξά. Οτι πρέπει να βάλει την διανομή που μαμεί και δέρνει... Μόνο που δεν ξέρει ότι θα είναι αυτός που θα μαμηθεί και θα δαρθεί Δεν έχω πρόβλημα με την διανομή Gentoo, αλλά με τον ελιτισμό που δέρνει τους genti, και τον προβάλλουν τόσο έντονα σε κάθε περίπτωση, ότι μόνο αυτή η διανομή αξίζει και όλες οι υπόλοιπες ειναι για τα μπάζα, έχουν τεχνολογία για τα μπάζα, οι εταιρίες και οι άνθρωποι που ειναι απο πίσω ειναι για τα μπάζα, μπάζα γενικά.... Οχι βρε αδερφέ, δεν είναι έτσι.

Αυτό με την assembly εξακολουθώ να το υποστηρίζω. Τα δεδομένα έχουν αλλάξει και φαίνεται να μην το γνωρίζετε.
Οι εντολές έχουν αλληλεξαρτήσεις. Η Χ εντολή καθυστερεί την Υ εντολή Ζ κύκλους η οποία με τη σειρά της αν τρέξει πριν την Κ θα έχει Ν impact κύκλων που όμως επηρεάζει την Α κοκ. Φανταστείτε μια αλληλουχία εκατό εντολών.
Η μνήμη αργεί, μια ανάγνωση χρειάζεται πιθανόν πάνω από 100 κύκλους αν είναι από την RAM. Να σας δω να ρυθμίζετε την assembly σας να φορτώνει 100 κύκλους πριν τις μεταβλητές, να ελέγχετε αν τα data σας έχουν έρθει στην cache κοκ.
Οι x86 επεξεργαστές ΔΕΝ είναι RISC. Είναι CISC και έχουν με τα MMX, SSE και vector εντολές. Δεν είναι πιο απλές, είναι πιο δύσκολες. Χώρια που η x86 δουλεύει κυρίως με stack και όχι με registers!
Αντίθετα σε ένα μικροελεγκτή με assembly έχεις έλεγχο σε επίπεδο κύκλου ρολογιού! Προσέχτε, ξέρεις που είσαι σε κάθε κύκλο, ανάλυση 1 προς 1. Αυτό είναι πραγματικό real time!

Ενα θα σου ξαναπώ.... Οσα δεν φτάνει η αλεπού, τα κάνει κρεμαστάρια.... Οσο για assembly, ακόμη και στους πιο σύγχρονους επεξεργαστές, υπάρχουν κάποιοι που γράφουν σε assembly, γιατί χρειάζεται... Και το hand optimised code απο έναν πολύ καλό developer δεν τον πιάνει ο πιο σουπερ ντούπερ compiler... Ομως ο σωστός κώδικας και με σωστούς αλγόριθμους και σχεδιασμό.

Τέλος για τον Daniel Robbins παρακαλώ προσέχετε τα λόγια σας! Πήγε στην Microsoft γιατί έχει μια οικογένεια να ταΐσει. Έφυγε από την Microsft γιατί δεν του έδινε σημαντικές προκλήσεις.
Επέστρεψε στο Gentoo ως maintainer κάποιων πακέτων και έφυγε λόγω έλλειψης χρόνου. Το έργο του όμως είναι σημαντικότατο και αναγνωρίζεται από όλη την Open Source κοινότητα.
Μερικά άρθρα του στο developerWorks της IBM για να καταλάβετε για τι master coder μιλάμε:
http://www-128.ibm.com/developerwork...&Search=Search

[/quote]

Το αναγνωρίζω αυτο. Οπως πρέπει να αναγνωρίσεις και όλους αυτούς που δουλεύουν στην Redhat κάνουν το ίδιο, για να ταίσουν την οικογένειά τους. Αρα δεν πρέπει να έχεις δύο μέτρα και σταθμά. Ομως η επιλογή να πάει στην Μικρομαλακή, δεν έχει να κάνει με την οικογένεια να ταίσει, αλλά γιατί εκεί του δώσανε big bucks... Αυτό κατακρίνω.... Σίγουρα μπορούσε να βρεί και αλλού δουλειά, που να μην θίγει το open source παιδί του, και ακομη περισσότερο, να μπορεί να συνεχίσει να ηγείται αυτού. Αυτός προτίμησε να το παρατήσει για χάρη περισσότερων χρημάτων...

[WAntilles]

Αααααα, βλέπω ότι πλέον κάποιοι έχουν εκνευριστεί, και δεν σηκώνουν και κριτική.

Μάλιστα.

Μαζεύονται οι μέτοχοι σιγά-σιγά.

Δεν είδα κάποιον από τους γνωστούς 3+1 πάντως, να έχει πει ποτέ του κάτι αρνητικό για τη Redhat, 3.5 χρόνια που είμαι εδώ μέσα.

[anon]

. Κανείς δεν γράφει assembly για σύγχρονους επεξεργαστές για performance critical tasks. Assembly σε σύγχρονο επεξεργαστή θα γράψεις μόνο αν χρειάζεσαι low level πρόσβαση στο hardware ή πολύ καλό έλεγχο στο πεδίο του χρόνου (real time).
Εδώ ακόμα και σε DSP μειώνονται οι hard coded libraries γιατί το κέρδος είναι μονοψήφιο ενώ το impact σε περίπτωση λάθους μεγάλο! Χώρια του χρόνου που χρειάζεται για το development και φυσικά δεν δικαιολογείται!

Eκεί ήθελα να καταλήξω. Οπως ίσως δεν αξίζει να γράφεις σε assembly, έτσι δεν αξίζει να κομπιλάρεις συνέχεια το λειτουργικό σου για να κερδίσεις ένα 5%. Αυτό το 5% που κερδίζεις, το χάνεις απο downtime, απο δικο σου χρόνο ενασχόλησης, απο μικρότερη αξιοπιστία (κάτι μπορεί να σπάσει, και σπάει απο καμμιά φορά, και άντε βρες τα μετά απο backup). Ειναι οικονομικοτερο, αυτο το 5% ή και 10% διαφορά αν θέλεις, να το πάρεις πίσω παίρνοντας ισχυρότερο επεξεργαστή. Η' ασχολούμενος σε performance tuning σε πιο υψηλο επίπεδο, σε application level, όπου απο tuning, μπορείς να πάρεις και 100% ή και 1000%.....

Αααααα, βλέπω ότι πλέον κάποιοι έχουν εκνευριστεί, και δεν σηκώνουν και κριτική.

Μάλιστα.

Μαζεύονται οι μέτοχοι σιγά-σιγά.

Δεν είδα κάποιον από τους γνωστούς 3+1 πάντως, να έχει πει ποτέ του κάτι αρνητικό για τη Redhat, 3.5 χρόνια που είμαι εδώ μέσα.

Γιατι εσύ είπας τίποτα αρνητικό για Gentoo??? Εγώ μάλιστα και σε άλλα μυνήματα, είχα αναφέρει ότι ακόμη και η λύση Windows είναι επιθυμητή, μιας και μόλις πρόσφατα θα μπορούσαμε να πούμε ότι το λινουξ προσφέρει ικανοποιητική λύση desktop. Δεν είμαι ελιτιστης, είμαι ρεαλιστής. Ολα έχουν τον χώρο τους... κάποιοι άλλοι είναι που επιμένουν, ότι κατέχουν την υπέρτατη αλήθεια, και ότι δεν συμφωνεί με την λογική τους, αποτελεί μίασμα...

[WAntilles]

Γιατι εσύ είπας τίποτα αρνητικό για Gentoo?

Έχω τρέξει επί μακρό χρονικό διάστημα - στο κύριό μου μηχανάκι το production - 4-5 διαφορετικές διανομές τα τελευταία 3 χρόνια που ασχολούμαι.

Εσύ έχεις τρέξει ο,τιδήποτε εκτός Redhat; Ο,τιδήποτε που να μην έχει RPM;

Σου απάντησα με έργα, και όχι απλά με λόγια.

[teacake]

Κάνεις μεγάλο λάθος.

Η διαφορετικότητα στις διανομές συνίσταται βασικά στο χτίσιμο των πακέτων με διαφορετικούς "διακόπτες" ώστε να εξυπηρετούν διαφορετικές ανάγκες.

Όπως εξήγησα παραπάνω, τυχόν "ενοποίηση" του Linux, δεν εμποδίζει αυτή τη διαφορετικότητα.

Αλλά μάλλον δεν το διάβασες προσεκτικά.

Σε οποιαδήποτε διανομή μπορείς να κάνεις compile τα πακέτα όπως θέλεις εσύ αν υπάρχει το source. Μην παραπληροφορείς. Το ότι εσύ θέλεις να το κάνεις όπως στο Gentoo είναι άλλη ιστορία. Και η δικιά σου προτεραιότητα δεν είναι προτεραιότητα όλων των χρηστών.