Jaco

Σωστά δεν είχα σκεφτεί ότι μπορεί να είναι παραπάνω από 1 raid στον controller, οπότε η μέθοδος 0:x:y είναι η πιο ασφαλής...

1. Επειδή το array θα γίνει degraded, μόλις τον βάλεις ξανά και τον κάνεις detect, θα τον δει σαν foreign virtual δίσκο και θα στον βγάλει σε ένα άλλο tab στο bios menu... εκεί, τουλάχιστον όπως το έκανα εγώ, κάνεις delete το καινούργιο foreign, για να χαθούν τα προηγούμενα δεδομένα και να μην σου κάνουν corruption και στην συνέχεια ενσωματώνεις τον δίσκο στο προηγούμενο/αρχικό virtual disk... o controller με την σειρά του θα τον δει και θα κάνει το reconstruction... 2. Λογικά την περισσότερη ram την θες αν έχεις πχ 8 δίσκους σε raid, οπότε χρειάζεσαι όσο περισσότερο cache γίνεται και το καινούργιο bios υποστηρίζει μέχρι 512...

RootX, μια ακόμα απορία... αν γίνει degraded, για οποιοδήποτε λόγο, ένα raid5 array με 8 δίσκους και αποτύχει πχ ο 5, το οποίο το βλέπεις στο bios ή στον MegaRaid Manager, με ποιο τρόπο βρίσκεις τον δίσκο 5...? Ισχύει η παρακάτω εικόνα...? Δηλαδή από την εξωτερική πλευρά του άσπρου κονέκτορα (προς το εσωτ. του case δηλ) ξεκινάει ο 0 και στην εξωτερική (προς το bracket) του μαύρου είναι ο 7...? Ή υπάρχει και άλλος καλύτερος τρόπος...?

Ο integrated χωρίς bracket, o internal με... τα δείχνει στο πρώτο post και με εικόνες... :drool: damn...

Ωραίος RootX, ευχαριστούμε... file saved... Επειδή απ' ότι καταλαβαίνω πρέπει να έχει να κάνει και με την δουλειά σου, μπορείς να με πεις πόσους δίσκους χρησιμοποιείτε σε raid5 και με τι stripe, block, write-back/through, μπλα-μπλα, σε backup arrays...? και φυσικά... τι drives...?

pics από την στερέωση του bracket μιας παλιάς pci-2-usb κάρτας στον perc... σύρμα rulez... To mod για την απενεργοποίηση του sm-bus... μονωτική rulez here... Ο greek-perc πρέπει να δουλεύει μόνο με μονωτική και σύρμα... Και μια pic από το SFF-8484 καλώδιο που χρειάζεται ο perc... εγώ την πάτησα στην αρχή, προσέχετε μην πατήσετε και εσείς... αριστερά είναι το sata καλώδιο το οποίο δεν κουμπώνει στον κονέκτορα, το δεξί είναι το sff-8484... Κώστα αν θυμάμαι καλά ένα link που είχες στείλει από ένα κατάστημα που πήρες το καλώδιο, δεν πρέπει να ήταν σωστό... τεσπά αν χρειαστείς έχω ένα 2ο καβάτζα... @sebastian, το hdtune δεν θέλει να βλέπει file system για το write test, γιατί γράφει raw data, ώστε να φαίνεται και η πραγματική ταχύτητα του controller... πρέπει να κάνεις delete το partition από το Computer Management -> Disk Management...

Λοιπόν... και καλά έκανες... μόλις έκανα το τεστ χωρίς την bbu και ο controller από μόνος του πάει και γυρνάει για ασφάλεια από write-back σε write-through mode και δεν σε αφήνει και να το θες να πάρεις το ρίσκο να χρησιμοποιήσεις write-back (όπως αναφέρει και ο Chosen στο πρώτο post)... ok, κατανοητό server-ο controller είναι... NO-BBU, Raid5, stripe=256K, 1M block, force write-through NO-BBU, Raid5, stripe=256K, 1M block, force write-through WITH-BBU, Raid5, stripe=256K, 1M block, write-back τα αποτελέσματα είναι απλά δραματικά... οπότε όλοι bbu...!

