Επαναφορά SSD στην αρχική του κατάσταση για αποκατάσταση της ταχύτητας του ?

[haHa]

Δες και εδω:

http://www.anandtech.com/show/2738/8

 

και εδω:

http://www.anandtech.com/show/2738/10

 

Χοντρικα:

 

 

 

We run into these problems primarily because the drive doesn’t know when a file is deleted, only when one is overwritten. Thus we lose performance when we go to write a new file at the expense of maintaining lightning quick deletion speeds. The latter doesn’t really matter though, now does it?

There’s a command you may have heard of called TRIM. The command would require proper OS and drive support, but with it you could effectively let the OS tell the SSD to wipe invalid pages before they are overwritten.

 

When you delete a file, the OS sends a trim command for the LBAs covered by the file to the SSD controller. The controller will then copy the block to cache, wipe the deleted pages, and write the new block with freshly cleaned pages to the drive.

Now when you go to write a file to that block you’ve got empty pages to write to and your write performance will be closer to what it should be.

 

[TheELF]

Δες και εδω:

http://www.anandtech.com/show/2738/8

 

και εδω:

http://www.anandtech.com/show/2738/10

Μα ίσα-ίσα, αυτό στηρίζει την άποψή μου...

Αν η εικόνα από το σκυλάκι είχε μεταφερθεί από κάποιο defrag στην αρχή του δίσκου,δεν θα υπήρχαν τρία ελεύθερα Block για να γράψει το os μας χωρίς καθυστέρηση;;; 

 

 

Δηλαδή προσπαθείς να πεις ότι το defrag κάνει την ίδια δουλειά με το TRIM/garbage collection

Σε καμία περίπτωση,καμιά σχέση,τα TRIM/garbage collection τρέχουν «συνεχώς» και κρατάνε τον δίσκο «σε φόρμα».

Εγώ απλά είπα ότι κάνει την ίδια δουλειά με το secure erase (+ νέα εγκατάσταση win + τα driver + τα προγράμματα που θα ξαναπεράσεις + τα update που θα κάνει)

[Palp]

Σε καμία περίπτωση,καμιά σχέση,τα TRIM/garbage collection τρέχουν «συνεχώς» και κρατάνε τον δίσκο «σε φόρμα».

Εγώ απλά είπα ότι κάνει την ίδια δουλειά με το secure erase (+ νέα εγκατάσταση win + τα driver + τα προγράμματα που θα ξαναπεράσεις + τα update που θα κάνει)

 

Απλά όχι. Και νέα εγκατάσταση του λειτουργικού να κάνεις δεν λύνεται το πρόβλημα ταχύτητας καθώς υπάρχει διαφορά πως το λειτουργικό βλέπει τον ελεύθερο χώρο και πως ο SSD βλέπει τον ελεύθερο χώρο.

 

Τα windows 7/8 απενεργοποιούν το defrag αμέσως όταν ανιχνεύσουν SSD καθώς είναι άχρηστο και εσύ προσπαθείς να μας πεις ότι είναι χρήσιμο και ότι με το defrag λύνονται όλα τα προβλήματα ταχύτητας;

 

Μπορείς να μας δώσεις ένα άρθρο ότι το defrag κάνει την ίδια διακιασία με το secure erase ή/και trim;

[haHa]

TheELF, δεν θελεις να καταλαβεις απο οτι φαινεται..

Σκεφτεσαι με λογικη HDD , ενω μιλαμε για SSD.

 

Καλο ειναι να διαβαζεις και να μαθεις. Θα ειχες καταλαβει οτι το defrag δεν βοηθαει στους SSD να ανακτησουν την χαμενη ταχυτητα τους.

Οπως δεν θα βοηθαγε εναν SSD ακομα και αν εσβηνες ολα τα αρχεια κ εκανες ξανα εγκατασταση. Τοτε, δεν θα ηταν fragmented τα αρχεια, αλλα ο SSD θα ηταν κ παλι αργος, γιατι θα χρειαζοταν secure erase ή TRIM.

