Wizard!

Με ποιό ακριβώς σκεπτικό χαρακτηρίζεις looser τον δεύτερο ταχύτερο άνθρωπο στον κόσμο...;

Rly? https://en.wikipedia.org/wiki/List_of_OpenGL_programs

Καλά που το έβαλες! Ξέχασα να πάρω την Ηλιοστάλακτη...

Είναι πιό εύκολο να σε βάλει να εγκαταστήσεις τον ιό με δικαιώματα admin, παρά να κάθονται να γράφουν σοφιστικέ κώδικα για να προσπεράσουν τα antivirus

http://gph.is/1UUDNfL

http://www.kathimerini.gr/870996/article/epikairothta/politikh/enas-xronos-trito-mnhmonio--oi-alh8eies-kai-oi-my8oi

Αν έβγαζαν ένα BF2 με καλύτερα γραφικά θα πήγαινε άπατο. Απλά θα παίζαμε λίγο στην αρχή και μετά θα το παρατούσαμε. Υπάρχουν αντίστοιχα στην αγορά και δεν τα ξέρει κανείς. 10 χρόνια πριν, ήταν καλό, ήταν διαφορετικό, ήταν καινούριο. Πλέον, είναι βαρετό. Δε λέμε να γίνει πιου-πιου, σαν το CoD, αλλά δε μπορεί να μείνει στο επίπεδο που ήταν για 10+ χρόνια.

Καινούριο trailer αύριο

Καλά, εσένα σε χαλάει που δε θα έχει ελικόπερα...

https://www.battlefield.com/news/article/battlefield-1-operations-mode

Κλασσικά... Νέο μέλος που πιάνει τα θέματα κι αρχίζει και γράφει. Θα του περάσει...

Εδώ θα βρεις πολλές, και δύσκολες και εύκολες. Ότι τραβάει η ψυχή σου https://www.sintagespareas.gr/

Εγώ πάντως θέλω να κλείσει η AMD. Αλήθεια. Να μείνει μόνη η Intel στους επεξεργαστές και μόνη η nVidia στις κάρτες. Να πληρώνουμε χρυσά τα προϊόντα τους, όπως μέχρι το 2002 που βγήκε η Radeon και μετά να τις διαλύσουν σε μικρότερες εταιρίες λόγω παραβίασης των συνθηκών ανταγωνισμού.

Συνεπάγεται ότι εκτελεί ΜΙΑ εργασία σε κάθε κύκλο. Και αυτό είναι γνωστό σε όλους τους προγραμματιστές ότι συνεπάγεται δεκάδες θέματα και ότι δεν υποστηρίζει, όπως έγραψα και παραπάνω, threads και πολυνηματική επεξεργασία. Επίσης ο Zilog Z80, δεν είχε ξεχωριστό chip για γραφικά, άρα, έχανε κύκλους για να υπολογίσει και να σχεδιάσει στην οθόνη. Μπορεί η ταχύτητά του να ήταν μεγάλη και επειδή τα video games ήταν όλα γραμμένα σε Assembly, να είχε σημαντική γρήγορη απόκριση, όμως αυτό δεν αλλάζει το γεγονός ότι εκτελούσε ΜΙΑ εργασία σε κάθε κύκλο και για την ακρίβεια, ούτε καν εργασία, αλλά εντολή της Assembly. H κίνηση και μόνο των sprites τότε, ήταν δεκάδες γραμμές κώδικας που έπρεπε να εκτελεστεί, πριν επιστρέψει η ρουτίνα στον έλεγχο των interrupts, για ελέγξεις το χειριστήριο του χρήστη, να υπολογίσει την κίνηση, τη θέση, το score, κοκ...

Δεν έγραψα ότι "συνεπάγεται πως ο κώδικας είναι γραμμένος σειριακά", έγραψα ότι "επειδή ο κώδικας είναι γραμμένος σειριακά, συνεπάγεται...". Τελείως διαφορετικό. Άλλωστε, το PacMan σχεδιάστηκε και γράφτηκε πάνω στον Zilog Z80 που κάθε άλλο παρά υποστήριζε threads και πολυνηματική επεξεργασία.