sebastian, έχεις διαβάσει τα προηγούμενα post...? έχεις καταλάβει τα περί stripe size, adaptive r/w, block size, το cache, τι μετράει το hdtach και τα υπόλοιπα προγράμματα, με τι παραμέτρους, πως τα συνδυάζουμε ώστε να βγάλουμε τα μέγιστα από το raid...? Αν διαβάσεις τα προηγούμενα και ψάξεις και λίγο στο google τι είναι η κάθε παράμετρος και τι ρόλο έχει, νομίζω ότι θα λυθούν όλες σου οι απορίες... το hdtune δεν θα σου πει τίποτα αν δεν στήσεις σωστά το array και δεν βάλεις τις σωστές παραμέτρους... @voudas... πήρες και τον perc...? και με βάζεις και κάνω τεστ...? ρε... ... ... αφού θα έρθεις και θα τα κάνεις και εσύ...

@panosst, μάλλον μόνο αυτή είναι η διαφορά, αλλά απ' ότι βλέπω χρειάζεται και διαφορετικά καλώδια από τα SFF-8484... @sebastian, το screenshot δεν φαίνεται σχεδόν καθόλου, δοκίμασε να κάνεις ss μόνο από το παράθυρο και όχι το desktop... αν δεν έχεις κάποιο πρόγραμμα για screen capture, κατέβασε το lightscreen, το οποίο είναι freeware... Για όσους κάνουν πρώτη φορά raid5, πριν αρχίσουν να γράφουν τα δεδομένα τους στο raid, ας κάνουν πρώτα την εξής δοκιμή... δημιουργήστε το raid5, γράψτε μερικά GB από δεδομένα και στην συνέχεια κάντε shutdown, βγάλτε τον ένα δίσκο από το array και κάντε boot... με τον τρόπο αυτό εξομοιώνετε το σενάριο που σαν χαλάει ένας από τους δίσκους του array, οπότε το array γίνεται degraded... μην ανησυχείτε γιατί μέχρι στιγμής δεν έχετε χάσει τα δεδομένα σας... αφήστε το λειτουργικό να boot-άρει ώστε να δει το degraded raid και στην συνέχεια shutdown... ξαναβάζετε το sata καλώδιο στον δίσκο... ξεκινάτε το pc και με <CTRL><R> μπαίνετε στο bios του perc... εκεί θα πρέπει να δείτε/μάθαιτε πως ξανακάνουν rebuild το array με τον καινούργιο δίσκο, μόλις το κάνετε σωστά και βρείτε τον τρόπο (καλό είναι να το κάνετε μόνοι σας) γράψτε σε ένα χαρτί την διαδικασία... πιστέψτε με καλύτερα να κάνετε τώρα ένα ψέυτικο σενάριο ενός χαλασμένου δίσκου, που δεν έχετε πραγματικά δεδομένα και να δείτε πως γίνεται το rebuild, παρά να έρθει η κούφια ώρα, να σας βρει απροετοίμαστους και από ένα λάθος κουμπί να χάσετε όλα τα δεδομένα σας...!!! @voudas... Κώστα κατάλαβα πως δουλεύει το iometer και έκανα κάποια τεστ, αλλά τα ίδια παρανοικά... μόνο το hdtune βγάζει σωστά αποτελέσματα... υπόψη το iometer είναι μετροπρόγραμμα για τελείως web server στησίματα και θέλει πολύ μικρά stripe sizeγια αποδώσει και όχι 256K που έχω τώρα... οπότε μην ζητήσεις συνθετικά bench, του στυλ random, 33% read, 67% write κλπ, γιατί δεν θα δείξει τίποτα ουσιαστικό... -= Raid5 - 256K Stripe =- 512K - 100% read, 100% Sequential, 100% Access 512K - 100% write, 100% Sequential, 100% Access 1M - 100% read, 100% Sequential, 100% Access 1M - 100% write, 100% Sequential, 100% Access Τελικά θα καταλήξω σε raid5 με 128Κ stripe size... σχεδόν τα ίδια ακριβώς αποτελέσματα δίνει με το 128K...

οκ Κωστή θα το δοκιμάσω... αλλά αύριο όμως, γιατί τα μάτια μου κάνουνε πουλάκια... έχω λιώσει στα ποτά και τα ξενύχτια τις τελευταίες μέρες και στα διαλείμματα παίζω με τον perc... α, και αύριο ξαναρχίζω δουλειά...

