Mtron Mobi SSD 3525 εμπειρίες.

[Chosen]

Τα vista αντιγράφουν κάθε αρχείο που κάνουμε απλό delete σε ένα κρυφό recycle bin folder που έχει κάθε partition, με αλλαγμένο όνομα, βάζοντας ένα D μπροστά στο drive κτλ

How the Recycle Bin Stores Files

Λάθος, δεν αντιγράφει αλλά μεταφέρει, δηλαδή δεν εμπλέκεται εγγραφή στον δίσκο αλλά απλώς ένα rename

Από εποχής DOS, το όνομα ενός αρχείου δεν είναι "FILENAME.EXT" αλλά "C:\FOLDER\FILENAME.EXT".

Συνεπώς όταν ένα αρχείο μεταφέρεται (cut/paste), ουσιαστικά μετονομάζεται σε "C:\FOLDER2\FILENAME.EXT"

[mariosalice]

Μα αφού έχω βάλει το link που λέει ότι γίνεται move και τον τρόπο που αλλάζει το όνομα.

Ναι μεταφέρεται με αλλαγή του ονόματος, αλλά κάνει έξτρα εγγραφές στο inf file.

Αυτά για το NTFS.

Στους SSD όμως ο controller δεσμεύει το χώρο αυτό και δεν χρησιμοποιεί τις κυψέλες αυτές, μέχρι να μαρκαριστούν ως διαγραμμένες.

Μπορεί δηλαδή να έχουμε κερματισμό εξ αιτίας αυτής της δέσμευσης, αφού o ssd σβήνει μόνο μεγάλα block, πριν να τα διαθέσει αλλού.

Αν κάνουμε 10 φορές διαγραφή αρχείων, το Inf file δεν θα σβηστεί, ούτε θα μετονομαστεί, αλλά θα μαρκαριστεί 9 φορές ως διαγραμμένο και θα πάει να γραφεί ξανά και ξανά σε άλλες θέσεις 10 φορές.

Στο κάτω κάτω, οι ssd εσωτερικά, δεν χρησιμοποιούν το NTFS, αλλά το έχουν γραμμένο.

Δηλαδή, το NTFS ξέρει ότι στον τάδε σέκτορα υπάρχει μια άλφα πληροφορία.

Ο ssd, όμως έχει δικό του file system, που υποπτεύομαι ότι στηρίζεται σε FATxx και απλά ο controller μεταφράζει τις θέσεις των αρχείων από ένα σύστημα σε άλλο.

Πάντως δεν μπορεί να χρησιμοποιούν κάποιο άγνωστο file system.

Κάποιο από τα γνωστά ανοικτά συστήματα χρησιμοποιούν, αλλά το κρατάνε μυστικό.

[DarkSaga]

Μα αφού έχω βάλει το link που λέει ότι γίνεται move και τον τρόπο που αλλάζει το όνομα.

Ναι μεταφέρεται με αλλαγή του ονόματος, αλλά κάνει έξτρα εγγραφές στο inf file.

Αυτά για το NTFS.

Στους SSD όμως ο controller δεσμεύει το χώρο αυτό και δεν χρησιμοποιεί τις κυψέλες αυτές, μέχρι να μαρκαριστούν ως διαγραμμένες.

Μπορεί δηλαδή να έχουμε κερματισμό εξ αιτίας αυτής της δέσμευσης, αφού o ssd σβήνει μόνο μεγάλα block, πριν να τα διαθέσει αλλού.

Αν κάνουμε 10 φορές διαγραφή αρχείων, το Inf file δεν θα σβηστεί, ούτε θα μετονομαστεί, αλλά θα μαρκαριστεί 9 φορές ως διαγραμμένο και θα πάει να γραφεί ξανά και ξανά σε άλλες θέσεις 10 φορές.

Στο κάτω κάτω, οι ssd εσωτερικά, δεν χρησιμοποιούν το NTFS, αλλά το έχουν γραμμένο.

Δηλαδή, το NTFS ξέρει ότι στον τάδε σέκτορα υπάρχει μια άλφα πληροφορία.