Μα ίσα-ίσα, αυτό στηρίζει την άποψή μου...
Αν η εικόνα από το σκυλάκι είχε μεταφερθεί από κάποιο defrag στην αρχή του δίσκου,δεν θα υπήρχαν τρία ελεύθερα Block για να γράψει το os μας χωρίς καθυστέρηση;;; 
 

(αρχικα, εννοεις τρια ελευθερα pages,οχι block)

 

Oχι δεν στηριζει την αποψη σου, το ακριβως αντιθετο κανει.

 

Αν ειχε γινει defrag και ειχε μεταφερθει το σκυλακι στην αρχη του δισκου, τοτε κ παλι θα υπηρχαν 2 ελευθερα pages κ ενα invalid page(ηταν γραμμενο πριν κ σβηστηκε , αλλα ο SSD δεν το ξερει), αρα θα επρεπε να σβηστει ολοκληρο το block(=5 pages) για να γραφτει.

 

Στο τελος αναφερει πολυ χοντρικα το λογο που ειναι πιο αργοι οι ssd οταν γεμιζουν.

 

This is why the Intel X25-M and other SSDs get slower the more you use them, and it’s also why the write speeds drop the most while the read speeds stay about the same. When writing to an empty page the SSD can write very quickly, but when writing to a page that already has data in it there’s additional overhead that must be dealt with thus reducing the write speeds.

 

 

 

Καμμια σχεση με fragmentation, που φυσικα οχι μονο δεν βοηθαει, αλλα μαλιστα χειροτερευει την κατασταση, γιατι γραφει ακομα περισσοτερα block-pages προσπαθωντας να κανει μεταφορες, οποτε ο SSD νομιζει οτι ειναι ακομα πιο γεματος και οταν θα χρειαστει να γραψει πανω σε block-page που ηταν πριν γραμμενο, θα κανει περισσοτερη ωρα.

 

Εκει μπαινει το TRIM και χοντρικα τρεχει ενα command για να ενημερωσει τον SSD οτι πραγματι σβηστηκαν τελειως τα block-pages που ηταν πριν γραμμενα και ετσι την επομενη φορα ο SSD θα γραψει σε αυτα κατευθειαν χωρις να χρειαζεται να τα κανει move-erase-write, αλλα κατευθειαν write.

 

 

 

----------------

 

 

Με λιγα λογια το προβλημα των SSD δεν ειναι οτι με τον καιρο γινονται fragmented και θελουν fragmetation ή θελουν τα αρχεια στην "αρχη του δισκου" οπως λες, αλλα αυτο που σου παρεθεσα αρκετες φορες:

 

We run into these problems primarily because the drive doesn’t know when a file is deleted, only when one is overwritten. Thus we lose performance when we go to write a new file at the expense of maintaining lightning quick deletion speeds. The latter doesn’t really matter though, now does it?

There’s a command you may have heard of called TRIM. The command would require proper OS and drive support, but with it you could effectively let the OS tell the SSD to wipe invalid pages before they are overwritten.

 

When you delete a file, the OS sends a trim command for the LBAs covered by the file to the SSD controller. The controller will then copy the block to cache, wipe the deleted pages, and write the new block with freshly cleaned pages to the drive.

Now when you go to write a file to that block you’ve got empty pages to write to and your write performance will be closer to what it should be.

 

 

This is why the Intel X25-M and other SSDs get slower the more you use them, and it’s also why the write speeds drop the most while the read speeds stay about the same. When writing to an empty page the SSD can write very quickly, but when writing to a page that already has data in it there’s additional overhead that must be dealt with thus reducing the write speeds.

 

Οταν σβηνεις ενα αρχειο ή το μεταφερεις (αυτο που κανει το defragment), τοτε το page που το περιειχε , δεν γινεται free/empty, αλλα invalid page.

Και οταν ο SSD παει να γραψει σε invalid page(θεωρει οτι ειχε δεδομενα) κ ετσι η διαδικασια ειναι αρκετα πιο αργη, γιατι πρεπει να κανει  move-erase-write και οχι κατευθειαν write.

Το TRIM και το secure erase φροντιζουν να μετατρεψουν ολα τα invalid pages σε free/empty pages ωστε να γινεται κατευθειαν write σε αυτα.

