mariosalice

Το Tony trim νομίζω ότι ήταν δική μου ιδέα αρχικά. Δηλαδή να γράψουμε άσους σε όλο τον ελεύθερο δίσκο. Αν θέλεις βάζω και link εδώ μέσα. Το πρόβλημα είναι ότι οι πληροφορίες στην κυψέλη ότι έχει κάτι γραμμένο υπάρχουν ακόμα κι όταν σβήσουμε το αρχείο με τους άσους. Έτσι ο controller του SSD δεν βρίσκει άδειες κυψέλες και θα κάνει τη μετακίνηση των δεδομένων σε άλλη θέση, έστω κι αν με αυτό τον τρόπο δεν θα καθυστερήσει η εγγραφή, αφού οι άσοι ισοδυναμούν με άδειες κυψέλες. Αυτή όμως η μετακίνηση και το ψάξιμο, σε γεμάτο δίσκο (έτσι το βλέπει ο controller), ισοδυναμεί με μεταφορά του τίποτα στις εφεδρικές κυψέλες ή στη μνήμη cache και στη συνέχεια στην εγγραφή των πραγματικών μας δεδομένων. Έτσι εισάγεται το αυξημένο latency. Με το πραγματικό trim, ενημερώνεται αυτόματα ο controller ότι κάποιες κυψέλες που είναι γραμμένες δεν έχουν χρήσιμα δεδομένα και τα σβήνει με την ησυχία του στο background. Χωρίς το trim, δεν ξέρει ότι τα δεδομένα που έχουν οι κυψέλες είναι άχρηστα και τα συντηρεί.

Το trim είναι συγκεκριμένη και ορισμένη λειτουργία, όπου το λειτουργικό ενημερώνει τον SSD ότι έχει διαγράψει κάποια αρχεία και το SSD αυτόματα προγραμματίζει τις αντίστοιχες κυψέλες (blocks) στο background, ώστε να είναι διαθέσιμες για εγγραφή. Έτσι ο SSD δεν χρειάζεται να διαχειρίζεται μεγάλο όγκο δεδομένων μεταφέροντας άχρηστα (διαγραμμένα) στοιχεία σε νέες κυψέλες, στα πλαίσια της αναδιοργάνωσης του. Επιπλέον, ένα μεγάλο ποσοστό του SSD φαίνεται διαθέσιμο, ώστε να μη καθυστερεί να διαγράψει κυψέλες την ώρα της εγγραφής. Οτιδήποτε διαφορετικό δεν είναι trim. Κακώς μιλάμε για manual trim, έστω κι αν φαινομενικά μοιάζει να κάνει την ίδια δουλειά. Το πρόβλημα είναι ότι δεν υπάρχει τρόπος να ελέγξουμε αν λειτουργεί το trim. Η άποψη μου είναι ότι δεν λειτουργεί πουθενά. Λέγεται ότι με Windows 7 και SSD που υποστηρίζουν trim, ίσως λειτουργεί με τους οδηγούς της MS. Επίσης ίσως λειτουργήσει με τα νέα chipsets που θα φτιαχτούν με εγγενή υποστήριξη Rapid Storage. Τα υπάρχοντα chipsets φτιάχτηκαν για matrix. Το τοπίο είναι θολό εκ μέρους της Intel. Για παράδειγμα, αμφιβάλω ότι με Rapid storage, win7 και μονό Postville έχουμε πραγματικό trim (αυτόματο) σε οποιοδήποτε υπάρχον στην αγορά chipset (δεν ξέρω τι γίνεται με τα πολύ τελευταία). Πάντως η διαγραφή των σβησμένων αρχείων είναι πολύ χρήσιμη, έστω κι αν προς το παρόν γίνεται μόνο χειροκίνητα.