Ο ssd, όμως έχει δικό του file system, που υποπτεύομαι ότι στηρίζεται σε FATxx και απλά ο controller μεταφράζει τις θέσεις των αρχείων από ένα σύστημα σε άλλο.

Πάντως δεν μπορεί να χρησιμοποιούν κάποιο άγνωστο file system.

Κάποιο από τα γνωστά ανοικτά συστήματα χρησιμοποιούν, αλλά το κρατάνε μυστικό.

σε τι σύστημα γράφεται η πληροφορία στους μηχανικούς δίσκους ξέρεις ή τουλάχιστον υποπτεύεσαι?:help1:

[mariosalice]

Σε ήχους LOL.

[DarkSaga]

έχεις μπλεχτεί,σε πράγματα που δεν κατανοείς και γράφεις δικές σου θεωρίες....

αυτό ξέρω μόνο....

νομίζεις οτι το fat32 ζει στον μηχανικό

και κάτι άλλο που στο κρύβουν στους ssd :dance3:

και στα flash drivers ζουν οι νεράϊδες :alien:

6000 quality posts....

πρέπει να αποσυνδέσεις το επίπεδο του λειτουργικού με ό,τι συμβαίνει από τον driver και κάτω, τον controller το firmware και το φυσικό επίπεδο που σε όλους είναι κοινό.

τώρα το πως θα φορτίσεις τα 1 και 0 αν θα είναι μαγνητικά αν θα είναι οπτικά ή ηλεκτροπτικά δεν έχει καμία σχέση με τα συστήματα αρχείων fat/ntfs/ext/μπλα/μπλαμπλα

και δεν υποθέτω, ούτε υποπτεύομαι

αλήθεια σου λέω...

και τα Links στα οποία στηρίζεσαι αν δεν τα κατανοείς,τι τα παραθέτεις?

ως ενίσχυση της πλάνης σου.

εντελλώς φιλικά, μην παραπληροφείς τον κόσμο του Lab με δικό σου βαθυστόχαστο και συνάμα κούφιο υφάκι.

έχεις μια θεωρία για κάθε τι που δεν κατανοείς,δεν μπορεί να το εννοείς όλα αυτά... :giveup:

[mariosalice]

Οι μηχανικοί δίσκοι είναι block devices.

Oι καθαρές flash συσκευές (πχ η Intel Braidwood) είναι Memory Technology Devices

Οι SSD είναι MTD που μετατρέπονται σε block devices μέσω file tanslation layer chip.

File tanslation layer.

To FTL είναι ουσιαστικά μια βάση δεδομένων. Ο μηχανισμός θα μπορούσε να είναι τύπου "B+ tree" όπου στηρίζεται το NTFS, η SQL κτλ.

Μπορεί να είναι σε chip όπως στους SSD ή σε software πχ driver στα Seven για Intel Braidwood flash και του αντίστοιχου Intel Turbo Memory flash.

Όλο το παιχνίδι παίζεται στο πόσο καλός είναι ο μεταφραστής, αλλά πέρα από την Intel ...

Block drives

πχ σκληροί δίσκοι

Έχουν sectors 512bytes με δύο λειτουργίες. Γράψε και διάβασε τον σέκτορα.

Αν κάποιος σέκτορας χαλάσει παίρνει άλλη διεύθυνση και κρύβεται είτε από το δίσκο είτε από το file tanslation layer.

Memory Technology Devices (MTD)

πχ οι SSD χωρίς το FTL

Έχουν eraseblocks 128KΒ με τρείς λειτουργίες. Γράψε διάβασε και σβήσε το eraseblock.

Αν κάποιο eraseblock χαλάσει δεν κρύβεται.

[voudas]

http://blogs.msdn.com/e7/archive/2009/05/05/support-and-q-a-for-solid-state-drives-and.aspx

απομόνωσα αυτό σαν ενδιαφέρον...

Should the pagefile be placed on SSDs?

Yes. Most pagefile operations are small random reads or larger sequential writes, both of which are types of operations that SSDs handle well.

In looking at telemetry data from thousands of traces and focusing on pagefile reads and writes, we find that

