SSD's και αποδόσεις μετά από καιρό

[ChSin7]

Ένα ενδιαφέρον άρθρο με δοκιμές στις αποδόσεις "φρέσκων και δουλεμένων" των σημερινών mainstream SSD:

A closer look at fresh versus used SSD performance

Some controllers cope more gracefully than others

Περιλαμβάνει τους Intel X25-M, Samsung PB-22J (Corsair 256GB) και OCZ Vertex. Enjoy

... και φυσικά ο Intel είναι αυτός που "μασάει" λιγότερο.

Το καλό είναι ότι η Indilinx φαίνεται ότι παλεύει το TRIM support και έτσι θα αναγκαστούν να ακολουθήσουν και οι άλλες (JPicron, Samsung, Intel)

[offtopic]

In fact, custom partition alignment may not even be necessary with the Vertex. When asked about the issue, OCZ Vice President of Technology Development Michael Schuette also suggested that an SSD could side-step XP's 63-sector offset by employing a default 128KB offset in its firmware. So why hasn't such an offset been incorporated into the Vertex's firmware? Because that firmware comes from Indilinx; according to Schuette, OCZ doesn't have access to the source code.

[/offtopic]

[Jaco]

Μετρήσεις από τους δικούς μου...

Η ημερομηνία είναι η εγκατάσταση του λειτουργικού...

Στο λειτουργικό δεν έχουν πειραχτεί τα services και η συμπεριφορά του filesystem (δηλαδή τα tweeks για τους ssd)...

Σχεδόν καθημερινή χρήση για software development...

2x Mtron 3525 (raid0)

11/11/2008, 1:37:56 μμ

Intel X25-M

9/3/2009, 7:02:22 μμ

[mariosalice]

Το Trim είδα είδα ότι ήδη υποστηρίζεται όπως αναφέρει ένα Q&A στο θέμα της Microsoft Support and Q&A for Solid-State Drives.

Το ερώτημα είναι αν πράγματι ενεργοποιείται στα Seven στους δίσκους με barefoot.

Πάντως οτιδήποτε κάνει διαγραφές, θα πρέπει να γίνεται μέσω του firmware του SSD, γιατί πρέπει πρώτα να φορτωθεί ο πίνακας με τα bad blocks.

Οι πληροφορίες των bad blocks ανασύρονται όταν διαβαστούν κάποια metafiles των blocks. Αν εμείς σβήσουμε όλα τα blocks χωρίς να βλέπουμε το αρχείο αντιστοίχισης που εξαιρεί τα bad block (δεν τα περιέχει καθόλου), τότε χάνεται αυτή η πληροφορία.

Δυστυχώς όμως ο μόνος τρόπος να δούμε πώς δουλεύουν οι SSD είναι έμμεσα από τις προδιαγραφές onfi 1, 2, και 2.1.

Πάντως έχω μια παράξενη μείωση στις επιδόσεις sequential write μεγάλων αρχείων στο partition του λειτουργικού που έπεσαν από 200MB/s σε 150. Όταν φτιάχνω δεύτερο partition με shrink έχω 150 στο πρώτο και 200 στο δεύτερο όσο κι αν το γεμίσω. Ψάχνομαι να το εξηγήσω. Αυτό έγινε μετά από συνεχείς εγγραφές και διαγραφές στο δεύτερο partition, χωρίς να πειράξω καθόλου το πρώτο του λειτουργικού. Το κακό είναι ότι η μείωση παραμένει αν σβήσω το δεύτερο partition και μεγαλώσω το πρώτο του λειτουργικού στα 120GB. Πάντα μέτραγα το δεύτερο partition και αγνοούσα το πρώτο, αφού δεν έκανα εγγραφές ή μεταβολές εκεί. Αποδείχθηκε λάθος που το ήξερα κι όλας, αφού το έγραψα ότι ο SSD μας αγνοεί και έχει δικό του τρόπο να μαρκάρει τα block και να κάνει το wear leveling.

[mariosalice]

A closer look at fresh versus used SSD performance

Our iPEAK results represent an average service time across all nine of our custom workloads, four of which feature file copy operations. In a factory-fresh state, the Indilinx-powered Vertex isn't substantially slower than the Intel drive or the Samsung-powered Corsair. However, the Vertex's service times are nearly four times longer when the drive is in a used state. The Intel and Corsair drives slow down, too, but only to about twice their original service times.

