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

[Palp]

TheELF οι SSD έχουν access time αλλά αυτό παραμένει σταθερό ανεξάρτητα πως είναι μοιρασμένο ένα αρχείο στον SSD - το access time είναι το ίδιο αν παέι σε τυχαία blocks ή γειτονικά blocks.

 

Ο λόγος που κάνεις defrag σε μηχανικό δίσκο είναι λόγω της μηχανικής κεφαλής και τον χρόνο που χάνει με το να πηδάει μπρος πίσω για να διαβάσει ένα αρχείο. Επίσης αν θυμάμαι καλά το defrag τοποθετεί τα αρχεία στον εξωτερικό χώρο του platter που έχει μεγαλύτερη ταχύτητα απο ότι κοντά στην βάση.

 

Και ένα link από την Intel, πιστεύω αυτοί ξέρουν καλύτερα από όλους τι λειτουργεί ή όχι στα προϊόντα τους:

 

http://www.intel.com/support/ssdc/hpssd/sb/CS-029623.htm#5

[TheELF]

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

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

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

 

Ωραία λοιπόν μαζί με το trimm τι γίνεται;;; (πόσες φορές σου το ρώτησα και επιμένεις να μου λες τα ίδια)

Ποια μαύρη μαγεία είναι αυτή που πιάνει και απαγορεύει στο trimm όλα αυτά τα invalid να τα κάνει valid;;;

(Και ξανά λέω το defrag παραπέμπει το λειτουργικό,είναι low level και επικοινωνεί απευθείας με τον controller οπότε χλομό να μην ενημερώνεται αλλά, τες πα) 

 

Δες λίγο τι 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 για να ξανά πιάσει ταχύτητα....

 

 

TheELF οι SSD έχουν access time αλλά αυτό παραμένει σταθερό ανεξάρτητα πως είναι μοιρασμένο ένα αρχείο στον SSD - το access time είναι το ίδιο αν παέι σε τυχαία blocks ή γειτονικά blocks.

 

Ο λόγος που κάνεις defrag σε μηχανικό δίσκο είναι λόγω της μηχανικής κεφαλής και τον χρόνο που χάνει με το να πηδάει μπρος πίσω για να διαβάσει ένα αρχείο. Επίσης αν θυμάμαι καλά το defrag τοποθετεί τα αρχεία στον εξωτερικό χώρο του platter που έχει μεγαλύτερη ταχύτητα απο ότι κοντά στην βάση.

 

Και ένα link από την Intel, πιστεύω αυτοί ξέρουν καλύτερα από όλους τι λειτουργεί ή όχι στα προϊόντα τους:

 

http://www.intel.com/support/ssdc/hpssd/sb/CS-029623.htm#5

Πόσες φορές πρέπει να πω τα ίδια;;;

Δεν λέω ότι πρέπει να κάνεις defrag...

Λέω ότι σε μεγάλες άδειες περιοχές θα διαβάζει με sequential ενώ όταν δεν υπάρχουν με αυτήν του 4k,δες μερικά benchmark να καταλάβεις την διαφορά.  

[haHa]

Ωραία λοιπόν μαζί με το trimm τι γίνεται;;; (πόσες φορές σου το ρώτησα και επιμένεις να μου λες τα ίδια)

Ποια μαύρη μαγεία είναι αυτή που πιάνει και απαγορεύει στο trimm όλα αυτά τα invalid να τα κάνει valid;;;

(Και ξανά λέω το defrag παραπέμπει το λειτουργικό,είναι low level και επικοινωνεί απευθείας με τον controller οπότε χλομό να μην ενημερώνεται αλλά, τες πα) 

Λαθος κανεις, δεν μιλαει απευθειας με τον controller το defrag.

 

Επιμενεις να γραφεις ανακριβειες.

Ειναι πολυ απλο:

εγραψες οτι το defrag βοηθαει εξισου με secure erase, κατι που φυσικα δεν ισχυει γιατι το defrag δεν βοηθαει τους ssd να επανελθουν σε ταχυτητα.

Αντιθετα το secure erase και το trim βοηθανε τους ssd να επανελθουν σε ταχυτητα.

 

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

 

Απλα εισαι ο μονος που πιστευεις αυτες τις ανακριβειες.

 

 

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

[biomecanoid]

* defrag όχι

* Το defrag δεν είναι low level και δεν μιλάει απευθείας με τον controller

* secure erase ναι