Αυτό που φωνάζω εδώ και χρόνια ότι θα έπρεπε να είχαμε κάνει ώστε να μη φτάσουμε να έχουμε τα χάλια μας, το υλοποιεί η Τουρκία με την υπογραφή συµφωνίας με την Ρωσία για την κατασκευή του πρώτου πυρηνικού σταθµού στο Ακιουγιου της Μερσίνης στις τουρκικές ακτές της Μεσογείου. Εκεί τα πυρηνικά δεν μας αγγίζουν. Είναι πολύ μακρυά μας... Όσο για το Αιγαίο, θα είμαστε περιορισμένοι στον 25ο παράλληλο να παρακολουθούμε μήπως κατά λάθος η κόλπος της Μερσίνης ξεπλένει τα πυρηνικά απόβλητα των γειτόνων. Παράλληλα η Τουρκία έχει υπογράψει το Μάρτιο προσύμφωνο με τη N. Κορέα για την κατασκευή και δεύτερης πυρηνικής μονάδας, με στόχο να παράγει 10.000 MegaWatt, ώστε να μειωθεί η ενεργειακή της "εξάρτηση" από το εξωτερικό. Η Στρατιωτική δύναμη εξαρτάται ιδιαίτερα από την οικονομία μιας χώρας και η οικονομική ανάπτυξη της Τουρκίας είναι πλέον δεδομένη. Εμείς ας ζήσουμε στην κοσμάρα μας και ας φωνάξουμε όλοι μαζί έξω τα πυρηνικά. Έξω όμως από πού? Γιατί το έξω προϋποθέτει ότι θα υπάρχει το μέσα. Διαβάστε τη συνέχεια στα Νέα

Η απόδοση κατ' έτος της αιολικής ενέργειας είναι 0,67-1:1 και των φωτοβολταικών 0,33-0,5:1 για 20-30 χρόνια ζωής. Η οικονομία μιας χώρας μένει στάσιμη όταν καλύπτει τις ενεργειακές της ανάγκες με απόδοση 3:1 και προοδεύει όταν την υπερβαίνει. Το κάρβουνο έχει απόδοση 30:1, η πυρηνική ενέργεια 15:1, ενώ τα υδροηλεκτρικά 100:1. Το πρόβλημα με τα υδροηλεκτρικά είναι ότι δεν μπορεί να αυξηθεί η παραγωγή ενέργειας από τη στιγμή που μια χώρα θα εκμεταλλευτεί όλους τους διαθέσιμους πόρους (δεν μπορεί να εισάγει ποτάμια και φράγματα από το εξωτερικό) και άρα δεν μπορεί να συμβάλουν στην οικονομική ανάπτυξη. Επειδή μειώνεται παγκόσμια το πετρέλαιο, οι χώρες ψάχνουν αποδοτικές εναλλακτικές λύσεις. Οι πιο ανεπτυγμένες οικονομικά χώρες έχουν πετρέλαιο ή/και κάρβουνο ή/και πυρηνικά. Στον [ame]http://en.wikipedia.org/wiki/Nuclear_power_by_country[/ame], φαίνεται ποιες χώρες διαθέτουν πυρηνικά ταξινομημένα κατά Megawatt παραγωγής. Τώρα βέβαια στην οικονομική κατάσταση που βρισκόμαστε ούτε λόγος για επενδύσεις, αλλά χωρίς ενέργεια, δεν βλέπω φως στο τούνελ.

Τα φωτοβολταικά είναι ο νέος τρόπος να μας αρμέξει η Γερμανία πουλώντας μας "τεχνολογία" χωρίς να έχουμε κανένα ουσιαστικό όφελος. Μόνο τα κράτη με πυρηνική ενέργεια έχουν σοβαρή οικονομία. Όλοι οι υπόλοιποι είμαστε μέσα σε κινητή άμμο και αναπνέουμε με καλαμάκι.

Το ίδιο δείχνουν και τα δύο. Πχ 1ΚΒ=1024bytes, 1MB=1024KB κτλ.Άλλο είχες ρωτήσει όμως. Η απάντηση είναι ότι το άδειο κομμάτι του δίσκου δεν έχει διαφορά αν είναι αφορμάριστο ή φορμαρισμένο ή σπασμένο σε ένα ή σε δύο ή σε 4 partitions. Αλλά κάθε λειτουργικό θέλει ένα αέρα. Αυτό είναι μια διαφορετική απαίτηση όχι του SSD αλλά του λειτουργικού. Τα Vista πχ θέλουν 10-15GB. Αν λοιπόν έχεις δύο λειτουργικά υπολόγισε ανάλογα.

Για καψόνι το κόβω αυτό έτσι? Πλάκα κάνεις και προτείνεις να εγκαταστήσει κάποιος 28 προγράμματα και να φτιάξει ένα video που δεν δείχνει τίποτα.

