Aύξηση Memory Bandwidth ενός Laptop

[Spyrus]

Γεια σας φίλοι μου :hi:

Σήμερα το μενού έχει ένα σεβαστό 'σπρώξιμο' (χωρίς ρίσκο αν είμαστε προσεκτικοί) της μνήμης των Laptop μας.

Και όταν λέμε σπρώξιμο εννούμε, χωρίς να αλλάξουμε το hardware μας,

να το κάνουμε πιο γρήγορο σε επίπεδο timings μνημών.

Οι περισσότερες γνώσεις/σκέψεις που παρουσιάζονται έχουν περάσει από τα desktop συστήματα.

Testbed:

HP Pavilion dv6187ea

T7200

2x1GB Transcend Jetram Powerchips DDR2-667@5-5-5-15@1.8V

Chipset Intel iP945PM

Geforce Go 7400

Προβλήματα:

1)Ως γνωστό το bios των laptop είναι φτωχότατο και δεν έχει καμία ρύθμιση των μνημών

2)Με το memset μπορούμε να ρυθμίσουμε τα timings των μνημών μέσα από τα Windows

και να το βάλουμε στο startup και να ξεκινάει με αυτά.

3)Δεν μπορούμε όμως να αλλάξουμε το CAS

4)Δεν μπορούμε να κάνουμε μόνιμη την αλλαγή των timings.

MOD

Θα πάμε ένα βήμα παραπέρα ώστε οι ρυθμίσεις που θα κάνουμε να είναι μόνιμες

και ανεξάρτητες λειτουργικού δηλαδή το σύστημα να μπουτάρει με αυτές

Βήμα 1:Kατεβάζουμε το memset http://www.tweakers.fr/memset.html

Βήμα 2:To SPD tool http://forums.techpowerup.com/showthread.php?t=20349

Βήμα 3:Πάμε να δούμε τι μπορούμε να κάνουμε με το memset από τα windows

Αριστερά είναι το default των μνημών και δεξιά μετά από πολύ ώρα τεστ πόσο κατάφερα

να σφίξω τα timings με εξαίρεση το CAS:

Εδώ μια σύγκριση bandwidth:

Αυτά που επηρέασαν περισσότερο είναι:

1)το PL=tRD που παίζει από 6-5 και κατεβάζει πολύ το latency

2)το RMS ή tREF που όσο πιο μεγάλο τόσο καλύτερα και έχει διαφορά πιστέψτε με στην εικόνα είναι 7.8us

αλλά θα το κάνουμε 15.χ us

3)Το 5-4-4-12 από 5-5-5-15

Με βάση αυτά τα timings μένει να δοκιμάσουμε CAS 4.

Kαι αυτό γιατί η μητρική γυρνάει το tRD από μόνη της σε 5

και εκεί είναι που κερδίζουμε πραγματικά!

Δεν έχει διαφορά από το 5-4-4-12 σε αυτό το chipset αλλά

μόνο έτσι θα κάνετε μόνιμη την αλλαγή.

Αλλιώς σταματήστε στο βήμα 3 :giveup:

Βήμα 4:O μόνος τρόπος είναι να μοντάρουμε το spd των μνημών.

Η διαδικασία θέλει προσεκτικό ψάξιμο αλλά για αυτό είμαστε εδώ :whistle2:

Εδώ έχουμε τα spd δίπλα δίπλα. Ρυθμίστηκαν έτσι με βάση τι τραβάνε οι μνήμες με το memset.

Όμως το bios δε μας άφησε να παίξουμε όσο χαμηλά θέλαμε κάποια είναι

κλειδωμένα προς τα πάνω αλλά ευτυχώς για εμάς δεν είναι τα σπουδαιότερα

timings.

Οι τιμές για τα moded timings είναι τέτοιες ώστε να επιλέγουμε τη μικρότερη τιμή

που δε σε πηγαίνει σε μικρότερο timing (μετατροπή ns-timing)

και όσα δεν αλλάζουν το spd των 266-200 timing γιατί όσο κατεβάζουμε συμβαίνει και αυτό.

Δεν νομίζω να έχετε πρόβλημα αν βάλετε άλλες παραπλήσιες που βγάζουν το ίδιο αποτέλεσμα