@giorgos2187 αυτό που λες δηλαδή είναι πως θα έπρεπε όλοι να αγοράζουμε μόνο από μία εταιρία. Δεν είναι έτσι. Ο καθένας έχει τα κριτήριά του. Για αυτό σε ρώτησα για τη Ferrari και το Hummer. Αν θέλεις γρήγορο sport αυτοκίνητο, σαφώς και θα επιλέξεις το πρώτο, αν όμως είσαι σαν τον κουμπάρο μου, που κάθε ΣΚ είναι με το Jeep μέσα στις λάσπες και τις χαράδρες, τότε η Ferrari σου είναι άχρηστη. Αν θέλω VFM, θα πάρω VFM και όχι μια φθηνότερη έκδοση της ταχύτερης (όχι καλύτερης). Οι 50ρηδες που αναφέρθηκες, είναι άσχετοι, αλλά ρώτησαν εσένα, δεν πήγαν μόνοι τους να ψωνίσουν, οπότε την ευθύνη για το ποιά να επιλέξουν, τη φέρεις σε προσωπικό επίπεδο. Όταν λοιπόν εσύ (όχι προσωπικά) είσαι οπαδός μιας εταιρίες και εξαιρείς από τις επιλογές σου μια άλλη, τότε και όσοι στηρίζονται στην άποψή σου, θα γίνονται πελάτες αυτών που στηρίζεις. Τι θα έλεγες στον 50ρη αν σου έλεγε ότι "ο γιός μου έχει κολλήσει με ένα καινούριο παιχνίδι, το AOΤS και θέλω η κάρτα να μπορεί να το παίξει καλά" ; Είμαι σίγουρος ότι πάλι τη ΤζιΦορς θα του πρότεινες...

@IOANNISTSA Δεν το γνωρίζω τόσο καλά το συγκεκριμένο παιχνίδι και χαίρομαι που με πληροφόρησες σχετικά. Όμως, το πως λειτουργεί ο κάθε χαρακτήρας, δεν αναιρεί το γεγονός ότι ο κώδικας είναι γραμμένος σειριακά με ότι συνεπάγεται αυτό στη λειτουργία του. Το έφερα ως παράδειγμα, περισσότερο γιατί είναι ένα απλό παιχνίδι που γίνονται 5 πράγματα ταυτόχρονα, κι όχι ένα Skyrim ή Battlefield που γίνονται 100δες ταυτόχρονα και είναι δύσκολο να κατανοηθεί. Δεν αρνούμαι, αντίθετα το καταλαβαίνω πολύ καλά και για αυτό δεν το δέχομαι. Ξέρω που θέλεις να πας τη συζήτηση και είναι λάθος προσέγγιση. Είναι η ίδια προσέγγιση που αναφέρουμε παραπάνω και μάλιστα το παραδέχεσαι ο ίδιος: Κι εδώ ακριβώς είναι το πρόβλημά σου. Όταν με δύο προϊόντα, το ΑΠΟΤΕΛΕΣΜΑ είναι καλύτερο από το ένα και μάλιστα ΦΘΗΝΟΤΕΡΟ, γιατί είσαι καλύτερος εσύ; Δεν είσαι, απλά, πέφτεις στην παγίδα που αναφέραμε ήδη. Γίνεσαι οπαδός του καλύτερου, και μπορεί στα ίδια χρήματα να παίρνεις χειρότερο προϊόν, ή καλύτερο αλλά ακριβότερο, όμως το μόνο που σε νοιάζει είναι ότι έχεις στα χέρια του την ίδια "μάρκα" με αυτή που κατέχει την πρώτη θέση σε ΚΑΠΟΙΕΣ μετρήσεις. Συνήθως αυτές που εμπορικά έχουν προωθηθεί σκόπιμα ως οι σωστότερες. Νομίζω ότι δεν υπάρχει λόγος να προσβάλεις μια ομάδα επιστημόνων και επιχειρηματιών, που στο κάτω κάτω, εργάζονται στη ΔΕΥΤΕΡΗ (με τα δικά σου κριτήρια) εταιρία εξεπεργαστών και καρτών γραφικών. Εσύ σε ποιά είσαι για να τους χαρακτηρίζεις ηλίθιους; Άρα παραδέχεσαι ότι οι άσχετοι θα αγοράσουν nVidia/Intel. I rest my case.