Το defragment δεν μπορει να το κανει αυτο, αλλα αντιθετα επειδη χρησιμοποιει χωρο για τις μεταφορες, δημιουργουνται ακομα περισσοτερα invalid pages(δηλαδη pages που ειχαν data,αλλα σβηστηκαν απο το ΛΕΙΤΟΥΡΓΙΚΟ χωρις να ειδοποιηθει ο SSD κ ετσι δεν μπορει να κανει write κατευθειαν πανω τους) σε σχεση με πριν το defrag.

[TheELF]

Palp

«Απλά όχι. Και νέα εγκατάσταση του λειτουργικού να κάνεις δεν λύνεται το πρόβλημα ταχύτητας καθώς υπάρχει διαφορά πως το λειτουργικό βλέπει τον ελεύθερο χώρο και πως ο SSD βλέπει τον ελεύθερο χώρο.»
Την νέα εγκατάσταση την ανέφερα μόνο σε συνδυασμό με το secure erase.
«Τα windows 7/8 απενεργοποιούν το defrag αμέσως όταν ανιχνεύσουν SSD καθώς είναι άχρηστο και εσύ προσπαθείς να μας πεις ότι είναι χρήσιμο και ότι με το defrag λύνονται όλα τα προβλήματα ταχύτητας;»
Έδωσα μήπως την εντύπωση ότι μιλάω για την υπηρεσία defrag των windows;; Αν ναι τότε συγνώμη,εγώ μιλάω για πρόγραμμα defrag αντί για secure erase. 
«Μπορείς να μας δώσεις ένα άρθρο ότι το defrag κάνει την ίδια διακιασία με το secure erase ή/και trim;»
Εσύ μπορείς να δώσεις ένα που να εξηγεί γιατί το secure erase αυξάνει την ταχύτητα του ssd;

Γιατί αυτό είναι το σκεπτικό του OP.

Και πάνω σε αυτό λέω εγώ από την αρχή,ότι όσο βοηθάει(ή μάλλον όσο δεν βοηθάει) το secure erase τόσο (δεν)βοηθάει και το defrag.
 

haHA

 

Οταν σβηνεις ενα αρχειο ή το μεταφερεις (αυτο που κανει το defragment), τοτε το page που το περιειχε , δεν γινεται free/empty, αλλα invalid page.

.

.

.

Το defragment δεν μπορει να το κανει αυτο, αλλα αντιθετα επειδη χρησιμοποιει χωρο για τις μεταφορες, δημιουργουνται ακομα περισσοτερα invalid pages(δηλαδη pages που ειχαν data,αλλα σβηστηκαν απο το ΛΕΙΤΟΥΡΓΙΚΟ χωρις να ειδοποιηθει ο SSD κ ετσι δεν μπορει να κανει write κατευθειαν πανω τους) σε σχεση με πριν το defrag.

 

Δηλαδή πιστεύεις ότι κάποιο πρόγραμμα defrag κάνει το defrag μέσα από εντολές του λειτουργικού;Σαν να κάνεις copy/move/delete,ένα πράμα;;;

Τα προγράμματα αυτά βλέπουν σε πολύ ποιο βαθύ επίπεδο και επηρεάζουν απευθείας τα sector(page/block όπως θες πες τα) του δίσκου,μετά το defrag μπορείς να  προκαλέσεις και ένα trim με reboot π.χ. και θα έχεις τεράστιες περιοχές με ελεύθερα pages που και το λειτουργικό και ο ssd θα ξέρουν ότι υπάρχουνε. 

[haHa]

Ειναι προφανες οτι δεν θελεις να μαθεις..

 

Την νέα εγκατάσταση την ανέφερα μόνο σε συνδυασμό με το secure erase.

 

Συμφωνα με την λογικη σου, δεν  χρειαζεται secure erase, μιας και μετα απο νεα εγκατασταση τα αρχεια ειναι στην αρχη και δεν ειναι fragmented .

Γιατι χρειαζεται το secure erase συμφωνα με την λογικη σου?? Τι το διαφορετικο κανει?

 

Έδωσα μήπως την εντύπωση ότι μιλάω για την υπηρεσία defrag των windows;; Αν ναι τότε συγνώμη,εγώ μιλάω για πρόγραμμα defrag αντί για secure erase. 