1)tRP=11.50ns (4)

2)tRCD=11.50ns (4)

3)tRAS=36ns (12)

(αν βάλετε 42ns<=14 timing θα δείτε πως αλλάζει το tRAS και στα άλλα SPD πέρα του 333 που μοντάρετε)

4)tWR=11.50ns (4)

5)tWTR=6ns (2)

6)tRRD=5.25ns (2)

7)tRFC=90.33ns (31)

Mένει το CAS. Το βρίσκετε στο CL και το μοντάρετε σε 2,3,4 όπως στην παραπάνω εικόνα. Το μαμά είχει 3,4,5

Βήμα 5:

1)Μετά τις αλλαγές επιλέξτε fix checksum

2)Για λόγους ασφαλείας πρώτα φλασάρετε το ένα dimm και αφήστε το μόνο του μετά το shutdown.

Όσο φλασάρετε δεν συμβαίνει τίποτα στο σύστημα ούτε στη μνήμη είναι εντελώς safe.

3)Μπουτάρετε με το μονταρισμένο και δείτε ότι είναι οκ με τεστ κ.ο.κ

4)Φλασάρετε και το άλλο

5)Αν κάτι δεν πάει καλά με το πρώτο μπορείτε να βάλετε το μαμίσιο που δεν πειράξατε

ακόμα και να μπουτάρετε με τα δύο μαζί και να κάνετε πάλι φλασάρισμα του moded.

Αλλάξτε θέσεις dimm στην ανάγκη γιατί μπορεί να διαβάζει πρώτα το moded.

Aποτελέσμα:

Κλειδωμένα από το bios είναι:

1)tRFC=35

2)tRTP=5

3)tWTR=3

Συγκριτικά default-moded:

1)SuperPI 32M/1024M

2)Everest

Επίλογος

1)Δεν φέρω καμία ευθύνη αν κάτι πάει στραβά αλλά εδώ είμαι για να το διορθώσουμε

2)Βεβαιωθείτε με προγράμματα ότι είστε σταθεροί πριν με memset και μετά το φλασάρισμα

3)Σε άλλο τσιπσετ/μνήμες ενδεχομένως υπάρχουν διαφοροποιήσεις

4)Κάποιες μνήμες αποτρέπουν το φλασάρισμά τους όπως οι μαμα της ΗΡ που έχω 2χ512ΜΒ

5)Δεν υπάρχει κανένας hardware κίνδυνος με αυτό το mod

6)Xάνετε την εγγύηση όταν φλασάρετε τις μνήμες

Συγχαρητήρια όσοι το δοκιμάσατε κερδίσατε περίπου latency μνημών 800@5-5-5-15 :banging:

Cheers, Spyrus

[DarkSaga]

στη θεωρία πολύ καλό

σε αποτελέσματα όμως?

δεν αξίζει να το κάνεις

30" στα 26:30?

~1% improvement

και στο bandwith 84ΜΒ στα 4900ΜΒ ~2% ?

αξίζει να χάσεις το χρόνο σου?

και να ρισκάρεις να τα χαλάσεις?

ωραία ιδέα,μπράβο για τη δουλειά και το worklog/how to

αλλά....

[Spyrus]

Δεν χαλάει τίποτα μωρέ...άλλωστε είμαστε hardcore τι να κάνομεν

Το φλασάρισμα του spd γίνεται για πολλούς λόγους πέρα από τον παραπάνω

και εταιρείες όπως η OCZ το έχει ξερολούκουμο.

Η διαφορά είναι αισθητή αν δουλέψεις λίγο θα το καταλάβεις.

Το bandwidth είναι 125ΜΒ/s buffered (everest) και unbuffered είναι 189ΜΒ/s:

[Teodor_ch]

συμφωνώ και εγώ με τον DarkSaga

εδώ διαφορές στο εβερεστ τύπου 1000mb δε φαίνονται καλά καλά σε office δουλειές (μιλάμε για λαπτοπ)

ΠΑΡΟΛΑ αυτά είναι πολύ καλός οδηγός για να κάνουμε ΚΑΙ εκεί το mod μας

