vag3d Δημοσ. 20 Μαΐου 2010 Δημοσ. 20 Μαΐου 2010 Sorry αν έχει επαναληφθεί η ερώτηση, αλλά πως τελικά κάνουμε Low Level Format σε SSD όταν το μηχάνημά μας είναι Mac? (δηλαδή με άλλα λόγια, πως κάνουμε Refresh στην ταχύτητα του SSD μας όταν χρειαστεί)?
tr3quart1sta Δημοσ. 21 Μαΐου 2010 Δημοσ. 21 Μαΐου 2010 http://osxdaily.com/2010/05/19/install-an-ssd-into-the-optical-drive-slot-on-a-macbook-pro/ :shock:
ixthy Δημοσ. 22 Μαΐου 2010 Δημοσ. 22 Μαΐου 2010 (επεξεργασμένο) Όσον αφορά το trimming αυτό που λες είναι εντελώς λάθος. Το θέμα το είχαμε αναλύσει με διαφωνία κιόλας με τον haHa μέχρι που πιστεύω το λύσαμε. Δες το σχετικό thread. Το mac δεν υποστηρίζει αυτόματο trimming, αλλά το trimming είναι περισσότερο μια αναγκαιότητα των windows και όχι του mac. Άσε που το mac έχει αντίστοιχη λειτουργία ήδη. Eπειδή δεν έχω χρόνο τώρα να ξαναγράψω τα ίδια ψάξτο λίγο μόνος σου από εδώ αλλά και από άλλες πηγές όπως το wiki. Επεξ/σία 25 Μαΐου 2010 από georgeadams
haHa Δημοσ. 22 Μαΐου 2010 Δημοσ. 22 Μαΐου 2010 Το mac δεν υποστηρίζει αυτόματο trimming, αλλά το trimming είναι περισσότερο μια αναγκαιότητα των windows και όχι του mac. ??? Πως γινεται αυτο? Άσε που το mac έχει αντίστοιχη λειτουργία ήδη. Aυτοματη?
ixthy Δημοσ. 22 Μαΐου 2010 Δημοσ. 22 Μαΐου 2010 Πάλι τα ίδια θα λέμε; Βαρέθηκα! Το trimming είναι αναγκαιότητα για τα windows για τουλάχιστον 2 λόγους (ntfs και defragmentation που δεν πρεπει να γίνεται αυτόματα σε SSD σκληρούς) που στο mac απλώς δεν υπάρχουν. Η λειτουργία στο mac δεν είναι αυτόματη, αλλά δεν υπάρχει και λόγος να είναι αυτόματη, ειδικά λόγω του τρόπου με τον οποίο διαχειρίζεται τον ελεύθερο χώρο το mac. Άλλωστε το παιδί το θεωρεί πολύ ακριβό το SSD, όπως και γω άλλωστε. Προτιμώ έναν 500 άρη ή παραπάνω αν γίνεται (γίνεται; μπααα) στα 7200 αν και με τον 5400 εγώ είμαι πολύ ευχαριστημένος. ---------- Προσθήκη στις 20:28 ---------- Προηγούμενο μήνυμα στις 20:22 ---------- Και πάλι θεωρώ αρκετά ακριβή για την ώρα τη λύση του SSD... λέω να επιλέξω έναν 7200 δίσκο. Με τον Free Fall Sensor τι παίζει? Θα συνεχίσει να λειτουργεί και μετά την αλλαγή;;; Νομίζω ναι, αλλά στη θέση σου θα ρωτούσα το apple support. Είμαι σίγουρος ότι θα σου δώσουν ό,τι πληροφορία θες για το θέμα ώστε να αγοράσεις το σωστό μοντέλο σκληρού που να υποστηρίζει αυτή τη λειτουργία. Απλώς τηλεφωνείς και σου απαντούν αμέσως!!! Δεν έχει αναμονές και τέτοια... έχω πάρει 4 φορές και ξέρω. Μπορείς επίσης να κοιτάξεις και στα forums του support της apple. Επίσης να ξέρεις ότι η αλλαγή σκληρού γίνεται από το χρήστη με τις ευλογίες της apple και νομίζω υπάρχουν και οδηγίες πια για αυτό. Αν βρίσκεσαι κοντά σε applestore, ένα mac genius μπορεί να σου κάνει μέχρι και demonstration την αλλαγή του σκληρού σου δίσκου, ώστε να το κάνεις και μόνος αν δεν ξέρεις το πως. Οπότε μη φοβάσαι τίποτα.
haHa Δημοσ. 22 Μαΐου 2010 Δημοσ. 22 Μαΐου 2010 (επεξεργασμένο) Ρε, πραγματικα δεν θυμαμαι τι λεγαμε! (οσον αφορα το αν χρειαζεται το trim) Συγγνωμη, αν δηλαδη σε εναν ssd γραψεις αρκετα δεδομενα, τον ψιλογεμισεις, μετα τα σβησεις και μετα τον ξαναγεμισεις (κατι αρκετα ευκολο λογω των μικρων χωρητικοτητων των ssd) δεν θα γινει πιο αργος? Φυσικα και θα γινει πιο αργος και εκει ερχεται το trim. Απλα τα windows υποστηριζοντας καλυτερα το hardware υποστηριζουν και αυτην την δυνατοτητα. Το mac os x εχει μεινει πισω σε αυτο το θεμα , ακομα και το linux το υποστηριζει. Επεξ/σία 22 Μαΐου 2010 από haHa
ixthy Δημοσ. 22 Μαΐου 2010 Δημοσ. 22 Μαΐου 2010 Ρε, πραγματικα δεν θυμαμαι τι λεγαμε! (οσον αφορα το αν χρειαζεται το trim) Η αλήθεια είναι ότι έψαχνα και γω να το βρώ, αλλά δε θυμάμαι που είναι, αααν υπάρχει ακόμα. Τες πα έκανα ένα μικρό edit την απάντησή μου. Τα πάντα είναι μπλοκάρισμα του defragmentation (το trimming κάνει και αυτό) και οργάνωση χώρου, κάτι όμως που μόνο το ntfs δεν έχει από μόνο του. Τα άλλα συστήμαατα αρχείων (όχι μόνο του mac που υπολείπεται μάλιστα από άλλα unix) είναι πολύ πιο μπροστά στον τομέα της διαχείρισης του σκληρού και του ελεύθερου χώρου, γι'αυτό άλλωστε και στο unix δεν υπάρχει defragmentaion. Τέλος το trimming είναι μια εφαρμογή και δεν έχει να κάνει με το hardware αυτό καθ' αυτό. Μην ξεχνάς ότι οι ίδιοι οι κατασκευαστές έγραφαν εφαρμογές trimming. Δεν είναι θέμα λειτουργικού. Δε θα ήταν τόσο δύσκολο και για την Apple να γράψει μια τέτοια εφαρμογή, αλλά δε χρειάζεται.
haHa Δημοσ. 22 Μαΐου 2010 Δημοσ. 22 Μαΐου 2010 (επεξεργασμένο) Το TRIM ελαχιστα εχει να κανει με το (γνωστο) fragmentation. Για αυτο αλλωστε το TRIM υποστηριζεται ακομα και σε linux. Το TRIM(οι λειτουργιες του) ειναι απαραιτητο σε ΟΛΑ τα λειτουργικα αν θελουμε ο ssd δισκος να μην χασει την ταχυτητα αν πιο πριν εχει γεμισει δεδομενα και στο μεταξυ αδειασε. Σε windows 7 και σε linux δεν θα εχει προβλημα, θα ειναι σχεδον εξισου γρηγορος σαν να μην γεμισε (και μετα αδειασε) ποτε. Σε mac os x θα ειναι πιο αργος. (εκτος αν αναγκαστει ο χρηστης να τρεχει χειροκινητα διαφορα εργαλεια που κανουν την δουλεια που θα εκανε το trim αν υποστηριζοταν.) Επεξ/σία 22 Μαΐου 2010 από haHa
ixthy Δημοσ. 22 Μαΐου 2010 Δημοσ. 22 Μαΐου 2010 (επεξεργασμένο) Από wiki: Where TRIM is not automatically supported by the operating system, there are utilities which can send TRIM commands manually. Although tools to "reset" some drives to a fresh state were already available before the introduction of TRIM, they also delete all data on the drive, which makes them impractical to use for ongoing optimization. [3] Κάτι που στο mac δεν ισχύει λόγω Disk utility. Επίσης : First, a TRIM-supporting OS (e.g. Windows 7 will support TRIM at some point) queries the hard drive for its rotational speed. If the drive responds by saying 0, the OS knows it’s a SSD and turns off features like defrag. It also enables the use of the TRIM command. Αυτό για να μη λες ότι δεν έχει σχέση με το defrag. Το λέω ξεκάθαρα πιο πάνω ότι εμποδίζει το defrag, αλλά τα unix OSs δεν έχουν defrag, οπότε και αυτή η λειτουργία τους είναι άχρηστη. Γενικώς όποιος ενδιαφέρεται, αντί να ακούει γνώμες ας δει εδώ: http://forums.macrumors.com/showthread.php?t=744885 (Το πιο σημαντικό είναι εδώ!) και στο wiki που λέει γενικά τι κάνει το trim. Φυσικά στο mac όποτε θέλει κάποιος κάνει: disk utility -> επιλογή volume -> Erase tab και τέλος -> erase free space. Επίσης μπορεί να έχει συνεχώς ενεργοποιημένο το secure empty trash αφού κάνει check το σχετικό check box που υπάρχει στα preferences του finder. Α ρε haHa με ανάγκασες να χάσω 1 ώρα πάλι. Όσον αφορά για το πιο αργό SSD σε mac os μια φορά το μήνα να κάνει κάποιος αυτό που λέω, ή ίσως και secure empty trash που δεν το συνιστώ, θα έχει πολύ καλύτερη ταχύτητα από το συνεχές trimming. Δλδ την ώρα που το trimm σβήνει τον ελεύθερο χώρο δε θέλει χρόνο; Ή το κάνει με κάποιο μαγικό τρόπο; Αλλά ακόμα και αν ο σκληρός είναι γεμάτος σκουπίδια, η πτώση στις επιδόσεις φτάνει 20-30% και αυτό γιατί αναγκάζεται το λειτουργικό να τα σβήσει, κάτι που το trimm έχει ήδη κάνει πιο πριν, αλλά όχι όμως χωρίς να καταναλώνει πόρους και χρόνο. Οπότε ας ξέρουμε τι λέμε και να μην τα θεωρούμε όλα μαγικά επειδή απλώς είναι νέα φρούτα. Επεξ/σία 22 Μαΐου 2010 από ixthy
haHa Δημοσ. 22 Μαΐου 2010 Δημοσ. 22 Μαΐου 2010 (επεξεργασμένο) Επίσης : First, a TRIM-supporting OS (e.g. Windows 7 will support TRIM at some point) queries the hard drive for its rotational speed. If the drive responds by saying 0, the OS knows it’s a SSD and turns off features like defrag. It also enables the use of the TRIM command. Αυτό για να μη λες ότι δεν έχει σχέση με το defrag. Το λέω ξεκάθαρα πιο πάνω ότι εμποδίζει το defrag, αλλά τα unix OSs δεν έχουν defrag, οπότε και αυτή η λειτουργία τους είναι άχρηστη. Μιλησα πουθενα για defrag? Για fragmentation μιλησα: Το TRIM ελαχιστα εχει να κανει με το (γνωστο) fragmentation. Για αυτο αλλωστε το TRIM υποστηριζεται ακομα και σε linux. Μην μπερδευεσαι λοιπιν και μην λες οτι ειπα "ότι δεν έχει σχέση με το defrag"... Όσον αφορά για το πιο αργό SSD σε mac os μια φορά το μήνα να κάνει κάποιος αυτό που λέω, ή ίσως και secure empty trash που δεν το συνιστώ, θα έχει πολύ καλύτερη ταχύτητα από το συνεχές trimming. Δλδ την ώρα που το trimm σβήνει τον ελεύθερο χώρο δε θέλει χρόνο; Ή το κάνει με κάποιο μαγικό τρόπο; Οπως σωστα ειπες και ειπα και εγω, μπορει να το κανει χειροκινητα, αλλα δυστυχως ΔΕΝ ΑΡΚΕΙ. (γιατι μπορει στο μεταξυ να αδειασε και να γεμισε ξανα, οποτε και αργος ειναι και δεν μπορεις να κανεις erase free space*) Απλα σε linux και windows 7 μπορεις να εχεις ταχυτατο σκληρο δισκο χωρις να χρειαστει η παρεμβαση του χρηστη. Στο mac os x χωρις την παρεμβαση του χρηστη(που ακομα και αυτην δεν αρκει παντα) , ο δισκος θα ειναι πιο αργος αν γεμισει και αδειασει. *Πχ: Εχουμε ενα δισκο 80gb, εκ των οποιων τα 40gb ειναι λειτουργικο και προγραμματα. Mε τον καιρο γεμιζει και φθανει σχεδον τα 80gb. Βλεπουμε οτι γεμισε και σβηνουμε αχρηστα πραγματα. Πεφτει πχ παλι στα 40gb . Παλι ομως γεμιζει σχετικα και αυτην την φορα γεμιζει με πιο απαραιτητα πραγματα.. Φθανει λοιπον τα 70gb τα οποια ειναι σημαντικα και δεν μπορουν να σβηστουν. (νεα προγραμματα, αρχεια video κλπ) Τοτε ο χρηστης αποφασιζει να κανει erase free space. Ουσιαστικα κανει μια τρυπα στο νερο(αφου αφορα μονο τα τελευταια 10gb), γιατι τα εξτρα 30gb που γραφτηκαν μετα τα 40gb , γραφτηκαν πανω απο "σκουπιδια" και ετσι ο δισκος ηταν "πιο αργος εκει". Αυτο φυσικα θα ειχε αποφευχθει σε linux και windows 7 που υποστηριζουν trim και γινεται αυτοματα η βελτιστοποιηση. Το erase free space προυποθετει και σωστο timing. Για αυτο το trim ειναι σημαντικο(γιατι δεν μπορεις να περιμενεις απο τον χρηστη να κανει erase free space οταν ο δισκος εχει αδειασει και πριν γεμισει ξανα) και για αυτο το υποστηριζει ακομα και το linux. Επεξ/σία 24 Μαΐου 2010 από haHa
ixthy Δημοσ. 22 Μαΐου 2010 Δημοσ. 22 Μαΐου 2010 haHa ούτε εγώ είπα ότι fragmentation = trimming. Αλλά σχέση υπάρχει και είναι ξεκάθαρο αυτό που λέω για όποιον το διαβάσει. Άσε που το fragmentation αυξάνεται από το αισχρό σύστημα διαχείρησης αρχείων των windows, που αν και νεότερο λειτουργικό από το unix, μόνο μπροστά δεν είναι. Πόσο μάλλον να τολμάμε να το συγκρίνουμε με το unix ή το mac os. Το ότι στο linux ή στο BeOS το υιοθέτησαν δε σημαίνει τίποτα. Καλά έκαναν και το έβαλαν. Όχι όμως ότι το χρειαζόντουσαν κιόλας. Ενώ τα windows το χρειάζονται! Γιατί άμα τα win ξεκινήσουν αυτόματο defragmentation σε κάνα SSD, θα γελάσει και ο κάθε πικραμένος! Εκεί λοιπόν έρχεται το trimming και λέει στα win: Ώπαααα πάρτο αλλιώς... αυτός ο δίσκος δε στροφάει!!! (rotation speed = 0) Τέλος πάντων επειδή είμαι σίγουρος ότι και η Apple θα βάλει trimming αν και καλά θα κάνει να ΜΗΝ το βάλει διότι από αυτά που έχω διαβάσει μου φαίνεται παντελώς άχρηστο για τα mac, ας το σταματήσουμε εδώ. Μη λέμε όμως ότι το mac os έχει μείνει πίσω και λοιπά βαρύγδουπα. Το trimming δεν είναι συστατικό μέρος κανενός kernel λειτουργικού συστήματος και οι λειτουργίες που κάνει μπορούν να γίνονται αυτόματα ακόμα και με scriptάκι του automator στα mac και το αναφέρω αυτό για να σου λύσω και το πρόβλημα του αυτοματισμού. Οπότε καταλαβαίνεις ότι αν ήθελε να ενσωματώσει η Apple κάτι τέτοιο είχε 1002 τρόπους να το κάνει, ειδικά όταν δίνει τη δυνατότητα να πάρει κάποιος μαμίσιο SSD κατά παραγγελία. Εγώ μάλιστα θεωρώ πολύ πιο βολικό να κάνω clean free disk space, όποτε δεν είμαι μπροστά στον υπολογιστή μου χειροκίνητα, παρά να έχω το trimming να με καθυστερεί όποτε θέλει αυτό για να είμαι clean and tidy, ώστε να είμαι πιο γρήγορος στο μέλλον!!!
haHa Δημοσ. 22 Μαΐου 2010 Δημοσ. 22 Μαΐου 2010 Το ότι στο linux ή στο BeOS το υιοθέτησαν δε σημαίνει τίποτα. Καλά έκαναν και το έβαλαν. Όχι όμως ότι το χρειαζόντουσαν κιόλας. Φυσικα και το χρειαζοντουσαν αν θελουν να διατηρείται ταχυτατος ο δισκος χωρις γνωσεις και επεμβαση απο τον χρηστη. Τέλος πάντων επειδή είμαι σίγουρος ότι και η Apple θα βάλει trimming . Και εγω ειμαι σιγουρος οτι θα ακολουθησει τα αλλα λειτουργικα.. Το trim (και οι λειτουργιες του) ειναι απαραιτητες αν θελουμε να εχουμε εναν φρεσκο ssd δισκο. Τα υπολοιπα ειναι στις περισσοτερες περιπτωσεις ημιμετρα ή απαιτουν γνωσεις και επεμβαση απο τον χρηστη. (σοβαρα μειονεκτηματα και για αυτο αν ρωτησουμε εδω μεσα, σχεδον κανενας που εχει ssd σε mac os x δεν τα εχει ενεργοποιημενα)
ixthy Δημοσ. 22 Μαΐου 2010 Δημοσ. 22 Μαΐου 2010 Χμμ ήδη απαντώ σε πολλά από αυτά που λες. Και sorry, πάντα καλύτερος ο αυτοματισμός για τον άσχετο, αλλά το erase free disk space δεν είναι καθόλου ημίμετρο. Επίσης όταν θα πάει το pc να γράψει πάνω από σκουπίδια, πρώτα σβήνει και μετά γράφει! Γι' αυτό καθυστερεί! Γιατί αναγκαστικά κάνει trimming! :lol: Σιγά λοιπόν την τόσο απαραίτητη λειτουργία! :lol::lol: Όχι τίποτε άλλο πρόσεχε πώς τα λες γιατί εδώ μέσα κάποιοι νομίζουν ότι το mac os χωρίς trimming θα τους κάνει corrupt και το σκληρό!:lol: Δλδ μιλάμε για αστειότητες. ---------- Προσθήκη στις 22:12 ---------- Προηγούμενο μήνυμα στις 22:07 ---------- Επίσης στην παράθεσή σου παρέλειψες να βάλεις το σημείο ότι καλά θα κάνει η Apple να ΜΗΝ βάλει trimming. Sorry αλλά υπάρχουν και οι απόψεις της μειοψηφίας που πιστεύουν ότι χωρίς trimming ο σκληρός μάλλον πιο γρήγορος θα είναι στο τέλος.
haHa Δημοσ. 22 Μαΐου 2010 Δημοσ. 22 Μαΐου 2010 (επεξεργασμένο) Χμμ ήδη απαντώ σε πολλά από αυτά που λες. Και sorry, πάντα καλύτερος ο αυτοματισμός για τον άσχετο, αλλά το erase free disk space δεν είναι καθόλου ημίμετρο. Ειναι τελειως ημιμετρο γιατι πρεπει να το τρεχεις χειροκινητα και γιατι πρεπει να το τρεχεις οταν εχει αδειασει σχετικα ο δισκος. Αν το τρεξεις οταν εχει γεμισει-αδειασει-γεμισει , τοτε εκανες μια τρυπα στο νερο και ο δισκος ηταν αργος τοσο καιρο. Αλλη δoυλεια δεν ειχε ο χρηστης να κοιταει ποτε αδειαζει ο δισκος του για να κανει τοτε erase free disk space . *Πχ: Εχουμε ενα δισκο 80gb' date=' εκ των οποιων τα 40gb ειναι λειτουργικο και προγραμματα. Mε τον καιρο γεμιζει και φθανει σχεδον τα 80gb.Βλεπουμε οτι γεμισε και σβηνουμε αχρηστα πραγματα. Πεφτει πχ παλι στα 40gb . Παλι ομως γεμιζει σχετικα και αυτην την φορα γεμιζει με πιο απαραιτητα πραγματα.. Φθανει λοιπον τα 70gb τα οποια ειναι σημαντικα και δεν μπορουν να σβηστουν. (νεα προγραμματα, αρχεια video κλπ) Τοτε ο χρηστης αποφασιζει να κανει erase free space. Ουσιαστικα κανει μια τρυπα στο νερο(αφου αφορα μονο τα τελευταια 10gb), γιατι τα εξτρα 30gb που γραφτηκαν μετα τα 40gb , γραφτηκαν πανω απο "σκουπιδια" και ετσι ο δισκος ειναι "πιο αργος εκει". Αυτο φυσικα θα ειχε αποφευχθει σε linux και windows 7 που υποστηριζουν trim και γινεται αυτοματα η βελτιστοποιηση. Το erase free space προυποθετει και σωστο timing. [/quote'] --------------------------------------------------------------------------------------------------- Επίσης όταν θα πάει το pc να γράψει πάνω από σκουπίδια, πρώτα σβήνει και μετά γράφει! Γι' αυτό καθυστερεί! Γιατί αναγκαστικά κάνει trimming! Χιλιες φορες να αργησει μια φορα, παρα να αργει συνεχεια επειδη εγραψε πανω απο σκουπιδια. (που αυτο γινεται σε οποιο λειτουργικο δεν υποστηριζει trimming) Επεξ/σία 24 Μαΐου 2010 από haHa
Προτεινόμενες αναρτήσεις
Δημιουργήστε ένα λογαριασμό ή συνδεθείτε για να σχολιάσετε
Πρέπει να είστε μέλος για να αφήσετε σχόλιο
Δημιουργία λογαριασμού
Εγγραφείτε με νέο λογαριασμό στην κοινότητα μας. Είναι πανεύκολο!
Δημιουργία νέου λογαριασμούΣύνδεση
Έχετε ήδη λογαριασμό; Συνδεθείτε εδώ.
Συνδεθείτε τώρα