Ενσωμάτωση όλων των βιβλιοθηκών στο εκτελέσιμο

[Thmmy.gr portal]

  Thmmy.gr portal
   Forum
   Downloads
   Ενεργ. Λογαριασμού
   Επικοινωνία
  
  Χρήσιμα links
   Σελίδα τμήματος
   Βιβλιοθήκη Τμήματος
   Elearning
   Φοιτητικά fora
   Πρόγραμμα Λέσχης
   Πρακτική Άσκηση
   Ηλεκτρονική Εξυπηρέτηση Φοιτητών
   Διανομή Συγγραμμάτων
   Ψηφιακό Καταθετήριο Διπλωματικών
   Πληροφορίες Καθηγητών
   Instagram @thmmy.gr
   mTHMMY
  
  Φοιτητικές Ομάδες
   ACM
   Aristurtle
   ART
   ASAT
   BEAM
   BEST Thessaloniki
   EESTEC LC Thessaloniki
   EΜΒ Auth
   IAESTE Thessaloniki
   IEEE φοιτητικό παράρτημα ΑΠΘ
   SpaceDot
   VROOM
   Panther
  

THMMY.gr Web

Helios_MultiScribbles2SMF Default ThemeSMFone_Blue

[Ανεβάζετε τα θέματα των εξετάσεων στον τομέα Downloads]

Είσαι πρωτοετής;... Καλώς ήρθες! Μπορείς να βρεις πληροφορίες εδώ. Βοήθεια για τους καινούργιους μέσω χάρτη.

Κατεβάστε εδώ το Android Application για εύκολη πρόσβαση στο forum.

Ανεβάζετε τα θέματα των εξετάσεων στον τομέα Downloads με προσοχή στα ονόματα των αρχείων!