[mariosalice]

Από μετρήσεις που έκανα, βρήκα ότι δεν έφταιγαν οι καταγραφές στο δεύτερο partition.

Ότι κάνουμε στο δεύτερο partition δεν επιβαρύνουν το $MFT του πρώτου.

Η μείωση των επιδόσεων που παρατήρησα ήταν καθαρά θέμα μεγέθους και κερματισμού του αρχείου $MFT, σε συνδυασμό με τη χρήση και σταδιακή εγγραφή των metafiles όλων των κελιών.

Όσο αυξάνει το μέγεθος και το free space fragmentation του αρχείου $MFT, μειώνονται και οι επιδόσεις σε κάποιο βαθμό.

Κάθε partition έχει το δικό του $MFT και μπορούμε να δούμε το μέγεθος και το free space fragmentation για το partition c με την εντολή

defrag c: -a -v

Έκανα δεύτερη εγκατάσταση από την αρχή στο raid-0 Mtron, χωρίς να κάνω διαγραφή με κάποιο πρόγραμμα και χωρίς να φτιάξω άλλο partition. Πάλι οι επιδόσεις έπεσαν στα 150. Όλες οι κυψέλες μετά από κάποιο χρόνο χρήσης των SSD χωρίς trim έχουν κάποια εγγραφή, λόγω wear leveling. Από αυτή τη στιγμή και μετά, δηλαδή σε ένα χρησιμοποιημένο SSD που δεν κάναμε διαγραφή, παίζει ρόλο για τη μείωση των επιδόσεων το μέγεθος και οι άχρηστες εγγραφές που έχει το αρχείο $MFT σε κάθε partition.

Έτσι όταν ο controller του SSD διαβάζει στην αρχή τις πληροφορίες που έχουν τα block, και τη διεύθυνση που έχουν πάρει από προηγούμενες χρήσεις, φτιάχνει κάποιες λίστες με bad blocks και λίστα αντιστοίχισης με το $MFT. Στη συνέχεια, βάζει κάθε αρχείο σε κελιά που έχουν λιγότερη χρήση και παράλληλα με το static wear leveling μετακινεί τα περιεχόμενα των κελιών που έχουν στατικά δεδομένα (που δεν αλλάζουν συχνά) σε άλλες περιοχές που έχουν τη μεγαλύτερη χρήση. Έτσι όμως πολλαπλασιάζονται κρυφά οι εγγραφές στο δίσκο, χωρίς να το ξέρουμε.

Αυτή όμως η διαδικασία, κάνει αργό ένα SSD σε σχέση με άλλο, όπου εμείς διαγράψαμε όλες τις πληροφορίες από τα metafiles. Η καθυστέρηση είναι επόμενο ότι είναι μεγαλύτερη όσο μεγαλύτερο είναι το αρχείο $MFT και με πολλές άχρηστες καταχωρήσεις.

Κάνοντας διαγραφή με HDDerase ή άλλα προγράμματα που διαγράφουν τα κελιά, νόμίζουμε ότι έχουμε καλύτερες επιδόσεις, γιατί σβήνονται και οι πληροφορίες στα metafiles των blocks.

Έτσι χάνεται η πληροφορία που έχουν τα κελιά για τον αριθμό των εγγραφών που είναι βασική για ομοιόμορφη εγγραφή σε όλο το δίσκο από το wear leveling, ίσως μάλιστα να χαθεί και η πληροφορία για τα κελιά που είναι χαλασμένα. Κερδίζουμε ότι τα κελιά είναι έτοιμα για εγγραφή, αλλά μόνο για ένα δύο μήνες. Μετά όλα τα κελιά θα έχουν κάποια εγγραφή ξανά. Για παράδειγμα, αν σώνουμε το ίδιο αρχείο 8 GB κάθε μία ώρα, σε 10 ώρες θα έχει καλύψει ένα άδειο δίσκο 80GB.

Στον ίδιο δίσκο, έχουμε διαφορετικές επιδόσεις στα δύο partitions, παρά το γεγονός ότι όλα τα κελιά είναι στην ίδια κατάσταση. Άρα δεν μπαίνει καθόλου στη μέση θέμα διαγραφής πρώτα γεμάτου κελιού στη μιά περίπτωση μόνο.

Το συμπέρασμα στην περίπτωση μου είναι ότι η μείωση των επιδόσεων δεν οφείλεται μόνο στην καθυστέρηση λόγω διαγραφής ενός κελιού πριν το γράψουμε.