Είσαι Αράχωβα και μου μιλάς για raid...? θες να με τρελάνεις...? τον μπες-βγες-μετρητή για κάποιο λόγο δεν μπορώ να τον τρέξω... δεν τον έχω ξαναδοκιμάσει, οπότε μπορεί να κάνω καμιά πατάτα γιατί κολλάει σε ένα βήμα "D:\ preparing"... bbu included... :to_pick_ones_nose: διάβασα ότι έχει διαφορά, αλλά δεν το έχω δοκιμάσει και κανονικά δεν θα έπρεπε να έχει καμία επίπτωση στις επιδόσεις...

Ρε φίλοc... πλάκα με κάνεις...? Εννοάται ότι ο 348 είναι καλύτερος από τον 333... μόνο και μόνο που το εσωτερικό του bus είναι 128-bit, υπονοεί ότι είναι κακό αγόρι... πολύ κακό αγόρι... Edit...: Κώστα το iometer με τι παράμετρους το θες...?

Τότε ναι, αξίζει... χαλαρά όμως... Edit..: Στο ποστ με τις μετρήσεις προστέθηκαν και μετρήσεις σε raid5 με stripe size 256K και block size 1024K...

Κωστή, τα file benches δεν τα εμπιστεύομαι καθόλου... ο perc τα ρίχνει όλα από το cache στο bus, οπότε είναι παράλογα τα αποτελέσματα... ιδού...: Edit: είναι raid5 με 256Κ stipe size... καμία επαφή με την πραγματικότητα... επίσης επειδή ο iop333 είναι στην ουσία ένας xscale 32bit, έχει στα σωθικά του διπλούς dma controllers για την μνήμη και διπλά bridges για το pci-x, οπότε στην μεταφορά από το cache πάνω στο pci-x bus του επεξεργαστή είναι κολασμένος σε σχέση με τους υπόλοιπους απλούς pci/pci-x controllers... όσων αφορά το strip size, το μέγιστο είναι (νομίζω, όταν κάνω reboot θα δω) 1024Κ... επίσης για το stripe size που λες, είναι αυτό που μαζί με το συνολικό setup και το είδος χρήσης, χρειάζεται μελέτη... αν είναι raid0/5 με os, αν είναι raid0/1/5 για web server ή backup και ένα σωρό άλλες χρήσεις... ο καθένας πρέπει να χρησιμοποιήσει διαφορετικές παραμέτρους για βέλτιστο αποτέλεσμα και όχι όλοι τις ίδιες... αλλιώς το raid χάνει το νόημα του και δεν λειτουργεί στο 100% που μπορεί... @jax, είναι καραμπάμ το caching... και σίγουρα είναι από onboard controller... αγνόησέ το τελείως και τρέξε μόνο τα write/read... επίσης αν έχεις μόνο ένα raid0 με 3 δίσκους μην πας σε perc... δεν χρειάζεται... αν πας σε παραπάνω δίσκους ή raid5 τότε κάντο...

Καταρχήν τι εννοείς αστρονομικά...? σε τι...? στο read test, στο write ή στο file benchmark...? Αν είναι στο file αγνόησε το, γιατί δεν βλέπεις την πραγματική ταχύτητα του setup, αλλά του cache, οπότε αν είναι onboard controller είναι λογικό λόγο του τεράστιου bandwidth της μνήμης να βλέπεις τρελά νούμερα... αυτό που κυρίως σε ενδιαφέρει είναι το read/write test... επίσης με 256Κ σε raid0 με τρεις δίσκους, στους δυο πρώτους γίνεται εγγραφή 3 φορές και 2 στον τελευταίο (3x32 + 3x32 + 2x32 = 256K)... το οποίο είναι σωστό, γιατί γράφεις τουλάχιστον 2 φορές και στον τελευταίο...

Τα καλώδια τα πήρα από το ebay εδώ... ήταν τα πιο φθηνά και μου τα έστειλε γρήγορα... πάρε 2 καλώδια, γιατί ο perc έχει δυο κανάλια των 4 sas/sata... Τώρα για τον controller θέλει λίγο ψάξιμο στο ebay... δεν νομίζω ότι θα ήταν πιο γρήγορο για τον λόγο ότι με πολύ μικρά αρχεία και πολύ μικρά stripe sizes ο controller σε συνδυασμό με τους δίσκους, δεν προλαβαίνει να πιάσει την μέγιστη ταχύτητα του... είναι όπως όταν κάνεις copy-paste ένα αρχείο, αν είναι 1mb θα το γράψει αμέσως χωρίς να πιάσει την μέγιστη ταχύτητα, ενώ αν είναι 1GB θα τελικιάσει...

