iMacedonian
Πρωτότυπη αφίσα- 10 Οκτωβρίου 2015
- Μπρνο, Τσεχία
- 15 Δεκεμβρίου 2018
Σκέφτομαι σοβαρά να αποκτήσω ένα MacBook Pro 13' 2018. Η κύρια χρήση του φορητού υπολογιστή θα ήταν για την κωδικοποίηση (εμπροστινή ανάπτυξη ιστού), αλλά θα ήθελα να ασχοληθώ αργότερα με την ανάπτυξη εφαρμογών iOS. Τούτου λεχθέντος, είναι αρκετά 8 GB μνήμης RAM για να τρέξει το XCODE ή θα πρέπει να επενδύσω λίγο περισσότερο για να αποκτήσω την έκδοση των 16 GB;
ρεβμάκος
- 20 Οκτωβρίου 2018
- ΧΡΗΣΕΙΣ
- 15 Δεκεμβρίου 2018
iMacedonian είπε: Γεια σου.Τρέχω το Xcode στο Mac mini του 2014 - έχει 4 GB RAM και δεν βλέπω κανένα πρόβλημα. Θα υπάρξουν μερικοί άνθρωποι που θα σας πουν ότι 16 GB ή περισσότερο RAM είναι απαραίτητη, αλλά έχω δει ότι αυτό απλά δεν είναι αλήθεια.
Σκέφτομαι σοβαρά να αποκτήσω ένα MacBook Pro 13' 2018. Η κύρια χρήση του φορητού υπολογιστή θα ήταν για την κωδικοποίηση (εμπροστινή ανάπτυξη ιστού), αλλά θα ήθελα να ασχοληθώ αργότερα με την ανάπτυξη εφαρμογών iOS. Τούτου λεχθέντος, είναι αρκετά 8 GB μνήμης RAM για να τρέξει το XCODE ή θα πρέπει να επενδύσω λίγο περισσότερο για να αποκτήσω την έκδοση των 16 GB;
Εμανουέλ Ροντρίγκεζ
- 17 Οκτωβρίου 2018
- 15 Δεκεμβρίου 2018
revmacian είπε: Τρέχω το Xcode στο Mac mini του 2014 - έχει 4 GB RAM και δεν βλέπω κανένα πρόβλημα. Θα υπάρξουν μερικοί άνθρωποι που θα σας πουν ότι 16 GB ή περισσότερο RAM είναι απαραίτητη, αλλά έχω δει ότι αυτό απλά δεν είναι αλήθεια.Σύμφωνος. Έχω ανακαλύψει ότι ακόμη και ένα Raspberry Pi με τη μοναδική του συναυλία RAM είναι ικανό να μεταγλωττίσει τα περισσότερα πράγματα. Εάν ένα έργο έχει έναν τόνο κώδικα C++ (με το LLVM σας) ή άλλες πολύπλοκες γλώσσες (που απαιτούν από τον μεταγλωττιστή να εργαστεί σκληρά και επομένως να χρησιμοποιεί περισσότερη μνήμη RAM), τότε γενικά δεν μπορεί να το διαχειριστεί. Φαίνεται ότι περίπου τα 3 GB είναι ένα ασφαλές ελάχιστο για εργασίες ανάπτυξης, σύμφωνα με την εμπειρία μου.
EDIT: Αν και να έχετε κατά νου ότι αυτό ήταν 3 GB μέσα σε ένα VM, χωρίς GUI. Η επιλογή των 8 GB είναι σίγουρα ασφαλής, προς το παρόν. Ωστόσο, θα συνιστούσα 16 GB μόνο για μελλοντική προστασία. Τα 8 GB αρχίζουν να γίνονται λιγότερο άνετα από ό,τι στο παρελθόν. Τελευταία έκδοση: 15 Δεκεμβρίου 2018
αμουλντέρα
- 18 Δεκεμβρίου 2015
- 16 Δεκεμβρίου 2018
λοβός σκυλιών
- 19 Οκτωβρίου 2014
- Apple Campus, Cupertino CA
- 16 Δεκεμβρίου 2018
960design
- 17 Απριλίου 2012
- Destiny, Φλόριντα
- 17 Δεκεμβρίου 2018
iMacedonian είπε: Γεια σου.Τα 8 GB είναι πολλά, χρησιμοποιώ 16 GB MBPr και σπάνια βλέπω την πίεση της μνήμης να ξεπερνά τα 8 GB.
Σκέφτομαι σοβαρά να αποκτήσω ένα MacBook Pro 13' 2018. Η κύρια χρήση του φορητού υπολογιστή θα ήταν για την κωδικοποίηση (εμπροστινή ανάπτυξη ιστού), αλλά θα ήθελα να ασχοληθώ αργότερα με την ανάπτυξη εφαρμογών iOS. Τούτου λεχθέντος, είναι αρκετά 8 GB μνήμης RAM για να τρέξει το XCODE ή θα πρέπει να επενδύσω λίγο περισσότερο για να αποκτήσω την έκδοση των 16 GB;
Επιπλέον, επισκεφθείτε το Expo.io ( https://expo.io/ ). Είναι αυτό που χρησιμοποιούν όλα τα ωραία παιδιά αυτές τις μέρες (τόσο πολύ πιο εύκολο να αναπτυχθεί σε πολλές πλατφόρμες). Προειδοποίηση: θα λειτουργήσει για τις περισσότερες εφαρμογές, αλλά ορισμένες έχουν συγκεκριμένες απαιτήσεις / ανάγκες υλικού που η έκθεση δεν θα ικανοποιήσει. Ωστόσο, ένα φανταστικό σημείο εκκίνησης.
jtara
- 23 Απριλίου 2009
- 17 Δεκεμβρίου 2018
Εννοείς «αρκετά για να μην αποτυγχάνουν οι κατασκευές;»
Ή «αρκετά ώστε οι κατασκευές να ολοκληρωθούν σε αποδεκτό χρονικό πλαίσιο»;
Και/ή «αρκετά ώστε η διεπαφή χρήστη να μην καθυστερεί και να μπορώ να εργαστώ σε πρόγραμμα επεξεργασίας/περιήγηση στον ιστό/διαβάζω email κατά τη διάρκεια μιας κατασκευής χωρίς καθυστέρηση;
Εξαρτάται από τις προσδοκίες σας και την αλυσίδα εργαλείων σας.
Η ανάπτυξη Frontend έχει συνήθως μια σύντομη/απλή αλυσίδα εργαλείων. Το μόνο που χρειάζεστε είναι ένας καλός επεξεργαστής κατάλληλος για την εργασία, λίγος διακομιστής web 'παιχνίδι', ίσως κάποια εργαλεία για την ελαχιστοποίηση Javascript/CSS (και ίσως έναν μεταγλωττιστή Sass) για εκδόσεις παραγωγής και κατά την ανάπτυξη συνήθως δεν θα χρησιμοποιούσατε καν ότι.
Η ανάπτυξη Backend μπορεί συχνά να μην χρειάζεται κάτι περισσότερο από ανάπτυξη front-end. Ή μπορεί να χρειαστεί λίγο περισσότερο. Για παράδειγμα, χρησιμοποιώ την PostgreSQL ως βάση δεδομένων. Έτσι, έχω ένα τοπικό παράδειγμα για ανάπτυξη/δοκιμή. Εκτελώ το pgAdmin4, το οποίο εκτελείται σε ένα κοντέινερ Docker. Ίσως χρειαστεί να εκτελέσετε ένα VM που αναπαράγει το περιβάλλον υποστήριξης σας. Το άθροισμα GB.
Η ανάπτυξη εγγενών εφαρμογών γίνεται συχνά με ελάχιστα εργαλεία. Για βασική ανάπτυξη εφαρμογών iOS, δεν χρειάζεστε τίποτα περισσότερο από το Xcode. ΟΚ, και ο προσομοιωτής iOS. Εάν κάνετε κάποιο είδος υβριδικής ανάπτυξης πολλαπλών πλατφορμών, πιθανότατα προσθέστε πρόσθετα στοιχεία αλυσίδας εργαλείων - και κατ' ανάγκη Android SDK και εργαλεία κατασκευής. Η ανάπτυξη Android χρησιμοποιεί διαφορετικό μεταγλωττιστή. Προσθέστε έναν άλλο προσομοιωτή. (Χρησιμοποιώ το GenyMotion, καθώς και οι δύο προσεγγίσεις που παρέχονται από την Google είναι αργές σαν μελάσα.) Οποιοσδήποτε αξιοπρεπής προσομοιωτής Android εκτελείται σε VM.
Ω, πρέπει να δοκιμάσετε αυτόν τον ιστότοπο στα Windows; Προσθέστε ένα Windows VM.
Τόσα πολλά εργαλεία σήμερα λειτουργούν σε ένα κοντέινερ ή ένα VM. Αυτό αυξάνει τις απαιτήσεις μνήμης.
Αποκτήστε όση μνήμη αντέχει ο προϋπολογισμός σας. Νομίζω, ωστόσο, ότι τα 64 GB είναι το πρακτικό όριο σήμερα για τις περισσότερες εξελίξεις. Πρόσφατα πήρα ένα iMac Pro με 64 GB για ανάπτυξη. Χρησιμοποιώ ένα μεγάλο σετ εργαλείων. Έλεγξα το Activity Monitor και διαπίστωσα ότι δεν έχω χρησιμοποιήσει ακόμα αρχείο ανταλλαγής. Αλλά μόλις φορτωθούν όλα τα εργαλεία, χρησιμοποιώ κάπου μεταξύ 32 GB και 64 GB, συνήθως 40-50 GB. Αλλά στην πραγματικότητα δεν τα έχω φορτώσει ΟΛΑ ταυτόχρονα.
Αυτό που πρέπει να αναρωτηθείτε είναι:
- Είναι σημαντικό το σύστημα να ανταποκρίνεται κατά την κατασκευή;
- Πόση διάρκεια ενός κύκλου κατασκευής είστε διατεθειμένοι να ανεχτείτε;
Στην ανάπτυξη του μπροστινού άκρου, συνήθως δεν έχετε «κύκλο κατασκευής», δηλαδή δημιουργία/δοκιμή/επανάληψη. Πόσο καιρό είστε διατεθειμένοι να περιμένετε για να μάθετε ότι κάνατε ένα απλό λάθος που θα χρειαστούν μερικά δευτερόλεπτα για να διορθωθεί; 15 λεπτά? 5 λεπτά? 1 λεπτό? 30 δευτερόλεπτα?
Στην ανάπτυξη εφαρμογών χρησιμοποιώντας μια μεταγλωττισμένη γλώσσα, έχετε πάντα έναν κύκλο κατασκευής και μπορεί να είναι σημαντικός. Κατανοώ ότι ο κύκλος δημιουργίας του Swift είναι σημαντικά μεγαλύτερος από τον κύκλο κατασκευής του Objective-C. (Δεν χρησιμοποιώ ο ίδιος το Swift, επειδή κάνω υβριδική ανάπτυξη και ο υποκείμενος κώδικας πλατφόρμας είναι σε Objective-C (Java για Android), C και C++ - όχι Swift).
Η ποσότητα της διαθέσιμης μνήμης RAM θα έχει σημαντικό αντίκτυπο στον χρόνο του κύκλου κατασκευής.
mpe
- 3 Σεπτεμβρίου 2010
- 17 Δεκεμβρίου 2018
Ναί. Τα 8 GB RAM είναι αρκετά για τα περισσότερα πράγματα.
jtara
- 23 Απριλίου 2009
- 17 Δεκεμβρίου 2018
mpe είπε: Ναι. Τα 8 GB RAM είναι αρκετά για τα περισσότερα πράγματα.
Το MacBook Pro χρησιμοποιεί μνήμη συστήματος για την οθόνη;
Τα 8 GB σίγουρα δεν είναι αρκετά σε - για παράδειγμα - ένα Mac Mini, καθώς ένα αρκετά καλό κομμάτι (ανάλογα με το μοντέλο) χρησιμοποιείται για την οθόνη.
Τα πιο σημαντικά σχόλια που δίνονται εδώ είναι ότι στα πρόσφατα MacBook, η μνήμη είναι συγκολλημένη. Παίρνετε μια απόφαση για τα επόμενα χρόνια.
Τούτου
προς το
- 6 Ιανουαρίου 2015
- Πράγα, Τσεχία
- 17 Δεκεμβρίου 2018
iMacedonian
Πρωτότυπη αφίσα- 10 Οκτωβρίου 2015
- Μπρνο, Τσεχία
- 17 Δεκεμβρίου 2018
jtara είπε: Ορίστε τι εννοείτε με το 'αρκετά';Ευχαριστώ για αυτήν την εκτενή απάντηση, μου έδωσε μια καλύτερη προοπτική σχετικά με τους πόρους που απαιτούνται για αυτά τα διάφορα σενάρια κωδικοποίησης που αναφέρατε.
Εννοείς «αρκετά για να μην αποτυγχάνουν οι κατασκευές;»
Ή «αρκετά ώστε οι κατασκευές να ολοκληρωθούν σε αποδεκτό χρονικό πλαίσιο»;
Και/ή «αρκετά ώστε η διεπαφή χρήστη να μην καθυστερεί και να μπορώ να εργαστώ σε πρόγραμμα επεξεργασίας/περιήγηση στον ιστό/διαβάζω email κατά τη διάρκεια μιας κατασκευής χωρίς καθυστέρηση;
Εξαρτάται από τις προσδοκίες σας και την αλυσίδα εργαλείων σας.
Η ανάπτυξη Frontend έχει συνήθως μια σύντομη/απλή αλυσίδα εργαλείων. Το μόνο που χρειάζεστε είναι ένας καλός επεξεργαστής κατάλληλος για την εργασία, λίγος διακομιστής web 'παιχνίδι', ίσως κάποια εργαλεία για την ελαχιστοποίηση Javascript/CSS (και ίσως έναν μεταγλωττιστή Sass) για εκδόσεις παραγωγής και κατά την ανάπτυξη συνήθως δεν θα χρησιμοποιούσατε καν ότι.
Η ανάπτυξη Backend μπορεί συχνά να μην χρειάζεται κάτι περισσότερο από ανάπτυξη front-end. Ή μπορεί να χρειαστεί λίγο περισσότερο. Για παράδειγμα, χρησιμοποιώ την PostgreSQL ως βάση δεδομένων. Έτσι, έχω ένα τοπικό παράδειγμα για ανάπτυξη/δοκιμή. Εκτελώ το pgAdmin4, το οποίο εκτελείται σε ένα κοντέινερ Docker. Ίσως χρειαστεί να εκτελέσετε ένα VM που αναπαράγει το περιβάλλον υποστήριξης σας. Το άθροισμα GB.
Η ανάπτυξη εγγενών εφαρμογών γίνεται συχνά με ελάχιστα εργαλεία. Για βασική ανάπτυξη εφαρμογών iOS, δεν χρειάζεστε τίποτα περισσότερο από το Xcode. ΟΚ, και ο προσομοιωτής iOS. Εάν κάνετε κάποιο είδος υβριδικής ανάπτυξης πολλαπλών πλατφορμών, πιθανότατα προσθέστε πρόσθετα στοιχεία αλυσίδας εργαλείων - και κατ' ανάγκη Android SDK και εργαλεία κατασκευής. Η ανάπτυξη Android χρησιμοποιεί διαφορετικό μεταγλωττιστή. Προσθέστε έναν άλλο προσομοιωτή. (Χρησιμοποιώ το GenyMotion, καθώς και οι δύο προσεγγίσεις που παρέχονται από την Google είναι αργές σαν μελάσα.) Οποιοσδήποτε αξιοπρεπής προσομοιωτής Android εκτελείται σε VM.
Ω, πρέπει να δοκιμάσετε αυτόν τον ιστότοπο στα Windows; Προσθέστε ένα Windows VM.
Τόσα πολλά εργαλεία σήμερα λειτουργούν σε ένα κοντέινερ ή ένα VM. Αυτό αυξάνει τις απαιτήσεις μνήμης.
Αποκτήστε όση μνήμη αντέχει ο προϋπολογισμός σας. Νομίζω, ωστόσο, ότι τα 64 GB είναι το πρακτικό όριο σήμερα για τις περισσότερες εξελίξεις. Πρόσφατα πήρα ένα iMac Pro με 64 GB για ανάπτυξη. Χρησιμοποιώ ένα μεγάλο σετ εργαλείων. Έλεγξα το Activity Monitor και διαπίστωσα ότι δεν έχω χρησιμοποιήσει ακόμα αρχείο ανταλλαγής. Αλλά μόλις φορτωθούν όλα τα εργαλεία, χρησιμοποιώ κάπου μεταξύ 32 GB και 64 GB, συνήθως 40-50 GB. Αλλά στην πραγματικότητα δεν τα έχω φορτώσει ΟΛΑ ταυτόχρονα.
Αυτό που πρέπει να αναρωτηθείτε είναι:
- Είναι σημαντικό το σύστημα να ανταποκρίνεται κατά την κατασκευή;
- Πόση διάρκεια ενός κύκλου κατασκευής είστε διατεθειμένοι να ανεχτείτε;
Στην ανάπτυξη του μπροστινού άκρου, συνήθως δεν έχετε «κύκλο κατασκευής», δηλαδή δημιουργία/δοκιμή/επανάληψη. Πόσο καιρό είστε διατεθειμένοι να περιμένετε για να μάθετε ότι κάνατε ένα απλό λάθος που θα χρειαστούν μερικά δευτερόλεπτα για να διορθωθεί; 15 λεπτά? 5 λεπτά? 1 λεπτό? 30 δευτερόλεπτα?
Στην ανάπτυξη εφαρμογών χρησιμοποιώντας μια μεταγλωττισμένη γλώσσα, έχετε πάντα έναν κύκλο κατασκευής και μπορεί να είναι σημαντικός. Κατανοώ ότι ο κύκλος δημιουργίας του Swift είναι σημαντικά μεγαλύτερος από τον κύκλο κατασκευής του Objective-C. (Δεν χρησιμοποιώ ο ίδιος το Swift, επειδή κάνω υβριδική ανάπτυξη και ο υποκείμενος κώδικας πλατφόρμας είναι σε Objective-C (Java για Android), C και C++ - όχι Swift).
Η ποσότητα της διαθέσιμης μνήμης RAM θα έχει σημαντικό αντίκτυπο στον χρόνο του κύκλου κατασκευής.
[doublepost=1545084766][/doublepost]
ammulder είπε: Πόσο καιρό σκοπεύετε να κρατήσετε το μηχάνημα; Δεδομένου ότι η μνήμη δεν μπορεί να αναβαθμιστεί, αγοράζετε πραγματικά για πόση μνήμη θα χρειαστείτε σε 3-5 χρόνια, όχι σήμερα. (Λαμβάνοντας υπόψη ότι κάθε έκδοση εργαλείων ανάπτυξης χρησιμοποιεί περισσότερη μνήμη από την προηγούμενη.) Ιδιαίτερα εάν καταλήξετε να χρησιμοποιείτε κοντέινερ ή εικονικά μηχανήματα (π.χ. για να εκτελέσετε μια τοπική έκδοση κάποιου back-end στο οποίο συνδέεται η εφαρμογή σας), η επιτυχία της παραγωγικότητας του πολύ λίγη μνήμη αργότερα δεν αξίζει την εξοικονόμηση κόστους τώρα.Οι φορητοί υπολογιστές μου διαρκούν συνήθως 4-6 χρόνια, ή και περισσότερο, οπότε με βάση όσα έχω διαβάσει μέχρι τώρα, ίσως θα ήταν καλύτερο να αποκτήσω την έκδοση των 16 GB αν θέλω να μεγιστοποιήσω τη χρήση. ΠΡΟΣ ΤΟ
Ανώνυμος-ποντίκι
- 25 Αυγούστου 2016
- 17 Δεκεμβρίου 2018
jtara είπε: Ορίστε τι εννοείτε με το 'αρκετά';
(ψαλιδίζω)
Τόσα πολλά εργαλεία σήμερα λειτουργούν σε ένα κοντέινερ ή ένα VM. Αυτό αυξάνει τις απαιτήσεις μνήμης.
Αποκτήστε όση μνήμη αντέχει ο προϋπολογισμός σας. Νομίζω, ωστόσο, ότι τα 64 GB είναι το πρακτικό όριο σήμερα για τις περισσότερες εξελίξεις. Πρόσφατα πήρα ένα iMac Pro με 64 GB για ανάπτυξη. Χρησιμοποιώ ένα μεγάλο σετ εργαλείων. Έλεγξα το Activity Monitor και διαπίστωσα ότι δεν έχω χρησιμοποιήσει ακόμα αρχείο ανταλλαγής. Αλλά μόλις φορτωθούν όλα τα εργαλεία, χρησιμοποιώ κάπου μεταξύ 32 GB και 64 GB, συνήθως 40-50 GB. Αλλά στην πραγματικότητα δεν τα έχω φορτώσει ΟΛΑ ταυτόχρονα.
Αυτό που πρέπει να αναρωτηθείτε είναι:
- Είναι σημαντικό το σύστημα να ανταποκρίνεται κατά την κατασκευή;
- Πόση διάρκεια ενός κύκλου κατασκευής είστε διατεθειμένοι να ανεχτείτε;
Στην ανάπτυξη του μπροστινού άκρου, συνήθως δεν έχετε «κύκλο κατασκευής», δηλαδή δημιουργία/δοκιμή/επανάληψη. Πόσο καιρό είστε διατεθειμένοι να περιμένετε για να μάθετε ότι κάνατε ένα απλό λάθος που θα χρειαστούν μερικά δευτερόλεπτα για να διορθωθεί; 15 λεπτά? 5 λεπτά? 1 λεπτό? 30 δευτερόλεπτα?
Στην ανάπτυξη εφαρμογών χρησιμοποιώντας μια μεταγλωττισμένη γλώσσα, έχετε πάντα έναν κύκλο κατασκευής και μπορεί να είναι σημαντικός. Κατανοώ ότι ο κύκλος δημιουργίας του Swift είναι σημαντικά μεγαλύτερος από τον κύκλο κατασκευής του Objective-C. (Δεν χρησιμοποιώ ο ίδιος το Swift, επειδή κάνω υβριδική ανάπτυξη και ο υποκείμενος κώδικας πλατφόρμας είναι σε Objective-C (Java για Android), C και C++ - όχι Swift).
Η ποσότητα της διαθέσιμης μνήμης RAM θα έχει σημαντικό αντίκτυπο στον χρόνο του κύκλου κατασκευής.
Αυτό το συνοψίζει λίγο πολύ. Εάν χρειάζεται να τρέξετε VM, τότε τα 8 GB είναι εφικτά (μπορείτε να εκτελέσετε ένα VM άνετα σε 8 GB RAM). Εάν διαθέτετε SSD, η διαφορά ταχύτητας μεταξύ της ύπαρξης 8 GB έναντι περισσότερης μνήμης RAM δεν θα είναι πολύ εμφανής εκτός εάν χρησιμοποιείτε μεγάλο αριθμό εικονικών μηχανών ή/και προσπαθείτε να μεταγλωττίσετε μια τεράστια βάση κώδικα. ντο
Κατασκευάσει
- 23 Ιουνίου 2010
- 17 Δεκεμβρίου 2018
Οι εφαρμογές που απαιτούν μνήμη, όπως το XCode και το Android Studio, θα τα πάνε μια χαρά στα 8 GB. Το πρόβλημα θα προέκυπτε εάν προσπαθήσατε να εκτελέσετε το Slack συνδεδεμένο σε πολλές ομάδες, αφήνοντας το Chrome ανοιχτό με πολλές καρτέλες ή ίσως ένα σύστημα εικονικής πραγματικότητας για να εκτελέσετε ορισμένα κοντέινερ Docker. Είναι η ταυτόχρονη που προκαλεί τα προβλήματα.
Εάν μπορείτε να αντέξετε οικονομικά το άλμα στα 16 GB και σκοπεύετε να διατηρήσετε αυτό το μηχάνημα για λίγο, νομίζω ότι αξίζει τον κόπο για τη μελλοντική προστασία. Εάν το επιπλέον κόστος είναι αρκετό για να σας κάνει να το σκεφτείτε δύο φορές, τότε ξεχάστε το και κάντε απλώς 8 GB. Θα είσαι ευτυχισμένος σε κάθε περίπτωση.
ρεβμάκος
- 20 Οκτωβρίου 2018
- ΧΡΗΣΕΙΣ
- 17 Δεκεμβρίου 2018
jtara είπε: Τα 8 GB σίγουρα δεν είναι αρκετά σε - για παράδειγμα - ένα Mac Mini, καθώς ένα πολύ καλό κομμάτι (ανάλογα με το μοντέλο) χρησιμοποιείται για την οθόνη.
Όπως είπα νωρίτερα, τρέχω το Xcode στο Mac mini του 2014 - έχει 4 GB RAM και δεν βλέπω κανένα πρόβλημα. Αν μπορώ να κωδικοποιήσω άνετα με 4GB, τότε τα 8GB είναι αρκετά. J
jtara
- 23 Απριλίου 2009
- 30 Δεκεμβρίου 2018
kadammanali987 είπε: (Οι άνθρωποι συχνά κρατούν αιτήσεις για μεταγλώττιση και παίζουν παιχνίδια μέχρι εκείνη τη στιγμή. Αυτό επιβραδύνει την επεξεργασία)
Ή θα μπορούσατε απλώς να επιταχύνετε τον κύκλο εκτέλεσης μεταγλώττισης-σύνδεσης σε σημείο που δεν χρειάζεται περισσότερο από ένα υγιές σηκωμό από την καρέκλα για μερικά λεπτά.
Ένα μέρος αυτού είναι η ύπαρξη αρκετής μνήμης ώστε ο μεταγλωττιστής να λειτουργεί αποτελεσματικά, με ελάχιστη/καμία εναλλαγή.
Το ότι ΜΠΟΡΕΙΣ δεν σημαίνει ότι ΠΡΕΠΕΙ. Πρέπει να αποφασίσετε πόσο πολύτιμος είναι ο χρόνος σας.
Η καθοριστική στιγμή για αυτή την εξίσωση για μένα ήταν πριν από πολλά πολλά χρόνια. Ένα προϊόν που ονομάζεται Instant-C. Μείωσε αυτόν τον κύκλο από αρκετά λεπτά σε μερικά δευτερόλεπτα. Με ενέπνευσε να μειώσω έναν κύκλο μεταγλώττισης-σύνδεσης-εκτέλεσης για μια εφαρμογή που προσομοιώνει και αναλύει παραλλαγές (από ένα μοντέλο, που αρχικά γράφτηκε στο Fortran) σε μηχανικά συγκροτήματα από 1/2 ώρα σε λιγότερο από ένα λεπτό. (Εντάξει, εξαπάτησα - αφαίρεσα τον κύκλο μεταγλώττισης-σύνδεσης-εκτέλεσης... γράφοντας έναν μεταγλωττιστή για συγκεκριμένο τομέα και έναν συνοδευτικό διερμηνέα bytecode) 35 χρόνια αργότερα, εξακολουθεί να είναι η κυρίαρχη λύση για αυτόν τον τομέα.
Τέλος πάντων, ο ΟΠ πήρε την απόφασή του - νομίζω σοφή.
BTW, αν χρησιμοποιούσα ακόμα το i7 Mini του 2012 για εκδόσεις, θα χρησιμοποιούσα ένα Ramdisk. Είναι περίπου στο μισό χρόνο κατασκευής για μένα στο Mini. Το δοκίμασα στο νέο μου iMac Pro, αλλά δεν είχα τον ίδιο αντίκτυπο. Φοβάμαι ότι δεν σκέφτηκα να δοκιμάσω το ramdisk μέχρι να αποκτήσω το iMac Pro. Το MacOS δεν έχει πραγματικά εξαιρετικές λύσεις RamDisk. Το Mini έχει 16 GB. Δεν υπάρχει περιθώριο για ramdisk σε μηχάνημα με 4 GB. (Το iMac Pro έχει 64 GB).
vbctv
προς το
- 25 Σεπτεμβρίου 2013
- Κλίβελαντ, Οχ
- 2 Μαΐου 2019
jtara είπε: Το MacBook Pro χρησιμοποιεί μνήμη συστήματος για την οθόνη;
Τα 8 GB σίγουρα δεν είναι αρκετά σε - για παράδειγμα - ένα Mac Mini, καθώς ένα αρκετά καλό κομμάτι (ανάλογα με το μοντέλο) χρησιμοποιείται για την οθόνη.
Τα πιο σημαντικά σχόλια που δίνονται εδώ είναι ότι στα πρόσφατα MacBook, η μνήμη είναι συγκολλημένη. Παίρνετε μια απόφαση για τα επόμενα χρόνια.
Έχω ένα Mac Mini 2018 συνδεδεμένο σε 2 οθόνες και έχω 8 GB RAM, δεν βλέπω ποτέ προβλήματα και κάνω εργασίες ανάπτυξης Android Studio και Xcode και εκτελώ το MAMP Pro στο παρασκήνιο. Το μόνιτορ πίεσης μνήμης δεν ανεβαίνει ποτέ πραγματικά και παραμένει πάντα πράσινο και χαμηλό. Έχω συζητήσει μια αναβάθμιση στα 16 GB, αλλά δεν βλέπω πραγματικά ανάγκη, εκτός και αν βρω μια εξωφρενική προσφορά προς πώληση.... ντο
ChromeCloud
- 21 Ιουνίου 2009
- Ιταλία
- 2 Μαΐου 2019
Όταν προσπαθώ να χρησιμοποιήσω το MacBook Air με 4 GB RAM για να αναπτύξω εφαρμογές iOS (μιλάω για πραγματικές εφαρμογές, όχι μόνο για μικρά έργα επίδειξης), η εμπειρία γίνεται πολύ απογοητευτική πολύ γρήγορα. Απλά ανοίγοντας το Xcode και το Safari με 3 ή 4 καρτέλες θα κορεστεί πλήρως η RAM σας (θυμηθείτε ότι το σύστημα χρειάζεται περίπου 2 GB) και η χρήση του προσομοιωτή για τον εντοπισμό σφαλμάτων των εφαρμογών σας είναι σχεδόν αδύνατη (ο υπολογιστής επιβραδύνεται σε σημείο να μην ανταποκρίνεται).
Με 8 GB θα είσαι εντάξει. Αλλά όχι για πολύ. Ας υποθέσουμε ότι τα 8 GB είναι το ελάχιστο για να τρέξετε άνετα την πλήρη σουίτα ανάπτυξης iOS + μερικές εφαρμογές στο πλάι, εάν θέλετε να έχετε σαν ένα φανταχτερό πρόγραμμα επεξεργασίας κειμένου ή κάποια εργαλεία για τη δημιουργία διανυσματικών γραφικών, για παράδειγμα.
Έτσι, αν έπρεπε να αγοράσω ένα νέο μηχάνημα τώρα και να το κρατήσω για τα επόμενα 3 χρόνια ή περισσότερα, θα έπαιρνα τουλάχιστον 16 GB μνήμης RAM.
Μια άλλη προσοχή: δεν θα το περίμενα ποτέ πριν από μερικά χρόνια όταν αγόρασα το iMac μου (το οποίο έχει 32 GB μνήμης RAM και είναι ο κύριος σταθμός εργασίας μου), αλλά φαίνεται ότι αν θέλετε να εκτελέσετε τον προσομοιωτή χωρίς να τραυλίζει ολόκληρο το GUI, Η VRAM (γνωστή και ως μνήμη βίντεο) παίζει επίσης σημαντικό ρόλο στην εξίσωση.
Για έναν αμφιβληστροειδή iMac, μια κάρτα γραφικών 2 GB δεν θα είναι αρκετή για να λειτουργούν όλα ομαλά: κάθε λίγα δευτερόλεπτα το buffer γεμίζει (αυτό το βιώνω μόνο όταν εκτελώ τον προσομοιωτή) και το iMac παγώνει για ένα κλάσμα του δευτερολέπτου ενώ λειτουργεί αδειάζει και γεμίζει ξανά. Είναι σούπερ ενοχλητικό.
Οπότε η σύστασή μου για κάτι στο οποίο μπορείτε να εργαστείτε άνετα για τα επόμενα 3 χρόνια είναι: 16 GB RAM (ή περισσότερο) + 4 GB VRAM (ή περισσότερο) .
mkelly
- 29 Νοεμβρίου 2007
- 3 Μαΐου 2019
πλήθη
- 12 Φεβρουαρίου 2019
- 4 Μαΐου 2019
Στην ίδια εφαρμογή βλέπω ότι η χρήση RAM είναι κάτω από 8 GB χωρίς εναλλαγή. Για αργότερα σκέφτομαι να ενημερώσω τη μνήμη RAM αλλά δεν βιάζομαι αυτή τη στιγμή. φά
Φιλιπετέισέιρα
- 10 Απριλίου 2013
- 6 Μαΐου 2019
Δημοφιλείς Αναρτήσεις