* Pagefile.sys reads outnumber pagefile.sys writes by about 40 to 1,

* Pagefile.sys read sizes are typically quite small, with 67% less than or equal to 4 KB, and 88% less than 16 KB.

* Pagefile.sys writes are relatively large, with 62% greater than or equal to 128 KB and 45% being exactly 1 MB in size.

In fact, given typical pagefile reference patterns and the favorable performance characteristics SSDs have on those patterns, there are few files better than the pagefile to place on an SSD.

[mariosalice]

Πολύ ζουμί στο άρθρο αυτό.

In addition to the above, Microsoft and SSD manufacturers are adopting the Trim operation.

Εμένα αυτό μου φάνηκε το πιο ενδιαφέρον αρχικά, γιατί πραγματικά, αν το ήξερα λίγες μέρες πριν δεν θα αγόραζα ssd, αν δεν ήμουν βέβαιος ότι υποστηρίζει τη λειτουργία trim.

[ChSin7]

Trim is already in the Win7 RC.

Trim is enabled by default but can be turned off. You can use the "fsutil behavior query|set DisableDeleteNotify" command to query or set Trim.

Το είχα ποστάρει εδώ http://thelab.gr/showpost.php?p=1062623723&postcount=264 το άρθρο και το βράδυ τελείωνα την μετάφραση

[mariosalice]

Και για το trim είχες μιλήσει, τότε που το είχε γράψει το Anand, το Μάρτιο νομίζω, αλλά δεν είχα καταλάβει ότι πρέπει να το υποστηρίζει και το drive. Νόμιζα ότι με ένα firmware update μπορεί να υποστηριχθεί. Ίσως και να γίνεται δηλαδή. Δεν το ξέρω.

Αλλά θα προτιμούσα να περιμένω για σιγουριά.

Άλλα σημεία άξια προσοχής

Windows 7 will disable disk defragmentation on SSD system drives.

Be default, Windows 7 will disable Superfetch, ReadyBoost, as well as boot and application launch prefetching on SSDs with good random read, random write and flush performance.

all of the partition-creating tools in Windows 7 place newly created partitions with the appropriate alignment.

Επίσης στο πρώτο ποστ είχα προσθέσει όλα τα optimizations που έκανα στους δικούς μου ssd συγκεντρωτικά με link ως εξής.

Optimizations

Έγιναν αλλαγές στο λειτουργικό, με σκοπό τη μείωση των εγγραφών στους SSD δίσκους, την εξοικονόμηση χώρου και την αύξηση της ταχύτητας.

Τα optimizations ταχύτητας φέρνουν αντίθετα αποτελέσματα στους κανονικούς δίσκους (που δεν είναι SSD).

Optimizations για εξοικονόμηση χώρου

1. System Protection

Μείωση του χώρου που δεσμεύεται για restore points.

2. User files

Ορισμός κάποιων φακέλων χρήστη σε άλλο δίσκο.

3. Hibernate, Pagefile, Recycle bin

Απενεγοποίηση των Hibernate, Pagefile και Recycle bin.

Optimizations για μείωση εγγραφών στο δίσκο

1. Temporary Internet Files (IE) και Cache (Firefox)

Μεταφορά των προσωρινών αρχείων «temporary internet files» του IE και της «cache» του firefox σε άλλο δίσκο.

2. Disable defrag

Απενεργοποίηση του αυτόματου αποκερματισμού του δίσκου (defragmentation)

Optimizations για αύξηση της ταχύτητας

1. Εnable write caching

Στο device manager, έχει ενεργοποιηθεί το enable write caching on disk και το advanced performance policy στις ιδιότητες των δίσκων.

2. Write cache registry optimizations

Αύξηση της μνήμης που χρησιμοποιεί το Ntfs για το δίσκο (NtfsMemoryUsage =2) και ενεργοποίηση μεγάλης Cache συστήματος (LargeSystemCache =1)

3. SuperFetch, ReadyBoost, ReadyBoot.

Απενεργοποίηση των Superfetch, Prefetch, ReadyBoost και ReadyBoot

[KoMM]