Ενα προγραμμα defrag απλα θα δημιουργησει ακομα περισσοτερα invalid pages και ετσι θα γινει ακομα πιο αργος ο δισκος.

 

Αντιθετα, trim και secure erase, θα μετατρεψουν τα invalid pages σε empty pages.

 

 

«Μπορείς να μας δώσεις ένα άρθρο ότι το defrag κάνει την ίδια διακιασία με το secure erase ή/και trim;»

Εσύ μπορείς να δώσεις ένα που να εξηγεί γιατί το secure erase αυξάνει την ταχύτητα του ssd;

Γιατί αυτό είναι το σκεπτικό του OP.

Και πάνω σε αυτό λέω εγώ από την αρχή,ότι όσο βοηθάει(ή μάλλον όσο δεν βοηθάει) το secure erase τόσο (δεν)βοηθάει και το defrag.

 

Το secure erase (και το Trim) βοηθανε γιατι μετατρεπουν τα invalid pages σε free pages ωστε να μπορεσει ο SSD κανει κατευθειαν write σε pages που πριν ειχαν δεδομενα, αλλα σβηστηκαν απο το λειτουργικο(κ ο SSD τα θεωρει invalid pages μιας κ χωρις υπαρξη trim δεν ειδοποιηθηκε ο ssd απο το λειτουργικο οτι σβηστηκαν και ετσι οταν παει να γραψει θα κανει move-erase-write και οχι κατευθειαν write).

 

To  defragment φυσικα δεν κανει τιποτα για αυτο το προβλημα, αντιθετα το επιδεινωνει.

 

Δηλαδή πιστεύεις ότι κάποιο πρόγραμμα defrag κάνει το defrag μέσα από εντολές του λειτουργικού;Σαν να κάνεις copy/move/delete,ένα πράμα;;;

Τα προγράμματα αυτά βλέπουν σε πολύ ποιο βαθύ επίπεδο και επηρεάζουν απευθείας τα sector(page/block όπως θες πες τα) του δίσκου,μετά το defrag μπορείς να  προκαλέσεις και ένα trim με reboot π.χ. και θα έχεις τεράστιες περιοχές με ελεύθερα pages που και το λειτουργικό και ο ssd θα ξέρουν ότι υπάρχουνε. 

 

 

Αν κανεις defrag, δεν το βοηθας καθολου το δισκο , γιατι παραμενουν invalid τα pages.

Χρειαζεται TRIM ή secure erase.

 

"Τεραστιες περιοχες με ελευθερα pages  που γνωριζει και το λειτουργικο και ο SSD"  ΔΕΝ μπορεις να εχεις με το defrag.

Για αυτο ακριβως υπαρχει τo trim και το secure erase.

 

Το trim μετατρεπει τα invalid pages σε free/empty pages, κατι που δεν κανει το defrag.

http://www.anandtech.com/show/2738/10

Κανει αυτο ακριβως:

 

When you delete a file, the OS sends a trim command for the LBAs covered by the file to the SSD controller. The controller will then copy the block to cache, wipe the deleted pages, and write the new block with freshly cleaned pages to the drive.

Now when you go to write a file to that block you’ve got empty pages to write to and your write performance will be closer to what it should be.

 

------------------------
 

Τα προγράμματα αυτά βλέπουν σε πολύ ποιο βαθύ επίπεδο και επηρεάζουν απευθείας τα sector(page/block όπως θες πες τα) του δίσκου,μετά το defrag μπορείς να  προκαλέσεις και ένα trim με reboot π.χ. και θα έχεις τεράστιες περιοχές με ελεύθερα pages που και το λειτουργικό και ο ssd θα ξέρουν ότι υπάρχουνε. 

 

Προκαλεις trim με reboot??Τα εχεις τελειως μπερδεμενα...

[TheELF]

«Γιατι χρειαζεται το secure erase συμφωνα με την λογικη σου??»

 

Ποια δική μου λογική;το λέω ξεκάθαρα.

 

 

Γιατί αυτό είναι το σκεπτικό του OP.