Τι εννοείς αν είναι σωστά με 512Κ...? Για το raid5 είναι 2x(2x128K) = 512K... δηλαδή (2 εγγραφές σε ένα κύκλο του τεστ) x (2 δίσκοι, εκτός του parity) x (128K το stripe size)... Σε ένα raid0 με 3 δίσκους το ιδανικό για να δεις το bandwidth θα ήταν 2x(3x128KB) = 768ΚΒ... Εσύ τι νούμερα βγάζεις και με τι setup...? Υπόψη ότι με αυτόν τον τρόπο βλέπεις τα πραγματικά όρια του controller σε συνεργασία με τους δίσκους... δηλαδή το πραγματικό bandwidth... Edit: Επίσης όσων αφορά τα file benchmarks, λόγο του caching δυστυχώς δεν βλέπεις την απόδοση του controller αλλά του cache... δηλαδή δεν είναι τελείως αντιπροσωπευτικά και ίσως θα έπρεπε να τα βγάλω από τις μετρήσεις... αυτά που έχουν πραγματικά νόημα είναι τα r/w...

Λοιπόν ήρθε η ώρα για τα αποτελέσματα... :big_boss: Καταρχήν μια εισαγωγή για την μέθοδο που επέλεξα... ήθελα να δω κυρίως το bandwidth του controller σε σχέση με τους δίσκους και όχι την απόδοση του raid σε κανονικές συνθήκες και ο λόγος γι' αυτό είναι ότι απλά με τον τρόπο αυτό βλέπεις τα όρια του συστήματος και στην συνέχεια με βάση αυτό θα πρέπει να επιλέξεις πως θα είναι η τελική μορφή του raid... φυσικά να πω ότι τα παραπάνω είναι διαπιστώσεις δικές μου και δεν είναι απαραίτητα σωστές, αλλά βάση της δικής μου λογικής για να οδηγηθείς σε μια τελική απόφαση θα πρέπει να γνωρίζεις τα όρια του setup σου... επειδή σκοπός μου είναι το raid5, για το οποίο βρίσκω ότι ο perc είναι ιδανικός, οι ρυθμίσεις είναι τέτοιες που να ευνοούν μια σύνθεση για backup με 3 δίσκους, που το κόστος είναι ακόμα λογικό... Όσων αφορά τους raid controller υπάρχει μια παράμετρος που λέγεται strip size... αυτή η παράμετρος καθορίζει το block size στο οποίο θα γράφονται δεδομένα στους δίσκους, με άλλα λόγια αν το strip size είναι 128KB τότε σημαίνει ότι ένα αρχείο 256ΚΒ θα σπάσει σε δυο κομμάτια και τα πρώτα 128KB θα γραφτούν στον πρώτο δίσκο του array, τα υπόλοιπα 128ΚΒ στον δεύτερο και τέλος στον τρίτο θα γραφεί το parity που θα υπολογίσει ο controller, το οποίο δεν είναι αλλο από μια λογική exclusive-or (xor) ανάμεσα στα δυο πρώτα... έτσι αν κάποιος δίσκος του array "χτυπήσει" μπορεί να γίνει αναπαραγωγή του και φύσικα λόγο της απλότητας της xor (σε hardware υλοποίηση) οι επιδόσεις σε r/w ενός raid5 σε έναν εξ. controller είναι ίδιες με ένα raid0... Tο πρόβλημα τώρα βάση των προηγουμένων είναι ότι, αν το strip size είναι 128ΚΒ και γράφονται αρχεία μικρότερα από 128KB, τότε η ταχύτητα του raid5 μειώνεται δραματικά στο μισό καθώς μόνο ο πρώτος δίσκος γράφει δεδομένα... και εδώ έρχεται και το θέμα της μελέτης ενός raid0/5 πριν το στήσουμε... τι θά κάνει...? τι μέγεθος αρχείων θα αποθηκεύει κατά κύριο λόγο...? κτλ... Αν λοιπόν έχουμε ένα raid0/5 ("/" = ή) και θέλουμε να στήσουμε ένα os τότε το strip size των 128KB είναι ανούσιο καθώς θα ήθελε θεωρητικά ένα strip size 4/8KB, λόγο του ότι τα περισσότερα αρχεία στο os έχουν τέτοιο μέγεθος... έτσι εκμεταλευόμαστε ουσιαστικά αυτό που μας παρέχει το raid0/5... Στα δικά μου τεστ το strip size είναι 128KB καθώς απευθύνεται για χρήση backup, οπότε μεγάλα σε μέγεθος αρχεία και για τον λόγο αυτό, για να μετρήσω το βέλτιστο bandwidth χρησιμοποιώ στο hd tune, block sizes των 512ΚΒ... γιατί το κάνω αυτό...? απλά γιατί με τον τρόπο αυτό γράφονται απανωτά δυο blocks των 128ΚΒ σε κάθε δίσκο σε κάθε κύκλο του τεστ, οπότε μετράω και τα δυο απανωτά r/w στον καθένα και μοιράζεται ακριβώς δια του 2 το συνολικό μέγεθος... Eπίσης έτσι δίνεται η δυνατότητα στον επεξεργαστή του controller να δείξει την αποτελεσματικότητα της αρχιτεκτονικής του και του εσωτερικού του bus... αν οι δοκιμές γινόντουσαν με το default 64KB του hd tune τότε δεν θα μέτραγα την ταχύτητα του array, αλλά μόνο ενός δίσκου, επίσης δεν θα ζόριζα το cache του controller και τέλος θα γινόταν μόνο μια εγγραφή σε κάθε κύκλο του test... οπότε θεωρώ ότι είναι ο ιδανικός τρόπος να μετρηθεί το raid0/5... αν κάποιος διαφωνεί ας μου το εξηγήσει καθώς κατέληξα στο συμπέρασμα αυτό βάση λογικής και όχι κάποιας ιδιαίτερης γνώσης, οπότε μπορεί να είμαι και λάθος, παρόλο που τα αποτελέσματα δείχνουν αυτό... Επομένως, για να μετρηθεί βέλτιστα το bandwidth θα πρέπει να υπάρχει μια ζυγή συσχέτιση στην συστοιχία... αυτό με 3 δίσκους μπορεί να επιτευχθεί στο raid5, λόγο του ότι ο 3ος δίσκος είναι parity και δεν ανήκει στο strip, αλλά όχι στο raid0... στο raid0 χρειάζονται 2/4/6/8 δίσκοι για να γίνει η μέτρηση σωστά, καθώς το hdtune δεν υποστηρίζει block sizes των 24/48/96/192/384/768KB κτλ... όπως επίσης δεν τα υποστηρίζει και το λειτουργικό... οπότε στην περίπτωση του raid0 με 3 δίσκους ένα block των 512KB σε strip size των 128KB, γράφεται ως εξής...: 256KB->1o δίσκο, 128ΚΒ->2ο, 128ΚΒ->3ο... οπότε το όφελος του raid0 είναι στο πρώτο r/w μόνο... οπότε το ιδανικό τεστ, για την εύρεση του bandwidth, θα ήταν με 4 δίσκους σε raid0 με strip size των 128ΚΒ και τεστ block size των 1024KB... Φυσικά πάλι το default block size των 64KB του hdtune, σκοτώνει το array γιατί γίνεται εγγραφή μόνο σε ένα δίσκο... Οπότε έχοντας ξεκαθαρίσει τα παραπάνω, μπορεί να καταλάβει κανείς και τα αποτελέσματα των μετρήσεων που ακολουθούν... Όλα τα τεστ έχουν τρέξει από 2 φορές ώστε να είναι πιο αντικειμενικά τα αποτελέσματα, οπότε η αριστερή εικόνα είναι το πρώτο run και η δεξιά εικόνα δεύτερο run αμέσως μόλις τελειώσει το πρώτο... System Setup: [B]CPU:[/B] E6600 (default) [B]RAM:[/B] Mushkin 2x2GB XP2-6400 (default) [B]M/B:[/B] Abit AW9D-MAX (bios: 1.16) [B]ctrl:[/B] Dell Perc 5/i Integrated [B]ctrl fw:[/B] 7.0.1-0061 [B]ctrl drv:[/B] 2.23.0.32 (dell - 1/7/2008) [B]HDD:[/B] 3xWD 6400AAKS [B]OS:[/B] Vista 32bit SP1 (πάνω σε έναν mtron 32GB σε ich7r και ahci mode) [B]raid0/5 strip size:[/B] 128KB [B]block size:[/B] 512KB Raid 0 - Adaptive Read Ahead / Write Back Read Write File Raid 0 - Read Ahead / Write Back Read Write File Raid 5 - Adaptive Read Ahead / Write Back Read Write File Raid 5 - Read Ahead / Write Back Read Write File System Setup: [B]raid5 strip size:[/B] 256KB [B]block size:[/B] 1024KB Raid 5 - Adaptive Read Ahead / Write Back Read Write Raid 5 - Read Ahead / Write Back Read Write