Ποιό είναι καλύτερο αυτοκίνητο; 1. Ferrari 458 Italia 2. Hummer H2 Πάρε το χρόνο σου, κάνε όσο καλή έρευνα αγοράς θέλεις και έλα να μου πεις που κατέληξες. Δεν το ξέρω καλά το Skyrim, οπότε για αυτό και το σκεπτικό. Αντίστοιχα όμως με το BF4, ότι δεν έχει άμεση επαφή με τον παίκτη και το περιβάλλον του, θα τρέχει σε πολύ χαμηλό priority και ίσως και αφήνοντας έξω πολλές λεπτομέρειες. Πχ, αν το npc A μάχεται με το npc B, δε χρειάζεται ο παίκτης στο stream του όλες τις πληροφορίες, αλλά μόνο το αποτέλεσμα ουσιασικά. Οπότε, σε αυτή την περίπτωση είμαι σίγουρος ότι θα υπάρχει συνοπτική διαδικασία και δε θα τρέχει την πλήρη. Κάτι αντίστοιχο με το detail στα γραφικά, όπου η λεπτομέρειες είναι αντιστρόφως ανάλογες της απόστασης. Δεν έχει λόγο η μηχανή να στέλνει οδηγίες να σχεδιαστούν τα φύλλα των δέντρων και να κουνιούνται σε κάτι που Α. Είναι μακρυά, Β. Είναι εκτός οπτικής γωνίας.