Και πάνω σε αυτό λέω εγώ από την αρχή,ότι όσο βοηθάει(ή μάλλον όσο δεν βοηθάει) το secure erase τόσο (δεν)βοηθάει και το defrag.

 

 

«Το secure erase (και το Trim) βοηθανε γιατι μετατρεπουν τα invalid pages σε free pages ωστε να μπορεσει ο SSD κανει κατευθειαν write σε pages που πριν ειχαν δεδομενα, αλλα σβηστηκαν απο το λειτουργικο(κ ο SSD τα θεωρει invalid pages μιας κ χωρις υπαρξη trim δεν ειδοποιηθηκε ο ssd απο το λειτουργικο οτι σβηστηκαν και ετσι οταν παει να γραψει θα κανει move-erase-write και οχι κατευθειαν write).

 

To  defragment φυσικα δεν κανει τιποτα για αυτο το προβλημα, αντιθετα το επιδεινωνει.»

 

Δηλαδή μου λες ότι αν κάνω defrag παύει να υφίσταται το trimm;Τι; χαλάει και δεν δουλεύει μετά;;Μουτρώνει;;

Το πρόγραμμα defrag «μιλάει» απευθείας με τον δίσκο,το λειτουργικό παρακάμπτετε πλήρως,δεν ξέρω αν κατά την διάρκεια του defrag δουλεύει το trimm ή αν πιάσει δουλειά αφού σταματήσει το defrag,αλλά σίγουρα το defrag δεν θα σπάσει το trimm ώστε μετά να μην δουλεύει.

 

 

«Τεραστιες περιοχες με ελευθερα pages  που γνωριζει και το λειτουργικο και ο SSD»

 ΔΕΝ μπορεις να εχεις με το defrag. Για αυτο ακριβως υπαρχει τo trim και το secure erase.

 

Έλα λίγο;;Το trimm δηλώνει απλά τα free/empty pages που υπάρχουν,αυτά σε κανονικές συνθήκες(μαζί με το wear leveling δηλαδή) ποτέ δεν είναι τεράστιες,αλλά στην καλύτερη περίπτωση (όπως κρίνετε από το wear leveling) θα ήταν ένα γεμάτο ένα άδειο,(ένα free ένα invalid).    

 

 

 

Και ξανά, δεν υποστηρίζω ότι το defrag είναι καλό για τον ssd,απλά ότι έχει την ίδια προσωρινή βελτίωση στην ταχύτητα με το secure erase. 

[Palp]

 

Έδωσα μήπως την εντύπωση ότι μιλάω για την υπηρεσία defrag των windows;; Αν ναι τότε συγνώμη,εγώ μιλάω για πρόγραμμα defrag αντί για secure erase.

 

 

Μπορείς να αναφέρεις κάποιο defrag πρόγραμμα να δούμε ακριβώς πως βοηθά στους SSD;

 

 

Εσύ μπορείς να δώσεις ένα που να εξηγεί γιατί το secure erase αυξάνει την ταχύτητα του ssd;

 

Δεν αυξάνει την ταχύτητα του SSD αλλά επαναφέρει τις επιδόσεις του SSD εκεί που ήταν όταν τον αγόρασες. Και το TRIM/garbage collection προσπαθούν να επαναφέρουν τις επιδόσεις που έχασε ο σκληρός μετά από τις εγγραφές / διαγραφές κατά την χρήση τους..

 

Όπως σημειώσαμε και πιο πάνω, όταν διαγράφεις ένα αρχείο, στην ουσία δεν διαγράφεται το αρχείο αλλά ορίζεται από το λειτουργικό ως κενός χώρος το κομμάτι που καταλάμβανε. Ο SSD δεν το γνωρίζει και έτσι όταν πάει να γραψει πάνω σε αυτό ξανά έχει καθυστέρηση καθώς πρέπει να διαγράψει ή να μετακινήσει ότι ήταν εκεί πρώτα και μετά να κάνει την εγγραφή (αυτό το κάνει ο SSD controller).

Τώρα θα μου πεις ότι το defrag θα μετακινήσει τα αρχεία, αλλά το θέμα είναι ότι δεν θα μετακινήσει τα "διεγραμμένα" αρχεία που για τα windows δεν υπάρχουν αλλά για τον SSD υπάρχουν ακόμα.

 