μπράβο Spyrus που σου έκοψε και το σκέφτηκες

[Spyrus]

Μια σημείωση: έχεις δύο πράματα το read και το latency.

Άλλο το ένα άλλο το άλλο μπορείς να έχεις το ίδιο read με διαφορετικό latency.

Στο χαμηλότερο latency η μνήμη ανταποκρίνεται πιο γρήγορα σε αυτό που της ζητάς,

αλλά η ταχύτητα μεταφοράς μέσω mch είναι το read αν δεν κάνω λάθος μπορεί και να τα λέω και ανάποδα...

Για μικρότερο Latency της τάξης 7ns θέλεις 70-80ΜΗz παραπάνω.

Κοίτα αυτό το ποστ:

http://www.thelab.gr/showpost.php?p=689146&postcount=112

Read ίδιο latency διαφορετικό: ίδια ώρα μεταφορά δεδομένων αλλά διαφορετική απόκριση των μνημων.

Είναι πιο αργές να ανταποκριθούν λόγω χαλαρού mch αλλά λόγω μεγαλύτερης συχνότητας τους μεταφέρουν με ίδια ταχύτητα

[Teodor_ch]

στο latency επίσης ισχύει στο περίπου (τουλάχιστον στη μητρική μου, με μόνη αλλαγή αυτής της παραμέτρου)

αλλαγή

μίας μονάδας performance level = 2ns διαφορά latency

[Spyrus]

Eδώ έχει περίπου 5ns μόνο από αλλαγή tRD=PL αν θυμάμαι καλά.

Το CAS4 περίμενα να κάνει ακόμα μεγαλύτερη τι διαφορά ακόμα 5-7ns κάτω αλλά δε ξέρω

γιατί το 5-4-4-12 με το 4-4-4-12 δεν έκανε παραπάνω από 1ns...το τσιπσετ να φταίει;

Και μόνο 30ΜΒ/s read; Πάλι δε μου έκατσε καλά...

[Teodor_ch]

Eδώ έχει περίπου 5ns μόνο από αλλαγή tRD=PL αν θυμάμαι καλά.

Το CAS4 περίμενα να κάνει ακόμα μεγαλύτερη τι διαφορά ακόμα 5-7ns κάτω αλλά δε ξέρω

γιατί το 5-4-4-12 με το 4-4-4-12 δεν έκανε παραπάνω από 1ns...το τσιπσετ να φταίει;

Και μόνο 30ΜΒ/s read; Πάλι δε μου έκατσε καλά...

αυτό υποψιάζομαι και εγώ

είναι αρκετά παλιό και δε ξέρω αν μπορεί να αξιοποιήσει τις παραπάνω δυνατότητες των μνημών.

για αυτό μάλλον δεν παίζουν laptops με γρηγορότερη μνήμη (ή τουλάχιστον είναι λίγα)

[Spyrus]

Kαι τι θα λέγατε αν μπορούσαμε να τις κάνουν να τρέξουν στα 800@4/5-4-4-12;

Γίνεται αυτό αν βέβαια το υποστηρίζει το chipset (το ψάχνω...)

To latency τελικά είναι εφάμιλο των 800@5-5-5-15

μιας και σε desktop μνήμες στα 540 έχουν 54ns ενώ στα 600 με ίδια timings 49.

[Spyrus]

Σχέση Read Bandwidth και latency:

http://www.anandtech.com/cpuchipsets/showdoc.aspx?i=3265&p=10

Low memory access latency and high memory read bandwidths go hand-in-hand. Low latencies are important because they characterize just how well the memory controller handles random memory access requests - that is, sequential read requests that cross memory bank boundaries and/or are not necessary in the same physical column as the prior read. For this reason, tests that stress a memory controller's ability to access memory in a highly random manner are especially dependant on access latencies. Even though 790i far exceeds X48 in sequential read performance, according to our results X48 may have a slight advantage when the requests become more randomized.

Eπομένως αν και το read δεν αυξήθηκε πολύ όταν ζητάμε ταυτόχρονα πράγματα από τη μνήμη τότε αυτή είναι πιο γρήγορη

σε απόκριση.