* descructive firmware update ναι

[haHa]

Πόσες φορές πρέπει να πω τα ίδια;;;

Δεν λέω ότι πρέπει να κάνεις defrag...

Ειπες να κανει defrag.

Εδω:

 

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

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

 

 

(Μπορείς και απλά να ρίξεις ένα defrag και να τελειώνεις,υπάρχουν και ειδικά defrag με λιγότερα write,αν σκεφτείς πόσα write θα κάνει η εγκατάσταση και τα προγράμματα που θα ξαναπεράσεις + το secure erase,δεν έχει μεγάλη διαφορά,μπορεί να κάνει ακόμα και λιγότερα write το defrag) 

 

 

 

Επισης ειπες οτι το secure erase εχει την ίδια λειτουργικότητα με το defrag:

Έχει δηλαδή την ίδια λειτουργικότητα με το defrag μόνο που πρέπει να ξανά χτίσεις ολόκληρο το σύστημά σου.

[TheELF]

Ναι οκ,αντί να επιμένεις στο πόσο χαζός είμαι,(και αφού τελικά δεν είναι low level)μπορείς να μου απαντήσεις σε αυτό να μου φύγει η περιέργεια;;

 

«Ωραία λοιπόν μαζί με το trimm τι γίνεται;;; (πόσες φορές σου το ρώτησα και επιμένεις να μου λες τα ίδια)

Ποια μαύρη μαγεία είναι αυτή που πιάνει και απαγορεύει στο trimm όλα αυτά τα invalid να τα κάνει valid;;;»

[haHa]

... μπορείς να μου απαντήσεις σε αυτό να μου φύγει η περιέργεια;;

 

«Ωραία λοιπόν μαζί με το trimm τι γίνεται;;; (πόσες φορές σου το ρώτησα και επιμένεις να μου λες τα ίδια)

Ποια μαύρη μαγεία είναι αυτή που πιάνει και απαγορεύει στο trimm όλα αυτά τα invalid να τα κάνει valid;;;»

Εγραψες:

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

 

Απαντησα:

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

 

Επισης είπα χαρακτηριστικα:

"το defrag δεν βοηθαει και δεν πρεπει να γινεται σε ssd, οσο κ αν επιμενεις. Δεν εχει νοημα να κανεις defrag σε ssd, γιατι θα δημιουργησεις περισσοτερα invalid pages(αρα ακομα πιο αργος) και επισης θα του μειωσει την διαρκεια ζωης τσαμπα."

 

 

Κοινως, τιποτα κ καμμια μαυρη μαγεια δεν απαγορευει στο trim να δουλεψει μετα το defrag. Απλα το defrag δεν βοηθαει καθολου την κατασταση, αλλα την επιδεινωνει κ μειωνει την διαρκεια ζωης του ssd τσαμπα.

 

Υ.Γ.:κανενας δεν σε ειπε χαζο.

[TheELF]

Κοινως, τιποτα κ καμμια μαυρη μαγεια δεν απαγορευει στο trim να δουλεψει μετα το defrag.

 

Υ.Γ.:κανενας δεν σε ειπε χαζο.

Δηλαδή αν κάνω defrag και φτιάξει πολλά συνεχόμενα (λέμε τώρα)invalid pages, το trim θα τα κάνει προσβάσιμα;Δηλαδή μεγάλες περιοχές με free page;;;Στης οποίες θα μπορεί να γράφει και να διαβάζει με sequential ταχύτητα;

(Χώρια το ότι θα ενώσει και όλα τα υπάρχοντα αρχεία για να διαβάζονται με την sequential ταχύτητα)

 

Απλα το defrag δεν βοηθαει καθολου την κατασταση, αλλα την επιδεινωνει κ μειωνει την διαρκεια ζωης του ssd τσαμπα.

«Απλα το defrag δεν βοηθαει καθολου την κατασταση»

Αν γίνονται αυτά που λέω πάνω βοηθάει(στης γραμμές του αρχικού ερωτήματος/προβληματισμού)

Και εδώ ερχόμαστε (επί τέλους) στο αρχικό ερώτημα:

Το (ένα και μοναδικό) defrag επιδεινώνει και μειώνει την διάρκεια ζωής του ssd περισσότερο ή λιγότερο από το να κάνεις secure erase + win install + drivers + programs + updates.... (σκέψου πόσα read/write θα κάνει το καθένα).

[haHa]