Το secure erase γράφει 0 σε όλον τον σκληρό δίσκο και διαγράφει τα πάντα (δεν νομίζω ότι υπάρχει δυνατότητα ανάκτησης τίποτα μετά από SE) οπότε ο SSD επανέρχεται σε εργοστασιακή κατάσταση και οι επιδόσεις στο 100%.

 

Η εντολή secure erase γίνεται από τον controller/firmware του σκληρού δίσκου και είναι ανεξάρτητη από οποιδήποτε λειτουργικό σύστημα.

Το ενδιαφέρον είναι ότι αυτή η λειτουργία προστέθηκε μετά από οδηγία της Εθνικής Υπηρεσίας Ασφάλειας των ΗΠΑ (NSA)

 

----------------

 

Edit για να δώσω ένα παράδειγμα: Έχεις ένα SSD 40 GB για αποθηκευτικό χώρο σε Windows 7/8. Γράφεις και στα 40 GB και μετά τα διαγράφεις όλα οπότε έχεις όλο τον χώρο ελεύθερο.

Το defrag ουσιαστικά δεν κάνει τίποτα καθώς έχεις μηδέν αρχεία για να μετακινήσει. Ο SSD όμως βλέπει ακόμα 40 GB "γεμάτα". Έτσι όταν πάς να γράψει κάτι νέο θα έχει μειωμένη ταχύτητα από την αρχική καθώς έχει μία καθυστέρηση αφού πρώτα πρέπει να ελευθερώσει το χώρο και μετά να γράψει.

Επεξ/σία 20 Μαΐου 2013 από Palp

[haHa]

Ποια δική μου λογική;το λέω ξεκάθαρα.

 

Γιατί αυτό είναι το σκεπτικό του OP.

Και πάνω σε αυτό λέω εγώ από την αρχή,ότι όσο βοηθάει(ή μάλλον όσο δεν βοηθάει) το secure erase τόσο (δεν)βοηθάει και το defrag.

Κανεις μεγαλο λαθος, το defrag δεν μπορει να μετρεψει τα invalid pages σε free/empty pages,  για αυτο δεν βελτιωνεται η ταχυτητα του ssd και για αυτο υπαρχει το trim και το secure erase.

 

Και επαναλαμβανω την ερωηση :

