[Ενσωματωμένα] Εργασία 2011

[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 με προσοχή στα ονόματα των αρχείων!

[12:00-13:30]

Η γραμματεία είναι ανοιχτή καθημερινά 12:00-13:30

[jimmakos]

Μίλησα με τον διδάσκοντα και είπε να δημιουργήσουμε ένα τόπικ ΓΙΑ ΑΠΟΡΙΕΣ σχετικά με την εργασία και να του στείλουμε το link ώστε να μπορούμε να επικοινωνούμε.
Εγώ είμαι ακόμα σε φάση που προσπαθώ να καταλάβω τα pthreads
Θα αργήσω λιγάκι να μπω στην φάση των αποριών πάνω στην εργασία.

[gantonio]

Ισχύει το ότι μπορούμε να παραδώσουμε την εργασία μέσα στο καλοκαίρι;
Ή η 16/6/2011 είναι η καταληκτική ημερομηνία παράδοσης; (Δε νομίζω..)

[arashi]

Επειδη μιλαγαμε σημερα με τον Τζιμμακο

τελικα ασχοληθηκε κανενας ακομα η μετα τις εξετασεις?

[menas]

Ισχύει το ότι μπορούμε να παραδώσουμε την εργασία μέσα στο καλοκαίρι;
Ή η 16/6/2011 είναι η καταληκτική ημερομηνία παράδοσης; (Δε νομίζω..)

Μεχρι 31 Αυγουστου πλεον.

[cacoethesScribendi]

Μεχρι 31 Αυγουστου πλεον.

Είναι σίγουρο αυτό; Το είπε μέσα στην τάξη; Γιατί στο ethmmy δε λέει τίποτα και εγώ θυμάμαι μέσα στην τάξη να δίνει μία άλλη ημερομηνία αλλά όχι τόσο αργά. Νομίζω - και δεν παίρνω όρκο - κάπου μέσα στον Ιούλιο

[jimmakos]

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

[cacoethesScribendi]

εμένα μια φορά που του είπα δεν προλαβαίνω μου είπε "από σεπτέμβρη",

Από Σεπτέμβρη; Δηλαδή, ότι την πάτησες, ξαναδήλωσε το μάθημα; Ή ότι δέχεται και μέχρι σεπτέμβρη;

[edenaxas]

Παιδια ο πιτσιανης ειναι πολυ ελαστικος και εχει κατανοηση..

Δεν θα σας πηδηξει σε καμμια περιπτωση.

[mitsos_dlx]

31 Αυγούστου είναι η προθεσμία.
Θυμάμαι που το είπε σε ένα απο τα 2 τελευταία μαθήματα.
Το "απο Σεπτέμβρη" σημαίνει ότι τότε θα παρεις το βαθμό σου...

[jimmakos]

Στους κανόνες που πρέπει να είναι σε ισχύ τι εννοούμε με την φράση:
Εφικτές συναλλαγές μεταξύ Limit εκτελούνται στη μέση τιμή του spread (τιμή αγοράς - τιμή πώλησης).

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

[Kylries]

Στους κανόνες που πρέπει να είναι σε ισχύ τι εννοούμε με την φράση:
Εφικτές συναλλαγές μεταξύ Limit εκτελούνται στη μέση τιμή του spread (τιμή αγοράς - τιμή πώλησης).

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

Από ότι έχω καταλάβει μέχρι τώρα εφικτές συναλλαγές μεταξύ limit είναι αυτές για τις οποίες:

επιθυμητή τιμή αγοράς > επιθυμητή τιμή πώλησης.

Εκτελώντας το marketSim διαπιστώνω ότι ο producer παράγει πιο γρήγορα από ότι ο consumer καταναλώνει. Ακόμα δεν έχω γράψει κώδικα στο σώμα της void *Cons( void *arg ). Είναι φυσιολογικό αυτό που συμβαίνει; Δεν έρχεται σε αντιδιαστολή με το real- timeness που θέλουμε να πετύχουμε ;

[jimmakos]

Στους κανόνες που πρέπει να είναι σε ισχύ τι εννοούμε με την φράση:
Εφικτές συναλλαγές μεταξύ Limit εκτελούνται στη μέση τιμή του spread (τιμή αγοράς - τιμή πώλησης).

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

Από ότι έχω καταλάβει μέχρι τώρα εφικτές συναλλαγές μεταξύ limit είναι αυτές για τις οποίες:

επιθυμητή τιμή αγοράς > επιθυμητή τιμή πώλησης.

Εκτελώντας το marketSim διαπιστώνω ότι ο producer παράγει πιο γρήγορα από ότι ο consumer καταναλώνει. Ακόμα δεν έχω γράψει κώδικα στο σώμα της void *Cons( void *arg ). Είναι φυσιολογικό αυτό που συμβαίνει; Δεν έρχεται σε αντιδιαστολή με το real- timeness που θέλουμε να πετύχουμε ;

επιθυμητή τιμή αγοράς δλδ θέλω να αγοράσω στα 99.5 ευρώ
επιθυμητή τιμή πώλησης δλδ θέλω να πουλήσω στα 99.5 ευρώ
δεκτή συναλλαγη σύμφωνα με την λογική σου (αν κατάλαβα καλά).
αφού η μέση τιμή του spread θα είναι 99.5 ποιο το νόημα να εκτελεστεί στη μέση τιμή του spread και να αλλάξουμε σχετικά το currentPriceX10 με την μέση τιμή του spread (κάνοντας τις αντίστοιχες πράξεις για την εύρεση του) ενώ μπορούμε να το αντικαταστήσουμε απλά με την τιμή (αγοράς ή πώλησης) από τις δυο παραπάνω συναλλαγές;

Σύμφωνα με όσα κατάλαβα εγώ:
υπάρχουν μόνο εντολές limit στις ουρές μας. Καθόλου Market.
Από εδώ ξεκινάνε δυο σενάρια.
Το ένα είναι να πουλάει φθηνά ο ένας και ο άλλος να αγοράζει ακριβά επομένως κάνοντας την συναλλαγή στην μέση τιμή του spread βγαίνουν και οι δυο κερδισμένοι.
Το άλλο είναι ο ένας να πουλάει ακριβά και ο άλλος να αγοράζει φθηνά. Επομένως αν κάνουμε την συναλλαγή στη μέση τιμή του spread θα βγουν και οι δυο "χαμένοι". πρέπει να βάλουμε έλεγχο ώστε να μην επιτρέπονται τέτοιες συναλλαγές ή έτσι δουλεύει το χρηματηστήριο σε αυτές τις περιπτώσεις;

μέση τιμή του spread την καταλαβαίνω ως (τιμή αγοράς + τιμή πώλησης)/2...

Όσον αφορά το real timeness αυτό που έχω καταλάβει και από το μάθημα είναι ότι από την στιγμή που έρχεται μια εντολή θα πρέπει να διεκπεραιωθεί σε ένα μικρό χρονικό διάστημα (έως και ακαριαία ). Το κατα πόσο το σύστημα μας είναι real-time θα το δούμε στο τέλος αφού το ολοκληρώσουμε. Αν το έχεις ολοκληρώσει και σου αργεί να καταναλώσει εντολές σε σχέση με τον μέσο ρυθμό που παράγονται τότε ναι, έρχεται σε αντιδιαστολή με το real-timeness.

[jimmakos]

σωστό είναι, το ίδιο με αυτό που λέω εγώ με άλλα λόγια, απλά δεν είχα μεριμνήσει στην αρχή για έλεγχο τιμής αγοράς limit sell να είναι μεγαλύτερη ή ίση από την τιμή πώλησης limit buy ώστε να είναι δίκαιη η συναλλαγή και να μην βρεθεί αυτός που αγοράζει στα 100 π.χ. να αγοράζει εν αγνοία του με 125.
Στο μόνο που κολλάω στην λογική σου είναι γιατί πρέπει απαραίτητα το current price να είναι μεταξύ αυτών των τιμών.
πες π.χ. το currentprice είναι στα 200 δολλάρια
και υπάρχει ένας που αγοράζει με 150 και ένας που πουλάει με 100.
αυτή η συναλλαγή δεν πρέπει να γίνει και να επανακαθοριστεί το current price στα 125 ευρώ;

[jimmakos]

έχω πρόβλημα με τις condition variables

τις ορίζω ως εξής εκτός main:
Code:
pthread_mutex_t begin_categ_mut;
pthread_cond_t begin_categ;
pthread_mutex_t begin_cons_mut;
pthread_cond_t begin_cons;

εντός main τις αρχικοποιώ ως εξής:
Code:
pthread_mutex_init(&begin_categ_mut, NULL);
pthread_cond_init(&begin_categ,NULL);
pthread_mutex_init(&begin_cons_mut, NULL);
pthread_cond_init(&begin_cons,NULL);

μέσα στην cons αν δεν βρει καμία ενεργή συναλλαγή θέλω να ξεκινάει το νήμα κατηγοριοποιήσης.
Για να το πετύχω αυτό στην αρχή του νήματος μετά το while(1){ γράφω

Code:
printf("locking begin cons mutex\n");
pthread_mutex_lock(&begin_cons_mut);
printf("locking begin categ mutex\n");
pthread_mutex_lock(&begin_categ_mut);

και με το πέρας των ελέγχων αφού δεν βρει καμιά επιτρεπτή συναλλαγή εκτελεί το εξής:

Code:
printf("Signaling CatOrd\n");
printf("%d\n",begin_categ);
pthread_cond_signal(&begin_categ);
printf("%d\n",begin_categ);
printf("unlocking begin categ mutex\n");
pthread_mutex_unlock(&begin_categ_mut);

στο νήμα κατηγοριοποίησης μετά το while(1){ εκτελεί τα εξής:

Code:
printf("locking begin cons mutex\n");
pthread_mutex_lock(&begin_cons_mut);
printf("locking begin categ mutex\n");
pthread_mutex_lock (&begin_categ_mut);
printf("waiting begin categ signal\n");
pthread_cond_wait(&begin_categ, &begin_categ_mut);
printf("CatOrd running\n");

Η έξοδος που παίρνω είναι:

Cons running
locking begin cons mutex on Cons
locking begin categ mutex on Cons
locking begin cons mutex on CatOrd
Signaling CatOrd from Cons
0
0
unlocking begin categ mutex on Cons
Waiting begin cons signal on Cons
locking begin categ mutex on Catord
waiting begin categ signal on CatOrd
*** Incoming Order Queue is FULL.

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

επειδή δεν έχω πάρει παράλληλα και διανεμημένα και επειδή καλά τα λέει το POSIX αλλά άκρη δεν έβγαλα τις τελευταίες δυο ημέρες, μπορεί κάποιος να βοηθήσει να το ξεbugάρω;

[Kylries]

σωστό είναι, το ίδιο με αυτό που λέω εγώ με άλλα λόγια, απλά δεν είχα μεριμνήσει στην αρχή για έλεγχο τιμής αγοράς limit sell να είναι μεγαλύτερη ή ίση από την τιμή πώλησης limit buy ώστε να είναι δίκαιη η συναλλαγή και να μην βρεθεί αυτός που αγοράζει στα 100 π.χ. να αγοράζει εν αγνοία του με 125.
Στο μόνο που κολλάω στην λογική σου είναι γιατί πρέπει απαραίτητα το current price να είναι μεταξύ αυτών των τιμών.
πες π.χ. το currentprice είναι στα 200 δολλάρια
και υπάρχει ένας που αγοράζει με 150 και ένας που πουλάει με 100.
αυτή η συναλλαγή δεν πρέπει να γίνει και να επανακαθοριστεί το current price στα 125 ευρώ;

Το current price πρέπει να είναι μεταξύ των δύο τιμών ώστε να ικανοποιούνται οι συνθήκες αγοράς και πώλησης που δίνονται εξ ορισμού για τις δύο limit εντολές.
Στο παράδειγμα που έδωσες με currentPrice = 200 αυτός που αγοράζει με 150 δεν μπορεί να αγοράσει ( η buy limit order εκτελείται όταν η currentPrice είναι μικρότερη από 150 ).  Right?