Νομίζω ότι δεν υπάρχει στάνταρ συνταγή για το τι είναι καλύτερο... δεν υπάρχει κοινή καλύτερη λύση για όλα τα setup... πχ αν κάποιος θέλει να στήσει ένα raid0 με 2-3 δίσκους, τότε ακόμα και με ένα on-board controller είναι μια χαρά και δεν χρειάζεται καν να κοιτάξει προς perc... αν από την άλλη θέλει ένα raid5 ή ένα raid0 με περισσότερους από 4 δίσκους (μέχρι 8) τότε είναι μονόδρομος ένας εξωτερικός controller και ο perc είναι ιδανικός λόγο της τιμής του και των επιδόσεων του... είναι σα να κλέβεις εκκλησία... Επίσης θέλει μελέτη από πριν τι setup θέλεις να φτιάξεις ώστε να το στήσεις σωστά, γιατί αλλιώς μπορεί να καταλήξεις με έναν raid controller σαν τον perc ο οποίος λόγο κακής μελέτης να δυσλειτουργεί και να έχει χειρότερες επιδόσεις από έναν on-board... θα αναφερθώ σε αυτό αργότερα... Επίσης αυτό που λες chosen για την αναγκαιότητα του εξωτερικού controller σε raid5 setups είναι το πιο σημαντικό... από την στιγμή που πάρει ρεύμα το pc ο controller από μόνος του, χωρίς να φορτώσουν windows, αρχίζει και κάνει μόνος του το initialization, το reconstruction και οτιδήποτε άλλο χρειάζεται να γίνει με το raid... τo λειτουργικό ούτε καν ασχολείται, οπότε δεν χρησιμοποιούνται και resourses... Για όλους τους perc είτε έχουν το fw της dell είτε της lsi υπάρχει ένας manager της lsi ο οποίος λέγεται MegaRAID Storage Manager (msm).. αυτό στους dell fw είναι κυρίως monitor tool ενώ για τους lsi fw μπορεί να κάνει και κάποιες άλλες λειτουργίες... στην ουσία είναι ένα gui για το MegaCLI, το οποίο είναι το command line interface για τον perc, απλά στο gui όταν βλέπει το fw της lsi σε αφήνει να κάνεις κάποια πράγματα παραπάνω, τα οποία όμως δεν είναι σημαντικά και γίνονται και στο dell fw από το prompt με το MegaCLI... Ορίστε και δυο ss του msm, ένα γενικό και ένα με το background initialization του raid5 το οποίο το κάνει μόνος του ο iop333 χωρίς να μπλεκόνται καθόλου τα windows... και εδώ είναι ένα ss από το bios που ο perc κάνει το initialization, όπως από πάνω, χωρίς φυσικά να τρέχει το λειτουργικό... Ο Chosen να μην διαβάσει από εδώ και κάτω... Οι πρώτες μετρήσεις που έκανα ήταν με το fw 5.1.1-0040 της Dell και τους drivers της Dell που βρήκαν μόνα τους τα vista 32bit, δηλαδή τους τελευταίους που είναι οι 2.23.0.32 (Dell - 1/7/2008)... επειδή είδα μια αστάθεια (στο hd tune) όσων αφορούσε την γραμμικότητα στα read/writes είπα να αλλάξω fw, το οποίο εδώ που τα λέμε θα το έκανα ούτως ή άλλως για πειραματισμό... τελικά μέσω cmd στεγνά στα windows και με το megacli (ή μεγακλή) πέρασα το fw 7.0.1-0061 της lsi... φυσικά την παραπάνω διαδικασία δεν την προτείνω σε κανέναν γιατί και ειδικά μέσα από τα windows είναι ρίσκο, αλλά από την άλλη από την στιγμή που υπάρχουν τα tools σημαίνει ότι υπάρχουν γι' αυτό τον λόγο... τέλος πάντων είδα σημαντική βελτίωση και το bandwidth πλέον είναι πολύ πιο ομοιόμορφο... δυστυχώς δεν έχω κρατήσει ss από το προηγούμενο fw γιατί μέσα στην ταύλα μου τις πρώτες ώρες ήταν το τελευταίο που μου πέρναγε από το μυαλό... Στην συνέχεια πειραματίστηκα με τους drivers στα vista και τελικά δοκιμάζοντας διάφορους συνδυασμούς κατέληξα να δω ότι τα βέλτιστα αποτελέσματα τα πέτυχα με το fw της lsi και τους drivers της Dell (2.23.0.32) και όχι τους drivers της lsi που έχουν την ίδια ακριβώς έκδοση... το γιατί δεν το ξέρω και δεν έχω κάτσει να κάνω σύγκριση των inf να δω αν υπάρχουν διαφορές, αλλά στην περίπτωσή μου και με το setup μου αυτό γίνεται... θα ακολουθήσουν και κάποιες μετρήσεις οι οποίες όμως έχουν σκοπό να δείξουν το bandwidth του controller σε σχέση με τους δίσκους, θα εξηγηθώ όταν έρθει η ώρα, τα έχω όλα σχεδόν έτοιμα, οπότε σε λίγο θα τις ανεβάσω...