εγω προσωπικα την αγορα των σσδ την εκανα γνωριζοντας 150% οτι σε 6 το πολυ 12 μηνες θα ειναι τελειως ξεπερασμενοι απ ολες τις αποψεις. Δεν εχει νοημα να σκας αν τα μτρον δεν εχουν/δε θα χουν τριμ ιμο

υ.γ. χωρις να θελω να σας τη σπασω η τπτ, αμα ειναι ή βαλτε το λινκ του αρθρου ή καντε το c/p σε ενα ποστ ολο μαζι :flower:

[mariosalice]

Το link του άρθρου το έχουν βάλει και ο Voudas και η chsin7

http://blogs.msdn.com/e7/archive/2009/05/05/support-and-q-a-for-solid-state-drives-and.aspx

[KoMM]

μα αυτο λεω, οτι το λινκ υπαρχει και πιο πισω. δε χρειαζεται να ποσταρουμε κομματια

[voudas]

Το είχα ποστάρει εδώ http://thelab.gr/showpost.php?p=1062623723&postcount=264 το άρθρο και το βράδυ τελείωνα την μετάφραση

[mariosalice]

Ειδικά για το pagefile, όταν έχουμε 8GB ή 12GB μνήμη, πιάνει πολύ χώρο.

Το ίδιο ισχύει και για το hiberfile.sys.

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

[mariosalice]

Managed Flash Technology (MFT)

Flash SSD Acceleration Software

Ένα εμπορικό πρόγραμμα που δίνει επιδόσεις σε random writes γιατί χρησιμοποιεί cache είναι το MFT.

Στα Vista, αφήνει μόνο τους φακέλους boot και %windir% στο partition εγκατάστασης, που το μετονομάζει σε w. Τον υπόλοιπο δίσκο τον χωρίζει σε ένα μικρό cache partition και ένα άλλο partition, που το μετονομάζει σε C. Φορμάρουμε το C σε διαφορετικό allocation unit, συνήθως 16Κ ανάλογα με τον κατασκευαστή. Στο c βάζει symlink προς το %windir% (w:\windows) και όλα τα υποόλοιπα αρχεία και τους φακέλους και επιπλέον το temp dir που υπήραχαν στο w. Τέλος χρησιμοποιεί και μέρος της μνήμης σε συνδυασμό με το κρυφό μικρό partition για cache, ώστε οι εγγραφές από random να γίνονται σειριακά. Η εταιρία EasyCo έχει πατεντάρει τον οδηγό του MFT, οπότε δεν μπορεί άλλος να χρησιμοποιήσει ανάλογες τεχνικές χωρίς να πληρώνει δικαιώματα.

[mariosalice]

http://www.tomshardware.com/reviews/256gb-samsung-ssd,2265-10.html

Πολύ καλό συγκριτικό που έχει και τους Mtron 3525 μεταξύ άλλων.

__________________________________________________

Σχετικά με την ιστορία των SSD, βρήκα ένα αρχείο της msystems που ξεκίνησε πρώτη να φτιάχνει SSD.

Αναφέρει μεταξύ άλλων και το file system «True Flash File System» (TrueFFS), που μετατρέπει το flash σε δίσκο (File tanslation layer).

http://www.biu.ac.il/soc/ec/students/teach/554/data/msystemstech.doc

TrueFFS technology

True Flash File System (TrueFFS) is msystems' patented flash management software. TrueFFS provides the operating system (OS) with full block device (hard drive) functionality so that the DiskOnChip flash disk appears to the OS and file system as a standard disk drive.

[mariosalice]

Οι μηχανικοί δίσκοι είναι block devices.

Oι καθαρές flash συσκευές (πχ η Intel Braidwood) είναι Memory Technology Devices

Οι SSD είναι MTD που μετατρέπονται σε block devices μέσω file tanslation layer chip.

File tanslation layer.

To FTL είναι ουσιαστικά μια βάση δεδομένων. Ο μηχανισμός θα μπορούσε να είναι τύπου "B+ tree" όπου στηρίζεται το NTFS, η SQL κτλ.

Μπορεί να είναι σε chip όπως στους SSD ή σε software πχ driver στα Seven για Intel Braidwood flash και του αντίστοιχου Intel Turbo Memory flash.