Ναι, πολύ σωστές οι παρατηρήσεις αυτές, αλλά όπως είδες παραπάνω απορρίπτει το δίσκο αυτό και πολύ σωστά, λόγω του μικρού write που έχει. Με τους δύο veloci θα του χρειαστούν τρεις Intel x25M σε raid-0 (στα 200MB/s seq write) όταν αντιγράφει αρχεία από τους δύο veloci προς το SSD του λειτουργικού πχ. εγκατάσταση προγραμμάτων, system restore κτλ. Κατά τη γνώμη μου δε τον καλύπτει ο Intel x25-M και καλύτερα θα ήταν μια λύση με ένα ή δύο πιο ισορροπημένους SSD.Με την ίδια λογική ο Sebastian σπάνια θα δει τις ταχύτητες seq read στην πράξη, αφού τα μεγάλα αρχεία του τα έχει σε απλούς δίσκους. Θα πρέπει λοιπόν να τα αντιγράψει πρώτα στο SSD, αλλά εκεί θα καταλάβει ότι το 70MB/s seq write τον φέρνει σε επιδόσεις χαμηλότερες κι από μηχανικούς δίσκους. Το batch file με τα 28 προγράμματα είναι αστείο και να το αναφέρουμε. Ποιος έχει αυτά τα προγράμματα και γιατί να κάνει τον κόπο να εγκαταστήσει 28 προγράμματα που κοστίζουν μια περιουσία? Εκτός κι αν κάνουμε διαγωνισμό ποιος κλέβει περισσότερα προγράμματα ή αν κάνουμε διαφήμιση στα συγκεκριμένα προγράμματα. Όπως και να το δούμε είναι λάθος.

Το 4Κ random read είναι που κάνει τη διαφορά σε λειτουργικό και στη δική σου περίπτωση είναι από τα μεγαλύτερα νούμερα που έχω δει. Σχετικά με το random write που είναι διπλάσιο από το read μάλλον παίζει θέμα cache και καλού controller.

Βρήκα ένα review για Kingston X25 M και S, που έχει και φωτογραφίες από τα flash. Οι κωδικοί είναι ίδιοι με των Intel παντού. Ομοίως και οι επιδόσεις. Τους κωδικούς στα Intel τους είχα γράψει παλιότερα εδώ.

Δοκίμασε την τύχη σου άλλη μια φορά. Οι δίσκοι πρέπει να είναι ακριβώς ίδιοι με της Intel και είναι κρίμα να δώσεις 50€+ παραπάνω. Ξέρω ότι οι x25-M και S της Kingston, είναι πιστά αντίγραφα των Intel, οπότε το πιθανότερο είναι να συμβαίνει το ίδιο και με τους Adata. Αντίγραφα βγάζει και η PQI.

Τρεις? Θα δώκεις και στ'ανήψια?

Από τα μοντέλα που έχουν κυκλοφορήσει, τα δύο τελευταία γράμματα συμβολίζουν τα παρακάτω 01=7mm πάχος, παραγγελία 1 SSD 05=7mm πάχος, παραγγελία 5 SSD C1=9,5mm πάχος, παραγγελία 1 SSD C5=9,5mm πάχος, παραγγελία 5 SSD κενό=7mm (ή 9,5mm ?) πάχος, παραγγελία 50 SSD

128. Δες

Ζόρικος έ? Τουλάχιστον όμως ενδιαφέρεται. Αρκεί. @DarkSaga Σε ένα από τα έγκριτα δημοσιεύματα, αναφέρεται για τον controller των Intel ότι έχει την ικανότητα να αναγνωρίζει patterns μετροπρογραμμάτων και δεν μεταφέρει πραγματικά τα δεδομένα. Σε άλλο δημοσίευμα αναφέρεται ότι οι controllers αναφέρουν πέρας εγγραφής, από τη στιγμή που θα λάβουν τα δεδομένα και πριν τα γράψουν πραγματικά στο δίσκο. Μόλις βρω τις απαντήσεις σε κάποιες λεπτομέρειες, ίσως φτιάξω ένα ολοκληρωμένο κείμενο. Σχετικά με το controller έχω γράψει τα παρακάτω. Αυτό που ψάχνω είναι το εξής: Σε software raid-0 με δύο δίσκους, που φτιάξαμε με το NTFS, υπάρχει μόνο ένα master file table στον ένα δίσκο και στο δεύτερο έχουμε κάποιο υποτμήμα (παράρτημα) ή ισχύει κάτι άλλο? Οι δύο φυσικοί δίσκοι σε RAID-0 φαίνονται ως ένας λογικός δίσκος με ένα $MFT.