[ChSin7]

Είσαι λάθος στην μέτρηση γι' αυτό και φτάνεις σε λάθος συμπέρασμα. Κάνε boot από άλλο δίσκο (πχ κάποιο μηχανικό που σου περισσεύει) που έχει Vista και μέτρα από αυτό το λειτουργικό τα 2 partitions των raid0 MTrons σου.

[mariosalice]

To έχω κάνει και παίρνω τα ίδια.

[papatsonis]

τα νευρα μου... πριν δοκιμασω την διατρητικοτητα των prometheus στον samsung.. , καμια ιδεα? hdd erase δε μας εκανε τη χαρη, μας εφαγε πολλη ωρα , χωρις αποτελεσμα (ειτε στον ICH ειτε στον JMICRON, σε ide mode φυσικα), clean all με diskpar, μας εκανε τη χαρη , αλλα με το συμπαθιο @, αποτελεσμα.. οι φωτο μιλανε μονες τους , δεν την παλευω, πολυ ασχοληθηκα με την παρτη του, θα τον κανω κοσκινο, καμια ιδεα?

[jax7480]

τα νευρα μου... πριν δοκιμασω την διατρητικοτητα των prometheus στον samsung.. , καμια ιδεα? hdd erase δε μας εκανε τη χαρη, μας εφαγε πολλη ωρα , χωρις αποτελεσμα (ειτε στον ICH ειτε στον JMICRON, σε ide mode φυσικα), clean all με diskpar, μας εκανε τη χαρη , αλλα με το συμπαθιο @, αποτελεσμα.. οι φωτο μιλανε μονες τους , δεν την παλευω, πολυ ασχοληθηκα με την παρτη του, θα τον κανω κοσκινο, καμια ιδεα?

Σε τι Controller ειναι αυτο και σε τι mode στον controller? AHCI δεν δοκιμασες?

[papatsonis]

ΙCH9R , και ο JMICRON της Χ38-DQ6 (IDE mode και οι 2) , σε AHCI ,να πω την αληθεια δε δοκιμασα , δεδομενου οτι και στο readme, τονιζει για IDE mode.

[ChSin7]

τα νευρα μου... πριν δοκιμασω την διατρητικοτητα των prometheus στον samsung.. , καμια ιδεα? hdd erase δε μας εκανε τη χαρη, μας εφαγε πολλη ωρα , χωρις αποτελεσμα (ειτε στον ICH ειτε στον JMICRON, σε ide mode φυσικα), clean all με diskpar, μας εκανε τη χαρη , αλλα με το συμπαθιο @, αποτελεσμα.. οι φωτο μιλανε μονες τους , δεν την παλευω, πολυ ασχοληθηκα με την παρτη του, θα τον κανω κοσκινο, καμια ιδεα?

Θα δοκιμάσεις κάτι ?

Μπορείς να τον αφησεις σε κάποιο μηχάνημα επάνω ανοιχτό στο BIOS screen για 8 ώρες και να ξαναδοκιμάσεις μετρήσεις read μόνο?

[Chosen]

ΙCH9R , και ο JMICRON της Χ38-DQ6 (IDE mode και οι 2) , σε AHCI ,να πω την αληθεια δε δοκιμασα , δεδομενου οτι και στο readme, τονιζει για IDE mode.

99% o ελεγκτής σου γύρισε σε PIO mode, τσέκαρε στον device manager. 3Mb/sec δεν είναι φυσιολογικά ούτε για IDE ούτε για AHCI/RAID mode.

[mariosalice]

Αν δεν δουλέψουν οι άλλες λύσεις έχω μια πρόταση κάπως παράξενη.

Μήπως το diskpar clean all έγραψε παντού μηδενικά?

Σημαίνει ότι φόρτισε όλες τις κυψέλες με ηλεκτρόνια.

Στην περίπτωση αυτή δοκίμασε να γράψεις το αρχείο με τις μονάδες (1) σε όλο το δίσκο, μετά σβήσε όλα τα partitions.

Μετά άσε το λίγη ώρα στο BIOS ανοικτό να συνέλθει και να διαβάσει τα bad blocks ώστε να κάνει rebuild τη βάση δεδομένων που έχει.

Μετά πέρνα του firmware ξανά.

Μετά φτιάξε ένα partition και μέτρα τον άδειο.