απο την στιγμη που νομιζεις οτι το προβλημα των ssd ειναι το fragmentation και διορθωνεται με defrag, τοτε γιατι λες οτι χρειαζεται και secure erase (εγραψες ""Την νέα εγκατάσταση την ανέφερα μόνο σε συνδυασμό με το secure erase.") στην περιπτωση νεας εγκαταστασης? (αφου στη νεα εγκατασταση δεν ειναι fragmented τα αρχεια και δεν χρειαζεται defrag.)

Γιατι χρειαζεται το secure erase συμφωνα με την λογικη σου?? Τι το διαφορετικο κανει?

 

 

 

 

Δηλαδή μου λες ότι αν κάνω defrag παύει να υφίσταται το trimm;Τι; χαλάει και δεν δουλεύει μετά;;Μουτρώνει;;

Το πρόγραμμα defrag «μιλάει» απευθείας με τον δίσκο,το λειτουργικό παρακάμπτετε πλήρως,δεν ξέρω αν κατά την διάρκεια του defrag δουλεύει το trimm ή αν πιάσει δουλειά αφού σταματήσει το defrag,αλλά σίγουρα το defrag δεν θα σπάσει το trimm ώστε μετά να μην δουλεύει.

Ποιος εγραψε οτι δεν δουλευει το trim μετα το defrag?

Κανενας, απο το μυαλο σου τα βγαζεις , οπως απο το μυαλο σου βγαζεις οτι το defrag βοηθαει τους ssd οπως το trim και το secure erase

 

Και ξανά, δεν υποστηρίζω ότι το defrag είναι καλό για τον ssd,απλά ότι έχει την ίδια προσωρινή βελτίωση στην ταχύτητα με το secure erase. 

Οχι ,δεν παιζει αυτο, γιατι το defrag δεν μετατρεπει τα invalid pages σε free pages οπως το trim/secure erase. 

[TheELF]

Κανεις μεγαλο λαθος, το defrag δεν μπορει να μετρεψει τα invalid pages σε free/empty pages,

 

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

απο την στιγμη που νομιζεις οτι το προβλημα των ssd ειναι το fragmentation και διορθωνεται με defrag, τοτε γιατι λες οτι χρειαζεται και secure erase

 

 

Ούτε αυτό το είπα,σχολίασα όλους τους προηγούμενους που λέγανε να κάνει ο op se και ξανά χτίσιμο.

Δεν είπα ποτέ ότι χρειάζεται το se απλά είπα ότι ένα defrag κουράζει το ίδιο τον δίσκο με το se(αν συλλογιστούμε και τα άλλα που είπα install win progs drivers updates). 

 

Ποιος εγραψε οτι δεν δουλευει το trim μετα το defrag?

Ε,αφού δουλεύει τότε γιατί δεν θα δει της μεγάλες ελεύθερες περιοχές που θα φτιάξει το defrag για να της δηλώσει σαν free pages;;;

Ιδού το μέγα μυστήριο... 

[haHa]

Ειναι προφανες οτι δεν θελεις να μαθεις.

Σκεφτεσαι με λογικη hdd, ενω μιλαμε για ssd.

 

Στους ssd, δεν μας ενδιαφερουν οι μεγαλες περιοχες με invalid pages που δημιουργει το defrag. Μας ενδιαφερουν να μετατραπουν ολα τα invalid pages σε free/empty spaces και αυτο το κανει το trim και το secure erase.

To defrag με τις διαφορες μετακινησεις κλπ απλα δημιουργει ακομα περισσοτερα invalid pages, δεν βοηθαει στο να γινει πιο γρηγορος ο δισκος οπως το trim/secure erase.

 

 

Φυσικα αυτα που εγραψες ειναι ανακριβειες:

Και πάνω σε αυτό λέω εγώ από την αρχή,ότι όσο βοηθάει(ή μάλλον όσο δεν βοηθάει) το secure erase τόσο (δεν)βοηθάει και το defrag.

 

 

Και ξανά, δεν υποστηρίζω ότι το defrag είναι καλό για τον ssd,απλά ότι έχει την ίδια προσωρινή βελτίωση στην ταχύτητα με το secure erase. 

 

[Palp]

TheELF νομίζω δεν έχεις καταλάβει ακόμα ότι ο SSD και το λειτουργικό (και κατ' επέκταση ο χρήστος) αντιλαμβάνονται διαφορετικά τον κενό χώρο στον δίσκο.

 

Αν γράψω σε ένα SSD όλο το 100% της χωρητικότητας και μετά διαγράψω όλα τα αρχεία, πως θα βοηθήσει το defrag που θα βλέπει 0 αρχεία;

[TheELF]

Στους ssd, δεν μας ενδιαφερουν οι μεγαλες περιοχες με invalid pages που δημιουργει το defrag. Μας ενδιαφερουν να μετατραπουν ολα τα invalid pages σε free/empty spaces και αυτο το κανει το trim και το secure erase.

Δες λίγο τι access time έχουν οι ssd

http://www.tomshardware.com/charts/ssd-charts-2012/AS-SSD-Read-Access-Times,2788.html

και ξανά πες ότι δεν μας ενδιαφέρουν οι μεγάλες περιοχές.

Αφού μετατρέπει το trimm τα invalid σε free,έστω αφού ολοκληρωθεί το defrag,έστω και τρέχοντας μόνος σου την εντολή, μπορούμε να πούμε ότι το defrag δημιουργεί κανονικά free pages; 

Φυσικα αυτα που εγραψες ειναι ανακριβειες:

Γιατί;Απλά δεν μπορείς να δεχτείς ότι μπορεί να δουλέψει το trimm μετά από defrag;;;

Γιατί αν δουλέψει θα μπορεί να γράφει και να διαβάζει ο ssd με την διαφημιζόμενη sequential read/write ταχύτητα του (έστω προσωρινά μέχρι να ξανά πιάσει το wear leveling) και όχι με την 4k.  

 

 

Συμφωνώ ότι η πραγματική ταχύτητα δεν πρέπει να θεωρείται το sequential read αλλά το 4κ,δηλαδή κατακερματισμένα στο φουλ με πλήρες wear leveling,αλλά όταν κάποιος σου λέει ότι θα κάνει secure erase για να ξανά πιάσει ταχύτητα....

[biomecanoid]

* Defrag σε SSD δεν κανεις ποτε.

Για έχεις Trim θες :

1) Win 7 and up.

2) AHCI mode. χωρίς AHCI δεν έχεις trim ούτε στα Win 7..