Κατ'αρχάς, δεν επιλέγεις εσύ τον πυρήνα ή τον επεξεργαστή που θα δουλέψουν τα δεδομένα. Γίνεται, αλλά δεν είναι σωστή πρακτική. Δεύτερον, οι σύγχρονοι επεξεργαστές, έχουν εσωτερικούς μηχανισμούς που επιλέγουν και αναπροσαρμόζουν τη σειρά προτεραιότητας στο queue. Αν διαβάσεις λίγο τις αλλαγές που έγιναν στο netcode του BF4, μετά τα αρχικά προβλήματα, θα καταλάβεις πως περίπου δουλεύουν οι προτεραιότητες. Εν ολίγης, ο προγραμματιστής καθορίζει πόσο συχνά ελέγχει και πόσο σημαντικό είναι το κάθε thread, ή πρόγραμμα που τρέχει. Ότι είναι άμεσα κοντά σου, πχ στα 5 μέτρα, παίρνει σαφώς μεγαλύτερη προτεραιότητα από κάτι που είναι στα 100, στα 1000 ή στα 500χλμ που είναι η Δράμα. Μην ξεχνάς ότι μιλάμε για το δικό ΣΟΥ μηχάνημα, που παίζεις και βρίσκεσαι στην Αθήνα, αλλά πρέπει να έχεις πληροφορία για τον άλλο παίκτη που παίζει στη Δράμα. Ο δεύτερος, κάνει την επεξεργασία στο δικό του σύστημα, στέλνει δεδομένα "μασημένη τροφή" στον server και εσύ παίρνεις μόνο αυτά. Όπως είπα και πριν, δε γνωρίζω 100% πως δουλεύει το Skyrim, αλλά, αν μιλάμε για ΑΙ, τότε η επεξεργασία γίνεται στο δικό σου σύστημα και τα δεδομένα αν πρέπει να είναι διαθέσιμα σε άλλους παίκτες, πάνε ως μασημένη τροφή στον καθένα, μέσω servers. Μη μπλέκεις όμως CPU με routines/threads. Αν τώρα μιλάμε για άλλο παίκτη, όχι ΑΙ, τότε προφανώς και δέχεσαι μόνο δεδομένα και έχει να επεξεργαστεί τη θέση του, κλπ. Φυσικά, πάλι τρέχουν ρουτίνες, όπως πχ το σπαθί του που κάνει μια κίνηση και πρέπει να ελέγξει αν συναντάει το δικό σου χαρακτήρα κλπ. Τώρα γιατί μπλέκουμε CPU με GPU; Θεωρητικά, το δεύτερο είναι για να σχεδιάσει μόνο, δεν παίζει ρόλο στη λογική. Φυσικά υπάρχουν εφαρμογές που το χρησιμοποιούν, αλλά δεν είναι το θέμα μας εδώ. Αυτό που έχει αλλάξει τελευταία στον προγραμματισμό και δίνει δυνατότητα πολλαπλών εργασιών ταυτόχρονα είναι το λεγόμενο Reactive Programming. Μέχρι πρόσφατα, οι περισσότερες γλώσσες και μηχανές ήταν Event Driven. Δηλαδή, πατάς κουμπί, γίνεται raise το event "click" και αυτό εκτελεί μια διαδικασία. Το πρόβλημα εδώ είναι ότι αν πατήσεις πχ το κουμπί του mouse κάνεις raise το event MouseClick() αλλά αν το πατήσεις πάλι, τι θα γίνει; Το κάνεις raise ξανά; Το μετράς σαν doubleclick; Αν τρέξει δύο φορές θα κάνει την ίδια εργασία; Αν η πρώτη δεν έχει τελειώσει (μπήκε σε pool που έχει καθυστέρηση), θα εκτελεστεί το δεύτερο event πρώτα; Αυτά είνα μερικά από τα προβλήματα που ήρθε να λύσει το RP. Σίγουρα θα έχεις κάποιο φίλο ή συγγενή ή γνωστό που πατάει με διπλό click τα links στον browser. Ξέρεις τι σημαίνει αυτό; Ότι φεύγουν δύο requests στον server, τρέχει δύο φορές την εργασία, που μπορεί να είναι μια αναζήτηση στη βάση με μεγάλο κόστος σε cpu/mem/IO, αλλά ο χρήστης θα δει μία φορά τα αποτελέσματα. Εδώ λοιπόν του καθορίζεις τι γίνεται αν το δεύτερο κλικ πχ, γίνει σε χρόνο μικρότερο των 500ms για παράδειγμα. Αντίστοιχα, φαντάσου στα παιχνίδια. Όταν πατάς το μπροστά (W) ο χαρακτήρας σου προχωράει, εκτός αν βρεθεί σε εμπόδιο. Αν το επεκτείνεις, τοίχο, σφαίρα, νερό, σπαθί, γκρεμό, κλπ. Οπότε ο προγραμματιστής, βάζει αυτές τις παραμέτρους σε ένα loop, και η μηχανή και κατ'επέκταση ο επεξεργαστής, καλεί το αντίστοιχο αν εκτελεστεί κάποιο event μέσα στο stream. O τοίχος δε, έχει το δικό του stream, δηλαδή αν σφαχτεί κάποιος μπροστά του πχ, μέχρι να φτάσεις εσύ, θα έχει αίμα. Απλοϊκό παράδειγμα, αλλά δεν είναι εύκολο να εξηγήσουμε κώδικες εκατοντάδων χιλιάδων γραμμών.

Σου απάντησα ήδη.