Και μια πρόταση πιο εύκολη.

RMA γιατί δεν καλύπτει τις διαφημιζόμενες προδιαγραφές ταχύτητας.

[papatsonis]

τελικα καταφερα να τρεξω σημερα το hdderase (ειχα στο bios ενεργοποιημενη την επιλογη native ide mode , με legacy ide mode, τον ειδε κανονικα) , εκανα και align το παρτιτιον (quick format με 4k), και ειδα κατι τρελα νουμερα στο random access του hdtune και στο sequential του, στο file bench ομως.. μπαλες... read 1mb/s!!!!:suicide2: .Τον δοκιμασα και στους 3 controllers στο pc (Ich, jmicron, pci-e sil3132) με παρομοια αποτελεσματα , καθως και τον πηγα στο γειτονα σε vista (ετρεφα μια ελπιδα οτι μπορει να ειναι θεμα του λειτουργικου-οδηγων μου) με nforce 650, και εκει τπτ... ειδα το 0.8mb/s και μου ανεβηκε η πιεση παλι. Το σιγουρο ειναι οτι samsung ΔΕΝ ξαναπαιρνω.. ισως στραφω σε intel θα δειξει.. , η ταλαιπωρια ειναι που με ξενερωνει για την novatech...

(μολις αδειασω εναν απο τους μικρους δεινοσαυρους ωστε να περασω clone τον ssΔΕ του λειτουργικου θα δω ψαρια θα πιασει και αυτος μετα απο hdderase)

υ.γ. το 2ο ss μη σας ψαρωνει που δειχνει write , αυτα τα νουμερα η samsung θα τα δειξει στην ολυμπιαδα του λονδινου.. ,απο read ειναι

[ChSin7]

οι δικοί μου πάνε καλύτερα από καινούργιοι

[ChSin7]

Πριν τον στείλεις, δεν δοκιμάζεις να του κάνεις update το firmware ?

http://support.dell.com/support/downloads/format.aspx?c=us&l=en&s=gen&deviceid=17681&libid=41&releaseid=R214180&vercnt=1&formatcnt=0&SystemID=PLX_160&servicetag=&os=WLH&osl=en&catid=-1&impid=-1

[papatsonis]

ty:D θα το δοκιμασω και θα ενημερωσω. Θυμομουν καποιο λινκ παλια αλλα νομιζω ηταν για τον 64αρη εκεινο. Παντως και σημερα το πρωι πριν φυγω εκανα ενα γρηγορο erase παλι, οπου συνεχιζει να δειχνει αστερατα νουμερα (και με partition ntfs- aligned) στα 2 bench του hdtune, αλλα μολις ξεκινησω το file bench , o Θεος και η Παναγια.. , write στα 70 (nominal) , αλλα read στα 1-2 παλι :S

[ChSin7]

ty:D θα το δοκιμασω και θα ενημερωσω. Θυμομουν καποιο λινκ παλια αλλα νομιζω ηταν για τον 64αρη εκεινο. Παντως και σημερα το πρωι πριν φυγω εκανα ενα γρηγορο erase παλι, οπου συνεχιζει να δειχνει αστερατα νουμερα (και με partition ntfs- aligned) στα 2 bench του hdtune, αλλα μολις ξεκινησω το file bench , o Θεος και η Παναγια.. , write στα 70 (nominal) , αλλα read στα 1-2 παλι :S

Πές μας τι έγινε.

Επίσης έχω διαβάσει σε κάποια φόρα ότι οι Samsung αυτοί όταν είναι idle για κάποια ώρα κάνουν κάτι σαν "auto-trim", γιαυτό σου είπα να δοκιμάσεις να τον βάλεις σε pc που θα είναι idle (πχ σε bios screen).

[papatsonis]

δε μου κανει update, δε βρισκει συσκευη με το παλιο fw , αλλαξα το "παλιο" fw στο .bat στο PS105006 που εχει ο δικος μου , και μετα μου πεταει μυνημα οτι δε βρισκει τη συσκευη αυτη (ενω εχει βγαλει READY στην αμεσως προηγουμενη οθονη..)

[Chosen]

Κάτσε μισό: στο HDTach full read+write test στα δείχνει όλα καλά, και στα χαλάει στο filesystem test του ΑΤΤΟ; Να υποθέσω οτι δοκίμασες να τον φορμάρεις κανονικά (όχι quick format κλπ).