Όλο το παιχνίδι παίζεται στο πόσο καλός είναι ο μεταφραστής, αλλά πέρα από την Intel ...

Block drives

πχ σκληροί δίσκοι

Έχουν sectors 512bytes με δύο λειτουργίες. Γράψε και διάβασε τον σέκτορα.

Αν κάποιος σέκτορας χαλάσει παίρνει άλλη διεύθυνση και κρύβεται είτε από το δίσκο είτε από το file tanslation layer.

Memory Technology Devices (MTD)

πχ οι SSD χωρίς το FTL

Έχουν eraseblocks (128, 256 ή 512KΒ κτλ) με τρείς λειτουργίες. Γράψε διάβασε και σβήσε το eraseblock.

Αν κάποιο eraseblock χαλάσει δεν κρύβεται.

What I think I know about the way SSDs work

NTFS knows Sectors of 512bytes combined in Allocation Units of a certain size ( 4K by default in Vista)

Hard disk (a block device) knows read write operations

Flash knows read write pages and erase eraseblocks operations

"File translation layer" (a file system in SSD controller), interprets NTFS operations to Flash operations

"File translation layer" can only erase a whole eraseblock by applying current. No overwrite on a page is possible.

Example with a hard disk and an SSD, of 1024KB each.

In this case the eraseblock is 512KB.

User says to NTFS: Save my first a.txt 10KB file on disk

NTFS says to hard disk: Write 10KB starting on sector 1 (no special alignment).

NTFS keeps a database where each file resides in allocation units

NTFS knows a.txt file is written on A1 (1,2,3) allocation units.

The hard disk executes what NTFS said (also writes info on Master file table)

FTL has to translate NTFS logic to flash logic based on an algorithm

FTL writes a.txt file on 1st eraseblock, A1 (1,2,3) pages

FTL translated A1 (1,2,3) allocation units to A1 (1,2,3) pages and keeps this info

User says to NTFS: Save my second b.txt 1000KB file on disk

NTFS says to hard disk: Write 1000KB starting on sector 25.

NTFS knows b.txt file is written from A1(4) to H2(13) allocation units (4 up to 253)

The hard disk executes what NTFS said

NTFS knows b.txt file is written on allocation units 7 up to 253.

FTL writes b.txt file on both eraseblocks from A1(4) to H2(13) pages.

User says to NTFS: Save my third c.txt 10KB file on disk

NTFS says to hard disk: Write 10KB (3 units) starting on unit 254

NTFS knows b.txt resides on H2(14) H2(15) and H2(16) allocation units.

The hard disk executes what NTFS said

FTL says to Flash: write 10KB (b.txt file) on H2(14) H2(15) and H2(16) pages

Flash executes what FTL said

User says to NTFS: Open a.txt file

NTFS says to hard disk: Read allocation units 1,2 and 3.

The hard disk executes what NTFS said

FTL has to translate NTFS logic to flash logic based on an algorithm

FTL says to Flash: read A1(1,2,3) pages.

User says to NTFS: Delete my last c.txt 10KB file from disk

NTFS marks allocation units 254, 255 and 256, which is the same as H2(14), H2(15) and H2(16) available on disk.

FTL does nothing.

User says to NTFS: Save my a.txt file again to disk. It is now 20KB.

NTFS knows allocation units 1,2,3 and 254,255,256 are available.

NTFS says to hard disk: Write 20KB on allocation units 1,2,3, 254, 255, 256

Hard disk overwrites allocation units 1,2,3, 254, 255, 256

Now the a.txt file is fragmented in two fragments

FTL knows there is data written on the two eraseblocks and has no free space.

FTL knows it has to write on A1(1,2,3) and H2(14,15,16) pages.

FTL knows it has to erase both eraseblocks and wtire back the old info replacing the contents of A1(1,2,3) and H2(14,15,16) pages

To accomplish this SSDs use spare eraseblocks or cache memory. They also keep their own database where they save what..

For example in case the SSD had one spare eraseblock, the FTL would write a.txt file on the third easeblock on A3(1,2,3,4,5,6) pages and track that these replaced A1(1,2,3) and H2(14,15,16) pages.