Άμα δε λέμε το block size δεν γίνεται σύγκριση. Και πάλι δεν κατάλαβα τι μετράμε κάθε φορά με διαφορετικό block size. Είχες ρωτήσει σε προηγούμενο ποστ ποιο είναι το default block size και αυτή ήταν μια πολύ καλή ερώτηση. Λοιπόν, να υποθέσω ότι το NTFS θεωρεί ως defaul block size τα 4ΚΒ που είναι το file allocation unit? Δηλαδή πρακτικά όταν μεταφέρουμε και μετράμε αρχεία 512 MB, ποιο διάγραμμα ανταποκρίνεται στην πραγματικότητα? Αυτό που το μετρήσαμε με block size 256ΚΒ ή αυτό που το μετρήσαμε με 4KB? Γιατί με τους SSD, μπαίνει στη μέση το virtualization και δεν νομίζω ότι το NTFS προσαρμόζεται στις απαιτήσεις των SSD αλλά το SSD στις προδιαγραφές του NTFS. Αλλά σε περίπτωση που πραγματικά αλλάξουμε το allocation unit size σε κάτι μεγαλύτερο από 4ΚΒ στο NTFS, οι μετρήσεις του HD Tune Pro θα ανταποκρίνονται σε κάποια πραγματικότητα? Μετά μιλάμε για σειριακή και τυχαία ανάγνωση και εγγραφή. Δεν υπάρχουν τέτοια πράγματα στους SSD. Όλα γίνονται random και όλα όσα βλέπουμε είναι virtual. Απλά, όταν μετράμε random read, σημαίνει ότι ζητάμε από τον controller να ψάξει και να βρει την αντιστοιχία των random NTFS διευθύνσεων με τις θέσεις που πραγματικά βρίσκονται (έτσι κι αλλιώς random) στις μνήμες flash. Αυτό σημαίνει μαζικές και απανωτές αναζητήσεις στο αρχείο αντιστοιχίας διευθύνσεων που καθυστερεί και επιβαρύνει σημαντικά τον controller και δοκιμάζει τις ρουτίνες του, όπως και το πρώτο flash chip όπου είναι γραμμένες οι αντιστοιχίες αυτές. Βέβαια, αν υπάρχει πολύ εσωτερική cache, μπορεί ο SSD να μεταφέρει αυτά τα αρχεία στον controller και να μην κάνει τον κόπο να τα διαβάζει και να τα γράφει κάθε φορά στο δίσκο. Άρα μετράμε βασικά και πρώτιστα τον controller. Κι αν ο controller που είναι ένας προγραμματισμένος επεξεργαστής κι έχει ρουτίνες για κάποιο συγκεκριμένο pattern, θα τις ανασύρει και ούτε καν θα κάνει τον κόπο να διαβάσει ή να γράψει τα στοιχεία στις μνήμες flash. Αν πρόκειται για πραγματικές εγγραφές ή αναγνώσεις, τότε ο controller θα προχωρήσει στο επόμενο στάδιο που είναι η ανάσυρση των δεδομένων και η μεταφορά τους στην κεντρική μνήμη του συστήματος. Πρακτικά αυτό το στάδιο εξαρτάται τόσο από τις προδιαγραφές των flash όσο και από τα κανάλια και το μέγεθος της cache. Αλλά βλέπουμε ότι τα SSD έχουν πάνω κάτω τις ίδιες μνήμες flash με παρόμοιες προδιαγραφές και το μόνο που αλλάζει είναι το μέγεθος και αν πρόκειται για mlc ή slc. Απλά με τα μετροπρογράμματα, έχουμε ένα μέτρο πάνω κάτω για τις δυνατότητες κάθε SSD, που όμως μόνο με πραγματική μαζική αντιγραφή από και προς μπόλικη ram (ή κάποιο άλλο μέσο που θεωρούμε γρηγορότερο) μπορούμε να ξέρουμε πραγματικά τι γίνεται, όπως το είχατε προτείνει σε άλλο ποστ.

Κάπου πριν, ο Angel-f έγραψε ότι χρειάζεται extra το ειδικό καλώδιο για να συνδέσεις Intel X18-M 80GB SSD σε κοινό PC.