Επαναλαμβάνω :

"Δεν εχει νοημα να κανεις defrag σε ssd, γιατι θα δημιουργησεις περισσοτερα invalid pages(αρα ακομα πιο αργος) και επισης θα του μειωσει την διαρκεια ζωης τσαμπα."

 

Κοινως, δεν κανεις defrag και trim, αλλα σκετο trim.

Αν δεν υποστηρίζεται το trim, τοτε πας σε secure erase.

Το defrag δεν θα κανει τιποτα.

[TheELF]

Βρε, άσε το νόημα,εντελώς θεωρητικά, αυτό στέκει σύμφωνα με εσένα ή δεν στέκει;

«Δηλαδή αν κάνω defrag και φτιάξει πολλά συνεχόμενα (λέμε τώρα)invalid pages, το trim θα τα κάνει προσβάσιμα;Δηλαδή μεγάλες περιοχές με free page;; »

Ναι ή ου;;

 

 

(Και γιατί κάνει το defrag invalid page;Το defrag λέει στο api να κάνει κάποια μετακίνηση το api το λέει στον δίσκο και ο δίσκος κάνει το περίφημο read-delete-rewrite, όπου χρειάζεται,πως στον κόρακα βγαίνουν invalid;;;

Δεν κάνει το κλασσικό delete copy move που κάνουμε εμείς με το ποντίκι. )

[haHa]

Απο την στιγμη που υποστηριζεται το trim, δεν θα ειχαν δημιουργηθει invalid pages, θα ειχε φροντισει το trim για αυτο.

 

 

 

 

Για ποιο api μιλας? Συγκεκριμένα, πες ποιο api.

Πιστεύω τα εχεις μπερδεψει, καλο ειναι να διαβασεις, 3 σελιδες τωρα γραφεις ανακρίβειες, επειδη αρνεισαι να διαβασεις.

[TheELF]

Για ποιο api μιλας?

Τα εχεις μπερδεψει, καλο ειναι να διαβασεις

Για αυτό εδώ

http://blogs.msdn.com/b/jeffrey_wall/archive/2004/09/13/229137.aspx

Αν θες διάβασε και στο google

[haHa]

Παμε ξανα:

Το defrag δεν μπορει να πει στον controller του ssd οτι ο χωρος που ηταν πιασμενος απο αρχεια που σβηστηκαν ειναι πια διαθεσιμος κ πρεπει να γινει free page.

 

Αυτο μπορεί να το κανει το λειτουργικό ΜΟΝΟ με το trim κ για αυτο τον λογο υλοποιηθηκε το trim:για να διορθωσει αυτο το προβλημα.

 

Στο ειπε κ ο palp ωραια:

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

 

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

[TheELF]

Ε,πόσες φορές θα το πούμε αυτό;;;

Οκ το defrag δεν μπορεί να το πει 

το trim όμως το λέει,οπότε:

«Δηλαδή αν κάνω defrag και φτιάξει πολλά συνεχόμενα (λέμε τώρα)invalid pages, το trim θα τα κάνει προσβάσιμα;Δηλαδή μεγάλες περιοχές με free page;; »
Ναι ή ου;;

 

Και μην πεις πάλι ότι το defrag δεν μπορει να πει στον controller του ssd οτι ο χωρος που ηταν πιασμενος απο αρχεια που σβηστηκαν ειναι πια διαθεσιμος κ πρεπει να γινει free page.

Το παίρνουμε σαν δεδομένο.

 

Ξεκάθαρα:

1.Το defrag  θα φτιάξει πολλά συνεχόμενα (λέμε τώρα)invalid pages;

Αν τα κάνει τότε 

2.Το trim θα τα κάνει προσβάσιμα;Δηλαδή μεγάλες περιοχές με free page;;

[haHa]

 

2.Το trim θα τα κάνει προσβάσιμα;Δηλαδή μεγάλες περιοχές με free page;;

 

Δεν μας ενδιαφερουν οι μεγαλες συνεχομενες περιοχες με free page στους ssd, γιατι ακομα και αν υπαρχουν, ο controller επιλεγει να γραψει σε blocks που δεν εχουν πολλα writes(wear levering, για να μην κουραζονται συνεχεια τα ιδια cells και χαλασουν) και δεν τον νοιαζει να γραφει σε γειτονικα block.

 

Οπως σου ειπα, σκεφτεσαι με λογικη hdd, ενω μιλαμε για ssd.