Για τον perc μου τον έπιασαν λίγο, γιστί ήταν σφραγισμένος και καινούργιος από rma της dell... τον πήρα από ebay 160€ και 2x8€ για τα καλώδια... ο chosen λίγο αφότου τον αγόρασα μου βρήκε και με 100€, αλλά ήταν πλέον αργά, τα αξίζε όμως... (btw ο chosen με βοήθησε αρκετά στο να περάσω στον perc και τον ευχαριστώ)... Για raid0 δυστυχώς δεν μπορώ να τρέξω άλλα γιατί ήδη είναι σε raid5 και πλέον κρατάει τα backup μου... ωστόσο το write είναι σχεδόν ίδιο αλλά λίγο μικρότερο... σε raid5 έχω κάνει αρκετά τεστ, αλλά δεν είμαι σπίτι τώρα να ανεβάσω τα benches και δεν προλάβαινα και πριν φύγω... το read όμως είναι όπως στο raid0 αλλά ξεκινώντας από τα 210ΜΒ/sec, δηλαδή 100MB παρακάτω... αύριο θα ανεβάσω ss...

Βασικά το κεφάλαιο του raid είναι τεράστιο και θα πρέπει ο καθένας, αν θέλει, να βρει την καλύτερη λύση για το δικό του σύστημα... σίγουρα το στήσιμο του συστήματος, hardware μέχρι software, παίζει μεγάλο ρόλο και στις ρυθμίσεις του controller... Καταρχήν θέλει σχεδιασμό εξ αρχής για ποια χρήση θα προορίζεται το raid... σε αυτό που λες για το adaptive read-ahead, chosen έχεις δίκιο και ισχύει γενικότερα σε normal χρήση ή σε χρήση os... αν το raid είναι backup και φυλάει μεγάλα σε μέγεθος αρχεία μπορεί το σκέτο read-ahead να είναι καλύτερο γιατί ο controller δεν μπαίνει στην διαδικασία να αποφασίσει αν χρειάζεται να το ενεργοποιήσει, αλλά δεν ξέρω πόσο μπορεί να του κοστίζει αυτό σε χρόνο... στην περίπτωση μου επειδή το seek είναι 14ms δεν παίζει κανένα ρόλο αν είναι adaptive ή μόνιμα ενεργοποιημένο γιατί ο χρόνος αυτός είναι αιώνες για τον iop333 και πράγματι στις μετρήσεις δεν είδα διαφορά... σίγουρα όμως σε ένα raid0 από ssd με os επάνω, θα κάνει τρελή διαφορά... Για όσους "θα" αγοράσουν να έχουν υπόψη ότι ο controller χρειάζεται κάποια ειδικά καλώδια για να συνδεθούν σε αυτόν sata δίσκοι... επειδή την πάτησα και χρειάστηκε να περιμένω μέχρι να έρθουν, καλό είναι να το ξέρετε από πριν... τα καλώδια αυτά λέγονται SFF-8484 και στο ebay μπορείτε να τα βρείτε και με 8€ αντί 20+€ που τα δίνουν... To παρακάτω είναι άκυρο και περνάει στο αρχείο... ο perc ναι μεν δουλεύει και χωρίς την μπαταρία, αλλά δεν σε αφήνει με τίποτα να ενεργοποιήσεις το write-back και οι επιδόσεις του πιάνουν πάτο σε σχέση με όταν υπάρχει η bbu.. φυσικά δεν δικαιολογείται τόσο μεγάλη διαφορά, αλλά έτσι είναι όμως... οπότε αγοράστε τον ΥΠΟΧΡΕΩΤΙΚΑ με την BBU... Όσον αφορά την θερμοκρασία τώρα, είναι όντως θερμός εραστής ο perc-αυλος, αλλά με τον φόρτο ενός raid5 με 3 δίσκους και λειτουργία backup, που σημαίνει ότι ο iop δεν είναι συνέχεια γκαζωμένος, με έναν 12άρι ανεμιστήρα στα 9V να τον χτυπάει στις 0 μοίρες σε σχέση με το επίπεδο του pcb, είναι μια χαρά... μπορείς να ακουμπήσεις και το δάχτυλο σου στην ψήκτρα χωρίς να πάθεις έγκαυμα... στις 90 μοίρες θα είναι σίγουρα καλύτερα αλλά τότε χάνεις 1-2 pci/e... γενικά o perc-ακλής είναι large τύπος και θέλει τον χώρο του, οπότε μην τον στριμώχνεται ανάμεσα από κάρτες ήχου και γραφικών γιατί θέλει τον χώρο του και τον αέρα του... επίσης εμένα μου ήρθε στην συσκευασία που λέει ο chosen στο πρώτο του ποστ, δηλαδή ο integrated, οπότε δεν είχε bracket για να πιάνεται στο πίσω μέρος του κουτιού... τελικά την νύφη την πλήρωσε μια παλιά κάρτα pci-σε-usb που σε 20 δευτερόλεπτα και με δυο κατσαβιδιές, ξεπατώθηκε αναγνωρίζοντας την αναγκαιότητα της περίστασης και δίνοντας τιμητικά το bracket της στον perc... μαθημένος από έλληνα πατέρα με λίγο σύρμα και μερικά στριψίματα το bracket έκατσε στον perc σα να ήταν δικό του... οπότε σε όσους έρθει χωρίς bracket, με λίγο σύρμα και θύμα καμιά παλιά κάρτα pci θα κάνουν την δουλειά τους... εξάλλου αρκεί να κάθεται σταθερά πάνω στο pci-e έχει σημασία και όχι να περάσει CE... μιλώντας τώρα για pci-e όσοι έχουν sli το οποίο καταλαμβάνει όλες τις pci-e 8/16x, πακέτο... ο perc πέρα από όμορφος θέλει και μια 8/16x pci-e δική του... τέλος το smbus θέλει όντως το κόλπο με την μονωτική στα pin 5-6 το οποίο είναι γελοίο να γίνει... στην aw9d-max δεν μπούταρε καν το pc χωρίς την μονωτική... τελικά έχω καταλήξει με μια κάρτα η οποία στέκεται στην mobo με σύρμα και μονωτική... !@#@!# πρέπει να φύγω και δεν έχω τελειώσει ακόμα με τα τεστ...

Ώραιος chosen... :clap: Λοιπόν, έχει πολύ ψωμί ο perc και πραγματικά για τα λεφτά του είναι εντυπωσιακές οι δυνατότητές του...!!! για όσους θέλουν να στήσουν ένα σοβαρό raid 0/1 ή 5 προτείνεται ανεπιφύλακτα... φυσικά έχει και κάποια αρνητικά, αλλά ευτυχώς λύνονται σχετικά εύκολα και με πατέντες... τώρα είμαι στην φάση κάποιων τεστ που κάνω και θα επανέλθω με κάποια αποτελέσματα, καθώς του έχω αλλάξει τα φώτα... :devil: ps... μόνο ένα πράγμα θα πω, είναι ο μοναδικός λόγος για τον οποίο μπήκαν πρώτη φορά vista στο pc μου... αυτό βέβαια θα αλλάξει... teaser...: 3x6400aaks raid-0

http://athens.indymedia.org/local/webcast/uploads/metafiles/getimgdjxpzx.jpg

Για το title στο avatar μου... School fail... και το χειρότερο είναι ότι με έχει να κυκλοφορώ έτσι τόσες μέρες...

wtf...? με 1350 ευρώ στήνεις pc που κερδίζει τον Kasparov σε idle 90%...