Ήδη η διαδικασία αυτή, γίνεται αυτόματα. Αν πρόσεξες παραπάνω, δουλεύω πάνω σε μια εμπορική εφαρμογή και ο τρόπος που έγραψα τον κώδικα, δημιούργησε >600 threads. Αν τρέξει σε μονοπύρηνο, θα μπούνε σε single queue. Αν τρέξει σε διπύρηνο, σε dual queue και αν τρέξει σε 64πύρηνο, σε 64 queues αντίσοιχα. Μπορείς να διαχειριστείς εσύ το pool, και να καθορίσεις το queue, αλλά τις περισσότερες φορές το αφήνεις στην εσωτερική λογική του επεξεργαστή να το κάνει. Το πρόβλημα τις περισσότερες περιπτώσεις είναι τα I/Os, που έχουν single queue πολλές φορές. Με τους SSDs έχει αλλάξει αυτό, αλλά οι παλαιότεροι δίσκοι αν και στον controller δεχόντουσαν multi queue requests, στην πράξη, μία κεφαλή μετέφερε τα δεδομένα, οπότε όλα κατέληγαν σε single queue. Όπως είπα όμως, δεν έχει νόημα για πολύ γρήγορες διαδικασίες να χρησιμοποιείς παράλληλη επεξεργασία. Δεν είναι το άγιο δισκοπότηρο που θα λύσει όλα τα θέματα. Θέλει σωστό σχεδιασμό και αρκετά tests για να καταλήξεις, εκτός φυσικά από προφανείς περιπτώσεις. Το Space Invaders και το PacMan, έχουν γραφτεί με σειριακή τεχνολογία. Τότε, δεν υπήρχε ουσία στην παράλληλη επεξεργασία, αφού δεν υπήρχαν διπλοί επεξεργαστές. Οπότε ο κώδικας έβαζε σε μια σειρά τα δεδομένα, εξέταζε τις συνθήκες σε κάθε στιγμή και έπρατε ανάλογα. Έτσι, άλλαζες κατεύθυνση στιγμιαία στον Pacman και τα φαντάσματα ξεγελιώντουσαν και πήγαιναν από την άλλη. Αυτό δεν ήταν bug ή τρυκ, ή τρύπα στο παιχνίδι, ήταν αδυναμία να επεξεργαστεί εγκαίρως την αλλαγή κατεύθυνσης. Αν γράφαμε ξανά το Pacman με τις σημερινές τεχνολογίες, όπου φαντάσου το κάθε φάντασμα και ο Pacman θα ήταν τουλάχιστον ξεχωριστά threads που θα έτρεχαν ασύχρονα, δε θα μπορούσε κανείς να περάσει ούτε την πρώτη πίστα Το προσεγγίζεις λάθος. "Καλωσήρθατε στο μαγαζί με τις πιό αποδοτικές και τις πιό VFM λάμπες της χώρας". Άλλη οπτική γωνία. To πρόβλημα θα ήταν, αν η ΔΕΗ σε χρέωνε 100€ το μήνα, άσχετα το πόσο θα κάψεις. Τότε, γιατί να μην πάρεις την καλύτερη και να πάρεις την VFM, αφού δεν αλλάζει τίποτα άλλο...; Οπότε όταν έχουμε παιχνίδια που εξαρτώνται από τα GHz και όχι τους πυρήνες, ή δεν εκμεταλλεύονται τα optimizations του κάθε επεξεργαστή για να είναι ταχύτερα, δεν έχει νόημα η αγορά τους. Παλαιότερα είχαν βγει στο εμπόριο κάποια συστήματα με RISC επεξεργαστές. Είχα δουλέψει πάνω σε ένα με NT 4.0. Οι διαφορές με τους τότε Intel ήταν τρομακτικές. Έπιασε ποτέ; Όχι. Γιατί; Όχι επειδή οι Intel ήταν καλύτεροι ή ταχύτεροι, αλλά επειδή δεν υπήρχαν εφαρμογές να τους εκμεταλλευτούν. Θυμάμαι που είχε αγοράσει πελάτης μου ένα σύστημα με με δύο επεξεργαστές και του είχα βάλει NT 4.0, γιατί δούλευε Photoshop και είχε μεγάλη διαφορά. Όταν έφυγα (δε με είχε πληρώσει), προσέλαβε έναν άσχετο που του εγκατέστησε Win98, γιατί δεν ήξερε να χειριστεί και να ρυθμίσει τα NT.... Φυσικά κανείς δεν του είπε ότι τα 98 δεν έβλεπαν καν τον δεύτερο επεξεργαστή. Ούτε τον ένοιαξε, γιατί εκτός του Photoshop, δεν είχε διαφορά πουθενά αλλού.... Πηγή: https://cs.stanford.edu/people/eroberts/courses/soco/projects/risc/risccisc/