Και χύμα στο πάτωμα δεν έχουν πρόβλημα. Και όρθια να κρέμονται από τα καλώδια, επίσης. Αλλά το πιο ωραίο υλικό που έχω βρει είναι το Tesa Hook and Loop tape Self adhesive. Ουσιαστικά είναι αυτοκόλλητα χριτς χρατς που κολλάνε και οι δύο επιφάνειες.

E δεν είναι για χόρταση. Το ξανατρέχεις αν κάνεις κάποιες αλλαγές που νομίζεις ότι θα αυξήσουν την ταχύτητα ή αν προσθέσεις δεύτερο δίσκο για raid-0 κτλ.

Εϊναι διαφορετική η έξοδος και επιπλέον είναι διαφορετικό το πρόγραμμα που τρέχει. Οπότε τα αποτελέσματα στα Vista και στα Seven δεν νομίζω ότι συγκρίνονται άμεσα. Αλλά αυτό θα το δούμε στην πράξη, αν κάποιοι το τρέξουν και σε Vista και σε Seven. Πάντως το δοκίμασα με τo αρχείο σου και φαίνεται ότι είναι εντάξει αυτό που έφτιαξα. Εξ άλλου θα το δεις αν το κατεβάσεις γιατί δεν το έσβησα. Έχει και λίγο πιο προηγμένο κώδικα συγκριτικά με του Unstoppable. Μα δεν το ολοκλήρωσες. Έχει και ένα manual μέσα και οδηγίες κατά τη διάρκεια του test. Αν τα ακολουθήσεις είναι τυφλοσούρτης για να σου δώσει διάγραμμα. Το διάγραμμα θέλουμε. Όχι τις τιμές. Δηλαδή μόλις τελειώσει το test, σου ανοίγει ένα παράθυρο notepad με τα αποτελέσματα. Τα επιλέγεις με CTRL-A, το αντιγράφεις με CTRL-C και το κλείνεις το txt αρχείο, για να ανοίξει αυτόματα το xls ή ods αρχείο, όποιο έχεις αφήσει στο φάκελο που έχει τα αρχεία. Πρέπει να σβήσεις το ods αρχείο αν δεν έχεις open office. Μετά, κάνεις pasteστο Α1 κελί στο μεσαίο tab. Στο πρώτο tab θα δεις τα διαγράμματα. Είναι δύο. Ένα time κάτω και ένα με ταχύτητες σε MB/s δεξιά. Τρέξε snipping tool (start run γράψε ή paste snipping στο κουτί search και θα το δεις) για να πάρεις screen shot. Έχει επιλογή για rectangular area. Αν θέλεις παραπάνω εξηγήσεις, πες μου. Τα αποτελέσματα που μου έδωσες σε διαγράμματα. (Είχες βάλει επιπλέον enter που σημαίνει ότι το έκανες edit. Στο notepad ίσως πρέπει να απενεργοποιούμε το word wrap, αν και σε μένα δεν έχει πρόβλημα.)

Το πακέτο έτοιμο για Seven. Μην ξεχάσετε να μεταφέρετε το αρχείο ods ή xls που δεν θέλετε, έξω από το φάκελο που τρέχει το bat. Enjoy :flower: Seven Disk Bench.zip

Το αρχείο αυτό είναι του unstoppable. Δεν έχω MS Office να το ελέγξω. Έκανα ένα σώσιμο το δικό μου από Ooo σε xls να μου πεις αν δουλεύει. Μετά πας στο tab overview για να δεις τα γραφήματα. Edit Δοκίμασα το αρχείο σου σε μένα και δεν δουλεύει, γιατί είναι από Seven και έχει διαφορετικού τύπου καταγραφή. Θα πρέπει να γίνει διαφορετικό αρχείο για Seven. Sorry Vista Disk Bench.zip

Samsung SSD in the clouds miss :dance3:

Δεν έχεις τίποτα από τα δύο? Ούτε Excell, ούτε Openoffice? Οι δίσκοι σου πάντως δεν είναι x25-M αλλά S και έχουμε δει γράφημα από Seven. Αλλά δεν έχουμε άλλα να συγκρίνουμε.

LOL έπαθα πλάκα. Είναι σωστό και πράγματι το έτρεξες. Το ερώτημα είναι με τί??? Virtual machine είναι? Επίσης ίσως γίνεται και με δύο προγράμματα που κάνουν το ίδιο περίπου, (το ένα της M$) που μαζεύουν σε cache και τα γράφουν όλα σειριακά στο τέλος με commit changes to disk αλλά δεν τα έχω μετρήσει.