tassos1978 είπε:
Αρκεί να βεβαιωθείς ότι τα τρέχοντα προγράμματά σου θα βλέπουν τα 4 Gb μνήμης και δεν θα αναγκαστείς ως άλλος Οδυσσέας να σκαρφίζεσαι τεχνάσματα, όπως ο /3GB διακόπτης σε αρχεία συστήματος των Windows.
64άμπιτα windows θα είναι, δε θα παίζει πρόβλημα με τις μνήμες!
Θα παίζει πρόβλημα και θα παραπαίζει. Το τι μνήμη προσπελαύνουν τα Vista και το τι βλέπουν τα dll μέσα στο Cubase έχει μεγάλη διαφορά.
Το να μην αξιοποιεί ένα 32άμπιτο πρόγραμα πλήρως την 4άρα ή 8άρα μνήμη, το καταλαβαίνω. Το 64άμπιτο λειτουργικό βέβαια την αξιοποιεί. Τι πρόβλημα μπορεί να υπάρχει σε αυτό;
Και για να το ρωτήσω πιο συγκεκριμένα, ας πούμε πως τρέχουμε στα windows-64 δύο 32μπιτα προγράμματα παράλληλα. Δε θα κάνει το 64μπιτο λειτουργικό καλύτερη διανομή της μεγάλης μνήμης ανά πρόγραμμα (ακόμα κι αν δώσει στο καθένα κάτω από 2GB);
Φοβάμαι πως κάνεις λάθος.
Το γεγονός ότι ένα 64-bit λειτουργικό μπορεί θεωρητικά να δει και να προσπελάσει μεγαλύτερη ποσότητα μνήμης από ένα 32-bit δεν έχει καμμία σχέση με το πως χειρίζεται την μνήμη αυτή εσωτερικά. Αυξάνοντας το εύρος του διαύλου, ουσιαστικά αυξάνονται σε αριθμό τα κελιά μνήμης που μπορούν να διευθυνσιοδοτηθούν.
Μία 32-bit διεργασία η οποία τρέχει σε ένα 64-bit λειτουργικό σύστημα, δεν τρέχει απροβλημάτιστα για διάφορους λόγους, οι σημαντικότεροι από τους οποίους είναι:
1. Δεν είναι εκ των προτέρων βελτιστοποιημένη να εκμεταλλευτεί το 64-bit εύρος, το οποίο με την σειρά του σημαίνει ότι
2. Δημιουργούνται προβλήματα όταν μία 64-bit διεργασία χρειαστεί να καλέσει μία 32-bit και αντίστροφα, το οποίο με την σειρά του σημαίνει ότι
3. Υπάρχει κατακερματισμός στο αρχείο σελιδοποίησης των Windows (paging file)
Το πρόβλημα 2 ονομάζεται thunking. Το thunking ξεκίνησε να υφίσταται από την εποχή των Windows 95, τα οποία δεν είναι ένα αμιγώς 32-bit σύστημα. Στην πραγματικότητα πολύ μεγάλο τμήμα των Windows 95 είναι 16-bit για να υπάρχει συμβατότητα με τις χιλιάδες εφαρμογές που είχαν αναπτυχθεί ως τότε και ήταν σε 16-bit.
Όταν φορτώνεται το Cubase στην μνήμη, τα Windows του παραθέτουν ένα χώρο για την εφαρμογή αυτή καθ' αυτή ο οποίος χώρος μπορεί να αυξομειώνεται δυναμικά σε πραγματικό χρόνο και αυτό εξαρτάται από τον γενικότερο φόρτο εργασίας που έχουν τα Windows και τον ειδικότερο φόρτο εργασίας που έχει το Cubase. Επίσης όταν φορτώνεται μία 32-bit dll (δηλαδή ένα VST plugin), ο χώρος μνήμης που του χρειάζεται για να δράσει ρυθμίζεται από το Cubase και όχι από τα Vista (αυτό γίνεται εσωτερικά από το Cubase και στην ορολογία του προγραμματισμούονομάζεται memory allocation). Και δω τώρα προκύπτει το ερώτημα, αν και κατά πόσο αυτά τα dll είναι σωστά προγραμματιστικά. Τι εννοώ;
Όταν φορτώνει κάποιος ένα soft-synth σε ένα κανάλι, αυτό το soft-synth απασχολεί τμήμα του επεξεργαστή και τμήμα της μνήμης. Όταν, για οποιοδήποτε λόγο, δεν το χρειαζόμαστε πιά το αφαιρούμε. Είμαστε όμως 100% σίγουροι ότι δεν άφησε πίσω του σκουπίδια; Πολλές φορές ο χώρος της μνήμης δεν σβήνεται επαρκώς και υπάρχουν κατάλοιπα διεργασιών του soft-synth, τα οποία δεν τα γνωρίζει το Cubase και πολύ περισσότερο δεν τα γνωρίζουν τα Vista. Εάν ένα δεύτερο soft-synth φορτωθεί στην μνήμη μπορεί το Cubase να του δώσει ένα εύρος μνήμης το οποίο να επικαλύπτεται εν μέρει με το προηγούμενο. Εάν τώρα το 2o soft-synth χρησιμοποιεί pointers, και δεν αρχικοποιηθούν σε κάποιες default τιμές (πράγμα που είναι συχνή και χείριστη τακτική σε προγραμματισμό σε C/C++) τότε οι pointers του 2ου soft-synth θα δείχνουν σε σκουπίδια και κατά πάσα πιθανότητα το εσωτερικό dll θα κρασάρει όλο το Cubase το οποίο δεν έχει την δυνατότητα να ρυθμίζει την μνήμη όπως τα Vista.
Με αυτά που γράφω, προσπαθώ να σας δώσω να καταλάβετε, ότι δεν έχει και πολύ μεγάλη σημασία αν είναι 64-bit τα Windows γιατί αλλού χωλαίνει το πράγμα.