Σε IDE mode χανεις το "Native Command Queuing" που θα κανει τον SSD αργο  οπως επισης χανεις και το Device Initiated Power Management και δεν θα εχει Power Managemenτ ο SSD που σε Desktop δεν σε νοιαζει αλλα σε laptop εχει επιπτωση στην μπαταρια. Τωρα για το TRIM μονο η INTEL εχει TRIM σε IDE αλλα δεν βαζεις ποτε SSD σε IDE mode.

3) Controller that can pass the trim command  δηλαδή Intel και AMD  8 series και πανω

4) Drivers που μπορούν νs στείλουν trim command. MS AHCI, AMD'σ 8 series και πανω, Intel RST

5) SSD όχι σε Raid Array  ( αλλα και αυτό το φτιάχνει τώρα ΜΟΝΟ η Intel )
 

 

* χωρίς Trim ο σκληρός γίνετε αργος όσο περνάει ο καιρός και για να γίνει αποκατάσταση θέλει:

Secure Erase/Zero-Fill η Destructive Firmware Update.

[haHa]

Δες λίγο τι access time έχουν οι ssd

http://www.tomshardware.com/charts/ssd-charts-2012/AS-SSD-Read-Access-Times,2788.html

και ξανά πες ότι δεν μας ενδιαφέρουν οι μεγάλες περιοχές.

Μαλλον δεν διαβασες καλα τι εγραψα.

Εγραψα "Στους ssd, δεν μας ενδιαφερουν οι μεγαλες περιοχες με invalid pages που δημιουργει το defrag."

 

Ειναι προφανες τα εχεις μπερδεμενα και δεν εχεις καταλαβει την διαφορα.

 

 

Αφού μετατρέπει το trimm τα invalid σε free,έστω αφού ολοκληρωθεί το defrag,έστω και τρέχοντας μόνος σου την εντολή, μπορούμε να πούμε ότι το defrag δημιουργεί κανονικά free pages;

Οχι, το defrag δεν δημιουργει free pages και για αυτο δεν επαναφερει την ταχυτητα των ssd.

Αυτο το κανουν το trim και το secure erase, για αυτο και υπαρχουν για τους ssd, μιας κ το defrag δεν βοηθα καθολου στην δημιουργια free pages.

 

Γιατί;Απλά δεν μπορείς να δεχτείς ότι μπορεί να δουλέψει το trimm μετά από defrag;;;

Ποιος σου ειπα οτι δεν το δεχομαι? Απλα ομως δεν χρειαζεται το defrag, γιατι χωρις το trim και το secure erase , το defrag επιδεινωνει την κατασταση, γιατι δημιουργει ακομα περισσοτερα invalid pages.

 

 

Ειναι λοιπον ανακριβεια να γραφεις οτι τους ssd που εχουν χασει απο την ταχυτητα τους (λογω invalid pages κλπ) το defrag τους βοηθαει να επανελθουν στις αρχικες ταχυτητες ή οτι βοηθαει εξισου με το secure erase, αφου το defrag δημιουργει ακομα περισσοτερα invalid pages.

 

Εδω ξανα οι ανακριβειες:

 

Και πάνω σε αυτό λέω εγώ από την αρχή,ότι όσο βοηθάει(ή μάλλον όσο δεν βοηθάει) το secure erase τόσο (δεν)βοηθάει και το defrag.

 

Και ξανά, δεν υποστηρίζω ότι το defrag είναι καλό για τον ssd,απλά ότι έχει την ίδια προσωρινή βελτίωση στην ταχύτητα με το secure erase.