[height=400]

  Όταν ανεβάζουμε φωτογραφίες στις Ανακοινώσεις και Έκτακτα νέα, βάζουμε τη μεγαλύτερη πλευρά 400 (width=400 ή height=400 ). π.χ. [img height=400 (κλείνει η αγκύλη) 

[fugiFOX]

πιθανώς να είναι εκεί το πρόβλημα, δεν ξέρω, αυτό ψάχνω.
ο κορμος του κώδικα πάντως είναι ο ίδιος.
η διαφορά στην ταχύτητα είναι τεραστια. 100Χ

κάτι περίεργο επίσης είναι ότι όταν το τρέχω με το eclipse το οποιο από πισω κάνει cmake γίνεται compile κανονικά.
Όταν το ίδιο ακριβωώς folder με τα sources το τρέξω με "g++ mainClass.cpp" χτυπάει 1.200 undefined class/function κτλ. αυτό έχει να κάνει με το διαφορετικό τρόπο παραγωγής του εκτελέσιμου της cmake?

[Issle]

Άν τρέξεις me g++ από command-line πρέπει να δώσεις arguments για το που να βρει τον υπόλοιπο κώδικα και τις βιβλιοθήκες ώστε να κάνει compile αρχικά τον κώδικα και linking έπειτα. Δες μέσα στο makefile.

[BOBoMASTORAS]

πιθανώς να είναι εκεί το πρόβλημα, δεν ξέρω, αυτό ψάχνω.
ο κορμος του κώδικα πάντως είναι ο ίδιος.
η διαφορά στην ταχύτητα είναι τεραστια. 100Χ

κάτι περίεργο επίσης είναι ότι όταν το τρέχω με το eclipse το οποιο από πισω κάνει cmake γίνεται compile κανονικά.
Όταν το ίδιο ακριβωώς folder με τα sources το τρέξω με "g++ mainClass.cpp" χτυπάει 1.200 undefined class/function κτλ. αυτό έχει να κάνει με το διαφορετικό τρόπο παραγωγής του εκτελέσιμου της cmake?

Καλό είναι να διαβάσετε για makefiles γενικά ώστε να καταλάβετε τι παίζει.

http://www.gnu.org/software/make/manual/html_node/index.html

Το cmake, όπως και το automake/autoconf είναι απλά build systems που προσπαθούν να μαντέψουν το σύστημα του χρήστη και να δημιουργήσουν τα κατάλληλα makefiles. Αν όμως σκοπεύετε να έχετε μόνο σε development το source code και δε σκοπεύετε να τον κάνετε release, τότε δε χρειάζετε να μπείτε σε τόση διαδικασία. Εγώ γενικά σε τέτοιες περιπτώσεις προτιμώ αν χρησιμοποιώ καθαρά makefiles που έχω γράψει ο ίδιος.

[fugiFOX]

Έχοντας εντοπίσει το πρόβλημα, το γράφω για μελλοντική ανάγνωση.

ο κορμος του κώδικα πάντως είναι ο ίδιος.
η διαφορά στην ταχύτητα είναι τεραστια. 100Χ

κάτι περίεργο επίσης είναι ότι όταν το τρέχω με το eclipse το οποιο από πισω κάνει cmake γίνεται compile κανονικά.

το πρόβλημα έγκειται στο IDE που χρησιμοποιώ, συγκεκριμένα το eclipse,
αλλά φαντάζομαι και τα υπόλοιπα το ίδιο θα κάνουν,
και ειδικότερα στο makefile που παράγει αυτόματα.

Παρότι, λοιπόν έχω βάλει στις επιλογές: optimizations "-O3"
 το eclipse εισάγει αυτόν τον διακόπτη μόνο στο τελευταίο στάδιο του makefile.
Έφτιαξα 1 δικό μου makefile, όπως πρότεινε ο ΒΟΒ, και πέρασα το διακόπτη -O3
σε όλα τα στάδια (δλδ σε κάθε file.o: file.cpp
   g++ -c -O3  file.cpp)

και πλέον πάει σφαιράτο.

Αν είναι έτσι τότε λογικό να τρέχει πιο αργά. Η C++ είναι πιο αργή από τη C.

αυτό μήπως τελικά είναι μύθος;
Ψάχνοντας στο net, δεν βρήκα κάποιο benchmark που να αποδεικνύει ουσιώδη διαφορά στην απόδοση. Γενικά εάν χρησιμοποιείς STL όπου μπορείς και δεν κάνεις κάτι extreme, μάλλον οι διαφορές στο χρόνο εκτέλεσης είανι ασήμαντες

[BOBoMASTORAS]

δεν είναι μύθος... η C++ είναι πιο αργή από τη C στο λέω εκ πείρας διδακτορικού. Όχι λόγω παράπλευρου συμπεράσματος, αλλά λόγω optimization που έγιναν με αυτό το σκεπτικό. Αν δοκιμάσεις να γράψεις τον κώδικα σε C θα δεις διαφορά, το πόσο σημαντική βέβαια εξαρτάται από την εφαρμογή.

Το θέμα είναι ότι μπορεί μεν η C να είναι πιο γρήγορα, αλλά δεν είναι τόσο εύκολα διαχειρίσημη σε μεγάλα project, οπότε μπορείς να βρεις το bottleneck και να γράψεις C μόνο εκεί.

Επίσης τεράστιο πρόβλημα στη C είναι η μη ύπαρξη containers. Παρόλα αυτά υπάρχουν διάφορες έξυπνες υλοποιήσεις που είναι ταχύτατες. Προσωπικά επειδή στη C καταφεύγω για λόγους ταχύτητας έχω γράψει κάποιους δικούς μου (πχ cvector) με χρήση #defines. Η υλοποίηση γίνεται inline στον κώδικα και πάει πραγματικά σφαίρα. Η assembly που προκείπτει από τις κλήσεις είναι minimal

Υ.γ. Δοκίμασε με flags -O6 -fomit-frame-pointer  -Wall

με το -O6 θα δεις κάποια διαφορά. Με το omit frame pointer η διαφορά είναι μικρή. Το -Wall είναι για να βλέπεις όλα τα warnings και δεν έχει να κάνει με την ταχύτητα.