Το format "χαλάει" τους SSD...ισχύει;;

[TheELF]

Απλά εκμεταλλεύονται την άγνοια του κόσμου για να έχουν ένα feature παραπάνω μπας και πουλήσουν.

Η πραγματική ταχύτητα ενός ssd δεν είναι η αναγραφόμενη σε mb/sec sequential αλλά η random που αναγράφεται σε iops(αφού είναι πολύ χαμηλότερη και δεν θέλουν οι εταιρίες να την αναφέρουν σε mb) .

[EddieObscurant]

2 ) το secure γράφει όλον τον δίσκο, είναι σαν slow ακόμα και σαν low level format

για αυτό και ισχύει το 3 που είπες αλλά συμβαίνει και αυτό

4 ) Σε έναν δίσκο με 0 δεδομένα δεν έχει να κάνει τίποτα, ούτε το garbage ούτε το trim

 

Δοκίμασε να γράψεις έναν ssd με μηδενικά (write zeros) και τρέξε μετα τρεξε κάποιο benchmark για να δεις τα αποτελέσματα (το χα κανει οταν ειχαν βγει οι ssd και τότε πειραματιζόμασταν όλοι). Θα δεις οτι θα ειναι τραγικά. Ο λόγος ειναι ότι όλα τα κελια θα ειναι γραμμενα και δεν θα έχει άδεια για να δουλεψει ο controller, αφου καθε φορα θα χρειαζεται να σβήσει για να  γράψει. Αν τρεξεις ενα trim ή τον αφήσεις σε idle για αρκετες ωρες (κυριως για ssd που δεν υποστηριζουν trim) το garbage collection θα αρχίσει να κάνει δουλεια και σιγα σιγα οι επιδοσεις θα ανεβαίνουν.

 

Ο λόγος ειναι οτι αναλογα με το προγραμμα που χρησιμοποιει κάποιος για secure erase τα αποτελεσματα ειναι διαφορετικα.  Αν χρησιμοποιησει την εσωτερική εντολη του κάθε controller του ssd τοτε δίνοντας περισσοτερο ρευμα τα δεδομενα χανονται και τα κελια επιστρεφουν στην αρχική τους κατασταση (δεν χρειαζεται να γραφουν όλα τα κελια ενα-ενα). Αυτή ειναι η εντολη που χρησιμοποιουν τα toolbox των εταιριων στο software που συνοδευουν τους ssd (intel ssd toolbox κλπ)

 

Αντιθέτως χρησιμοποιώντας διαφορετικες εντολες (nwipe dban's dwipe , shred που γραφει μηδενικα , dd part, κλπ) που έχει κάθε προγραμμα για secure erase , ο δισκος ερχεται σε κατασταση που δεν εχει ελευθερα κελια όπως σου ειπα παραπανω . Σου αντιγραφω μια παραγραφο στα αγγλικα για να μην το μεταφρασω και χασει κάπου το νόημα

 

Secure Erase, using HDDErase or HDParm, does restore performance to SSDs. It is simply a command that is sent to the controller of the drive. The controller then runs a built-in routine that resets the NAND to an erased (non-programmed) state. Secure Erase was originally developed for conventional drives. The controller of the drives were programed to write zeros (0x00) to the entire drive once the command was received. With SSDs, NAND programmed with 0x00 will be in a used state and require an erase-before-write which will degrade performance. SSD manufacturers have wrote the firmware of the controllers so that when a Secure Erase command is received 0xFF will be issued to the NAND which results in all cells being placed in an erased state. This is a factory fresh state and writes can take place without the need for an erase first.

 

Other utilities such as DiskPart do not have this capability because instead of issuing a command that the controller acts upon the utility is doing the actual writes. The /Clean All command of DiskPart will result in 0x00 being written to the entire drive. This is the reason for the difference in completion speed of these type of utilities and an actual ATA spec'd Secure Erase. When the controller of a SSD receives a Secure Erase command a high voltage is applied to the substrate of the NAND and the entire drive is reset to 0xFF in a few hundred milliseconds. DiskPart and other similar utilities actually write 0x00 to the entire drive.

 

 

 

 

Εγώ για την μητρική ... θα περάσει πανω.

 

nice.. δεν ήξερα οτι έχουν τετοιο feature οι καινουριες mobo της asus, και παλι όμως η πιθανοτητα να κλειδώσει/brick ο ssd ενω ουσιαστικα δεν έχει κατι να προσφερει, αφου ετσι και αλλιως ο ssd με trim ή χωρις με το internal garbage collector θα ερθει στη normal κατασταση σου μετα απο μια περιοδο χρήσης. Εξάλλου απ'όσο γνωρίζω και και το mac os και ubuntu υποστηριζουν trim, αν και δεν το χω χρησιμοποιήσει.

 

Προφανώς και είναι ασχετο με το θέμα αφου το παιδι ρωταει αν τα πολλα φορματ μπορουν να μειωσουν τη ζωη του ssd και εσύ του προτινεις να κάνει κάθε φορα secure erase, που στην καλύτερη περιπτωση δεν θα του προσφερει τπτ αφου μετα την εγκατασταση και λιγη χρήση ο ssd θα είναι στην ίδια ακριβώς κατασταση, ενω στη χειροτερη αν δεν γινει με την σωστη εντολή το secure erase θα χει πολύ χειροτερες επιδόσεις για καποιο χρονικο διάστημα ενω πάντα υπαρχει και η περιπτωση να κλειδώσει/brickαρει ο δισκος και να θελει rma.

[TheELF]

 

0xFF will be issued to the NAND which results in all cells being placed in an erased state. This is a factory fresh state and writes can take place without the need for an erase first.

Σημαντική λεπτομέρεια που δεν την ήξερα,αν και πολλά προγράμματα low level σου προσφέρουν την δυνατότητα να επιλέξεις εσύ το τι θα γράψουν οπότε μπορείς να το ρυθμίσεις να γράψουν ff αντί για 00,αυτό με την τάση σίγουρα είναι καλύτερα αφού είναι και ποιο γρήγορο (μετράει λες για κανονική εγγραφή για τα κελιά ;; ) 

[EddieObscurant]

μετράει λες για κανονική εγγραφή για τα κελιά ;;

 

ναι κάπου ειχα διαβάσει οτι μετραει και αυτό σαν κανονική εγγραφη για τα κελια

[poulinos]

αν δεν παιζει το trim σε καποιο λειτουργικο τοτε ναι εχουμε Λιγο θεμα αφου θα παιζει μονο το gc Οποτε θα χασει τα χ πλεονεκτηματα του trim
τωρα με το secure erase δεν μπορω να καταλαβω ποια η χρησιμοτητα του οταν εχουμε trim.
.να διαγραψεις τα αρχεια μονιμα για να μην γινουν επαναφορα οκ πες οτι ισχυει αλλα το να κερδισεις σε ταχυτητα παλι θα ειναι για λιγο αφου παλι μετα απο  x χρονικο διαστημα  θα αρχισεις να σβηνεις/γραφεις οποτε εκει θα πιασει παλι δουλεια το trim/cg.

[cuprakatos]

Οι ssd πλεον αντέχουν καμιά 40αριά γίγα γράψε σβήσε την ημέρα για 4 τουλάχιστον χρόνια . Κάντε τους ότι θέλετε