It might also use two spare blocks, write the new info on them and mark the original as spare.

Another option is to copy the contents of the two eraseblocks to cache memory, erase the eraseblocks and write back the files in optimized order to avoid fragmentation.

This depends on how good is the controller and the FTL programming.

It is obvious that FTL is a file system since it has to keep info about addresses, replaced pages (marked available) and a lot more, like file amplification and wear leveling routines.

Actually in most cases FTL writes new info in available pages, until most of the disk is full.

Then it starts erasing eraseblocks to write new data.

Around 1994, the PCMCIA, an industry group, approved the "Flash" Translation Layer (not "File" Translation Layer) specification, which allowed a Linear Flash device to look like a FAT disk.

To my knowledge the first File Translation Layer for SSD's was TrueFFS (True flash file system) a real low level file system from Msystems, who were acquired by Sandisk in 2006.

Sandisk has now developed ExtremeFFS which improves random access speed. TrustedFlash technology, is Sandisk's Digital Rights Management - Cryptographic engine, capable to secure the content of any SSD. Samsung, has also adopted trusted-Flash technology.

[mariosalice]

HDD Test Suite

2xRaid-0 Mtron 3525 VS 2xRaid-0 Velociraptors 300

[FONT="Courier New"][b]
                                                    Mtron 3525     Veloci[/b]
HDD1 Windows Defender                               95.51 MB/s     25.22 MB/s 
HDD2 gaming                                         96.43 MB/s     19.82 MB/s 
HDD3 importing pictures to Windows Photo Gallery   123.88 MB/s     53.10 MB/s 
HDD4 Windows Vista startup                          59.02 MB/s     28.49 MB/s 
HDD5 video editing using Windows Movie Maker        32.43 MB/s     51.30 MB/s 
HDD6 Windows Media Center                           53.58 MB/s     91.68 MB/s 
HDD7 adding music to Windows Media Player           15.53 MB/s     12.96 MB/s 
HDD8 application loading                            17.25 MB/s      9.81 MB/s [/FONT]

[mariosalice]

SSD Components

1. NAND Flash memory

2. Controller

3. Dram cache

4. Sata bridge (older designs)

Figure 1: Mtron 3525 SSD 32GB

NAND Flash

NAND Flash is a non volatile memory transistor that stores one bit of information, either a «0» or a «1» and keeps this info even without power.

NAND Flash can be read, programmed or erased.

It works like an automatic gate. We push the control button and wait to see if the gate opens or not.

This way we check the stored value in a NAND flash transistor.

Case 0, the gate opens. We detect electrons flowing. Stored bit is a «0».

Case 1, the gate remains closed. No electrons flowing. Stored bit is a «1».

Control Gate

This is like an "automatic gate opener" control button. By pushing it we apply a certain voltage. If the produced current is enough the gate opens.

Float Gate

The Float Gate is a cell capable to store electrons without power for about ten years. When the float gate is loaded with electrons we need more volts for the threshold current that opens the gate.

Drain and Bitline

When the gate opens, electrons flow through the drain, the tunnel and the source (bitline)

The silicon substrate

This is a closed gate. When we apply enough current the gate opens and creates a tunnel for the electrons to flow.

Tunneling

Tunneling is a physical phenomenon where electrons move across an insulating layer.

Hot-electron injection and Erase operations depend on tunneling.

Programming (hot-electron injection)

In order to program a NAND flash memory we push electrons from the silicon substrate into the floating gate, by applying 20v to the control gate.

Erase operation (quantum tunneling)

In order to erase a programmed NAND flash we pull electrons out of the floating gate, by applying 20v to the silicon substrate.

Figure 2: The current produced from volts applied on the control gate, in case of a charged and an empty floating gate

Any voltage on the control gate between 3v and 5v, meets the current threshold that opens the tunnel, only in case of an empty floating gate. In case of a charged floating gate we need more than 5v to open the tunnel and detect electrons in the bitline.

Figure 3: NAND Flash bit detection. A row of three NAND transistors. In case one fails no problem.