|
|
|
|
Strumenti |
24-09-2011, 08:30 | #101 |
Member
Iscritto dal: Sep 2011
Messaggi: 109
|
spero per te che non abbia OCZ come ssd ...stanno dando un mare di problemi sia gli agility sia i vertex....basta andare sui forum dedicati
|
24-09-2011, 19:41 | #102 | |
Member
Iscritto dal: Sep 2011
Messaggi: 100
|
Quote:
Ma tornando al mio problema: oggi ho trovato un po' di tempo per fare dei test in maniera sistematica e sono arrivato a dei risultati, se non nel risolvere il problema (penso al momento non sia risolvibile se non escono aggiornamenti...) quanto meno nell'identificarlo con precisione. Ho rimesso su il BIOS 0705 (ah, piuttosto, anche lui ha bisogno della "splash page" attiva per abilitarmi correttamente la scheda video, come il 0402... ) e mi sono trasferito una copia del disco di sistema su un normale SATA che ho collegato al Jmicron. Fatto il boot, che ha eseguito come speravo, il MegaRAID Storage Manager (LSI) mi ha dato (e continua a darmi malgrado centinaia di tentativi di impostazioni... ) questo messaggio di errore: Critical - Controller ID:0 Controller encountered a fatal error and was reset. Infatti durante il boot il sistema ha una lunga pausa nella fase iniziale e, se facessi il boot da quello è ovvio che mi sparerebbe la BSoD in quanto se mi resetta il controller la 0x0000007B "è d'obbligo". Apparentemente è la fase di caricamento del driver quella critica, perché dopo il reset (e qui sta il bello! ) iniziale, a sistema caricato il controller funziona ed il disco (ex di boot) RAID da lui gestito mi risulta regolarmente accessibile!!! Ho già il Firmware più aggiornato per il controller installato così come i driver più aggiornati. Temo quindi che fino a che non uscirà qualcosa di nuovo nel trio "firmware LSI - driver LSI - BIOS Asus" il problema non si risolverà... EDIT: per conferma ho provato il controller anche su una M4A89GTD e, ovviamente, funziona perfettamente anche su quella... Ultima modifica di OnIPv6 : 24-09-2011 alle 21:44. |
|
25-09-2011, 08:40 | #103 |
Senior Member
Iscritto dal: Dec 2005
Città: Ferrara
Messaggi: 1832
|
__________________
MB: ASUSTeK Sabertooth 990FX (R1604 BIOS) | CPU: AMD FX-8350 @ 4.56GHz | RAM: G.Skill 24GiB DDR3-1866 CL8-9-9-9-28 | Blu-Ray writer: ASUS BW-12B1LT xflashed to LiteOn iHBS212 | HDD: SSD Samsung 850 EVO 250GB + RAID-5 3TB (HighPoint RocketRAID 640L PCIe x4 SATA 6Gbps adapter) | VGA: ASUSTeK Radeon R9 270 DirectCU II OC 2GiB GDDR5 | O.S.: MS-Windows 10 Pro for Workstations (64-bit) v20H2 |
25-09-2011, 11:49 | #104 |
Member
Iscritto dal: Sep 2011
Messaggi: 100
|
Il "giorno delle macchine ribelli" non è ancora arrivato...
Grazie Fastleo, ma come ho potuto appurare ieri, il problema non risiedeva in una (temuta) variazione della catena di boot, bensì in una incompatibilità sorta fra il nuovo bios e la mia LSI MegaRaid 9240-4i a provocare la BSoD.
Ad ogni modo, sebbene la Sabertooth (con i suoi numerosi bug di gioventù...) sia tosta, io lo sono di più e dopo una lunga sessione di studi e l'applicazione di qualche "tweak" qua e là adesso ho: bios 0705, boot da Raid0 SSD su LSI PCIe, CPU a 6 x 3.75 GHz "rock solid" con tensioni stock. Il reset del controller (con relativa pausa nel boot di qualche secondo...) avviene ancora, ma sono riuscito ad evitare che generi la BSoD... in attesa di nuovi firmware/BIOS! Durante i miei tentativi ho rilevato però numerosi bug, anche del nuovo BIOS, che andrei quindi a riassumere in una tabella a cui tutti potranno contribuire... Cominciamo: Bug presenti nel 0402 e risolti nel 0705: - il controllo del mouse nel BIOS UEFI è quasi impossibile sia con mouse wireless (ottico MS) che wired (si sposta di continuo da solo). Anche dalla tastiera wireless (MS) prende comandi da solo rendendo difficilissime le impostazioni - in modalità di AI overclock manuale, se si va ad alzare i valori del moltiplicatore col tasto + partendo da 4x il sistema si resetta da solo improvvisamente e parte con moltiplicatore a valori standard MA FSB a 232 MHz! L'unica soluzione per ovviare a ciò è scrivere direttamente il valore desiderato. Bug presenti nel 0402 e tuttora irrisolti: - se si disattiva la "splash screen TUF" dal BIOS la mainboard spesso non riesce ad inizializzare correttamente alcune schede video (es. Nvidia 8500GT) e questo ha come ulteriore conseguenza l'impossibilità di accedere al BIOS stesso e/o al menù di boot con F8 - in modalità di AI overclock manuale, manca il settaggio per impostare a quanti core max applicare il Turbo core (più una mancanza che un bug cmq...) - forzando lo spegnimento del sistema con la pressione del tasto di accensione per oltre 4 secondi (spesso) e/o mettendolo in stand-by o ibernazione (sempre), sui Molex rimangono delle tensioni (che devo ancora misurare) al posto della +12 e della +5 che apparentemente sembrano un "feedback" dalla mainboard (l'alimentatore, di buona qualità, con altre mainboard non lo fa). Questa cosa è molto poco gradita dal mio RheoBus NZXT ma, immagino, faccia tutt'altro che bene a qualsiasi periferica del sistema, rendendo di fatto molto pericoloso utilizzare l'ibernazione o lo standby soprattutto. Sintomo della cosa per chi non ha preferiche che "si lamentino" è una lieve accensione del led dell'hard disk a sistema ibernato... Bug introdotti nel 0705 e apparentemente non presenti in precedenza: - sebbene i mouse wired funzionino bene ora nel BIOS UEFI, il MS wireless "laser" ora non viene visto proprio - generata incompatibilità fra mainboard e alcuni controller RAID PCIe (es. LSI MegaRAID 9240-4i che, da solo, costa più della mainboard!) che porta lo stesso a rilevare un "fatal error" durante il boot e/o l'aggiornamento del proprio firmware con possibilità di BSoD e/o danneggiamento del controller durante l'update - in modalità di AI overclock manuale, se si va ad alzare manualmente i valori del moltiplicatore del Turbo core succede ora una cosa stranissima, i valori di boot degli hard disk risultano tutti sballati: tu indichi di fare il boot dall'HDD1 e lui prova a farlo dal 2 o dal 3! Questo accade anche con la selezione manuale con F8 e sebbene nel BIOS venga indicato invece il valore corretto! Il bello è che nemmeno andando a togliere l'impostazione manuale del Turbo core la cosa si risolve, nè azzerandolo ai valori "optimal": bisogna fare un reset by jumper del contenuto della CMOS per ripristinare la corretta funzionalità del boot. Il valore che si va ad impostare non conta: è il semplice attivare l'impostazione a generare il problema. Un indizio che qualcosa non va lo si nota subito durante l'impostazione: spesso la riga viene evidenziata insieme a quella impostata appena prima nel BIOS stesso. - in modalità di AI overclock manuale se si aumenta il moltiplicatore standard lasciando attivo il Turbo core (anche senza toccare i valori di quest'ultimo, vedi sopra...) la mainboard alza autonomamente ed in maniera notevole/eccessiva la Vcore, fino a 1.55 V (su X6 1100T), obbligando a disabilitare la funzione Turbo core del tutto... Bastano? Ultima modifica di OnIPv6 : 25-09-2011 alle 14:14. |
25-09-2011, 14:26 | #105 |
Senior Member
Iscritto dal: Aug 2002
Città: Centro Italia
Messaggi: 11089
|
scusate una domandina, ma secondo voi che ram conviene affiancare a questa mb?
1600mhz cl8? oppure conviene alzare le frequenze? Non voglio fare oc (mi interessano i consumi piuttosto!) grazie |
25-09-2011, 16:17 | #106 |
Member
Iscritto dal: Sep 2011
Messaggi: 100
|
Se ti interessano i consumi abbinati a prestazioni discrete ti consiglio le Corsair Vengeance 1600 in versione cl8: sono certificate per la Sabertooth, ben raffreddate e fra le pochissime a viaggiare a 1600 con soli 1,5v (ergo a 1,65 sono già abbastanza overcloccabili o, meglio, si possono tentare latenze più basse della 8-8-8-24... ), consumando quindi poco.
|
25-09-2011, 16:18 | #107 | |
Senior Member
Iscritto dal: Aug 2002
Città: Centro Italia
Messaggi: 11089
|
Quote:
ascolta una domandina: il passaggio da ddr3 1600 a 1866 si sente parecchio? lo consigliate? grazie! |
|
25-09-2011, 17:01 | #108 |
Member
Iscritto dal: Sep 2011
Messaggi: 100
|
|
25-09-2011, 17:42 | #109 |
Senior Member
Iscritto dal: Aug 2002
Città: Centro Italia
Messaggi: 11089
|
|
25-09-2011, 21:03 | #110 |
Senior Member
Iscritto dal: Jun 2002
Città: Bassano Underground
Messaggi: 784
|
salve a tutti.
in attesa di bench seri delle nuove cpu zambezi, sto valutando una bella mobo per am3+; questa sabertooth 990fx sembra essere una figata pazzesca per quello che ho in mente. su questa piastra in teoria ci finirebbe un FX-8??? a liquido (il vestuto lunasio oc3000 per athlonXP devo solo rifarci l'attacco), ma vorrei liquidare anche chipset+mosfet dato che ho già il wb: ho visto delle foto in giro del dissipatore smontato dalla mobo ma pare non si possa separare l'heatpipe dal dissipatore centrale... o sbaglio? casomai attacco il flessibile+dremel e lo spazzo via okay ma sarebbe bello sapere se si può togliere magari chessò è incollato e basta tirare con una pinza, o se ci sono delle viti che non ho visto. qualcuno ha moddato qualcosa in merito al dissipatore sopra al northbridge? grazie per le info.
__________________
mi sono evoluto per colpa mia in un nevrotoco egocentrico e confuso autocritico; se contemporaneamente voglio cercare compulsivamente d'insegnare ciò che ritengo scientificamente o statisticamente giusto devi perdonarmi... non posso farne a meno. |
25-09-2011, 21:05 | #111 | |
Senior Member
Iscritto dal: Feb 2008
Città: Catania
Messaggi: 1349
|
con i sistemi AMD è meglio guarda le latenze più che le frequenze di funzionamento
Quote:
__________________
Case: CM 590, sk MSI Z97 , Cpu Intel i7 4790, Vga 6870 1gb, ddr3 16 GB 1600, ssd 840 pro 256 gb n°2 WDAAKS 500GB Raid 1software, Enermax 525 82+ |
|
26-09-2011, 08:32 | #112 | |
Senior Member
Iscritto dal: Dec 2005
Città: Ferrara
Messaggi: 1832
|
Quote:
__________________
MB: ASUSTeK Sabertooth 990FX (R1604 BIOS) | CPU: AMD FX-8350 @ 4.56GHz | RAM: G.Skill 24GiB DDR3-1866 CL8-9-9-9-28 | Blu-Ray writer: ASUS BW-12B1LT xflashed to LiteOn iHBS212 | HDD: SSD Samsung 850 EVO 250GB + RAID-5 3TB (HighPoint RocketRAID 640L PCIe x4 SATA 6Gbps adapter) | VGA: ASUSTeK Radeon R9 270 DirectCU II OC 2GiB GDDR5 | O.S.: MS-Windows 10 Pro for Workstations (64-bit) v20H2 Ultima modifica di fastleo63 : 26-09-2011 alle 08:53. |
|
26-09-2011, 08:46 | #113 |
Senior Member
Iscritto dal: Dec 2005
Città: Ferrara
Messaggi: 1832
|
Con la Sabertooth con il CPU-NB sono arrivato fino a 2800 MHz ed il C'n'Q era rimasto attivo. Oltre quella soglia non ci sono andato perché non intendo fare prove di OC con il Windows che uso per lavorarci, voglio evitare ogni possibile rischio di corruzione. Eppoi ho visto che con l'attuale CPU clock stock (3200 MHz) non ottengo grossi miglioramenti sulla banda delle RAM se vado oltre i 2600 MHz (che è la frequenza attualmente in uso).
__________________
MB: ASUSTeK Sabertooth 990FX (R1604 BIOS) | CPU: AMD FX-8350 @ 4.56GHz | RAM: G.Skill 24GiB DDR3-1866 CL8-9-9-9-28 | Blu-Ray writer: ASUS BW-12B1LT xflashed to LiteOn iHBS212 | HDD: SSD Samsung 850 EVO 250GB + RAID-5 3TB (HighPoint RocketRAID 640L PCIe x4 SATA 6Gbps adapter) | VGA: ASUSTeK Radeon R9 270 DirectCU II OC 2GiB GDDR5 | O.S.: MS-Windows 10 Pro for Workstations (64-bit) v20H2 |
26-09-2011, 10:43 | #114 | |
Senior Member
Iscritto dal: Dec 2005
Città: Ferrara
Messaggi: 1832
|
Quote:
La RAM dovrebbe essere a posto, ho solo ridotto un poco le latenze, ma a valori comunque non particolarmente spinti e già collaudati sulle mie G.Skill da famosi overclockers, anche a frequenze ben superiori ai 1600 MHz alle quali le sto facendo lavorare. Ho effettuato anche diversi cicli di test con Prime95 senza alcun problema. Se vi sono problemi di memoria, è molto più probabile che si manifestino sotto forma di BSOD piuttosto che come errori di applicazione, come ho avuto modo di verificare, sia sul lavoro che in privato (con oltre vent'anni di eseprienza nel settore un pò di idee in merito me le sono fatte).
__________________
MB: ASUSTeK Sabertooth 990FX (R1604 BIOS) | CPU: AMD FX-8350 @ 4.56GHz | RAM: G.Skill 24GiB DDR3-1866 CL8-9-9-9-28 | Blu-Ray writer: ASUS BW-12B1LT xflashed to LiteOn iHBS212 | HDD: SSD Samsung 850 EVO 250GB + RAID-5 3TB (HighPoint RocketRAID 640L PCIe x4 SATA 6Gbps adapter) | VGA: ASUSTeK Radeon R9 270 DirectCU II OC 2GiB GDDR5 | O.S.: MS-Windows 10 Pro for Workstations (64-bit) v20H2 |
|
26-09-2011, 11:29 | #115 | ||
Member
Iscritto dal: Sep 2011
Messaggi: 100
|
Quote:
Questo mi ha permesso di ricevere i messaggi di errore dal software MegaRAID di gestione ed avere le conferme ai miei dubbi. Poi, con l'ausilio di una seconda mainboard (ASUS M4A89GTD) ho flashato l'ultimo firmware&BIOS (sono separati sulla LSI, anche se si programmano insieme...!) sulla LSI MegaRAID ed installato gli ultimi driver. (la Sabertooth con il BIOS 0705 ha fallito anche la programmazione del firmware, col rischio di farmi buttare una scheda! Per fortuna la stessa si "autoprotegge" da questi problemi in maniera molto intelligente devo dire... ) Questo più qualche piccolo tweak mi ha permesso per ora di ottenere anche il boot dagli SSD MA con una lunga pausa durante la fase di boot (circa 5-8 secondi) e l'errore "di benvenuto" dal MegaRAID ad ogni login. Però funziona. In Windows XP (altro test fatto) invece anche con gli ultimi driver gli stessi non si avviano (code 10) in alcun modo. Con il BIOS 0402 tutto ok invece fin dall'inizio... Quote:
(e l'idea di passare ad un RAID0 di 4 SSD è in attesa solo... dei fondi necessari! ) |
||
26-09-2011, 11:51 | #116 |
Senior Member
Iscritto dal: Dec 2005
Città: Ferrara
Messaggi: 1832
|
Era proprio quello che intendevo dire, infatti vedrei molto bene la LSI con 4 SSD...! Mi domando però se il TRIM viene passato ai dischi pur se configurati e visti dal sistema operativo come volume logico...
__________________
MB: ASUSTeK Sabertooth 990FX (R1604 BIOS) | CPU: AMD FX-8350 @ 4.56GHz | RAM: G.Skill 24GiB DDR3-1866 CL8-9-9-9-28 | Blu-Ray writer: ASUS BW-12B1LT xflashed to LiteOn iHBS212 | HDD: SSD Samsung 850 EVO 250GB + RAID-5 3TB (HighPoint RocketRAID 640L PCIe x4 SATA 6Gbps adapter) | VGA: ASUSTeK Radeon R9 270 DirectCU II OC 2GiB GDDR5 | O.S.: MS-Windows 10 Pro for Workstations (64-bit) v20H2 |
26-09-2011, 12:00 | #117 | |
Member
Iscritto dal: Sep 2011
Messaggi: 100
|
Quote:
Alla prova dei fatti si sono dimostrati molto affidabili e veloci, con un degrado delle prestazioni nel tempo, seppure visibile, non così penalizzante (con test accurati si vede proprio come la prima parte del disco, quella utilizzata, abbia prestazioni inferiori a quella finale che le ha ancora come nuovi...). Ad ogni modo avevo messo in conto di fare periodicamente un lavoro di questo genere: backup del sistema, rimozione del volume RAID, collegamento dei dischi ad un normale controller SATA, aggiornamento del firmware all'ultima versione, TRIM completo manuale, ricollegamento al controller RAID, ricreazione del volume RAID0, ripristino del backup. Un'operazione tutto sommato non così lunga da farsi... una volta ogni uno/due anni si può anche fare... |
|
26-09-2011, 13:14 | #118 | ||
Senior Member
Iscritto dal: Jun 2002
Città: Bassano Underground
Messaggi: 784
|
Quote:
Quote:
edit: ho appena letto che hai un controller sas quindi mi sa che non si può fare, tentar non nuoce. linux (secondo me purtroppo) non è esattamente fatto per essere usato sugli economici controller raid pata/sata inclusi nelle mobo, che in ambito linux viene definito "fakeraid": oltre all'array, i dischi singoli sono visibili e comandabili da hdparm senza disfare l'array dal bios del controller. ho scoperto sta cosa da qualche giorno quando ho raidato due vecchi 160GB e sono delusissimo da questi controller... anni persi a sparlare del raid software e alla fine il sataraid è la stessa cosa.
__________________
mi sono evoluto per colpa mia in un nevrotoco egocentrico e confuso autocritico; se contemporaneamente voglio cercare compulsivamente d'insegnare ciò che ritengo scientificamente o statisticamente giusto devi perdonarmi... non posso farne a meno. Ultima modifica di Tolt : 26-09-2011 alle 13:18. Motivo: ops |
||
26-09-2011, 14:36 | #119 |
Senior Member
Iscritto dal: Dec 2005
Città: Ferrara
Messaggi: 1832
|
Sì. L'unico vantaggio dei controllers "fakeraid" è il software di monitoraggio a corredo, che a volte non è disponibile per i controller integrati nel chipset (a dire il vero, AMD lo ha sempre incluso, forse perché ha sempre lavorato con Promise, celebre produttrice di schede RAID, per la realizzazione dei suoi southbridge controllers: il programma ed il relativo servizio si chiamano RAIDXpert, e sono una diretta derivazione del "vecchio" WebPAM...).
__________________
MB: ASUSTeK Sabertooth 990FX (R1604 BIOS) | CPU: AMD FX-8350 @ 4.56GHz | RAM: G.Skill 24GiB DDR3-1866 CL8-9-9-9-28 | Blu-Ray writer: ASUS BW-12B1LT xflashed to LiteOn iHBS212 | HDD: SSD Samsung 850 EVO 250GB + RAID-5 3TB (HighPoint RocketRAID 640L PCIe x4 SATA 6Gbps adapter) | VGA: ASUSTeK Radeon R9 270 DirectCU II OC 2GiB GDDR5 | O.S.: MS-Windows 10 Pro for Workstations (64-bit) v20H2 |
26-09-2011, 19:55 | #120 | |
Member
Iscritto dal: Sep 2011
Messaggi: 100
|
Quote:
Se però si va su raid "seri" a più dischi o 5 in particolare, una soluzione con controller con chip dedicato come quello che ho io è un'altra cosa. Peraltro la LSI è veramente piuttosto "seria" negli update di firmware e drivers ed il software di gestione è ottimo: non per nulla sono utilizzati da tempo sui server Dell/IBM/Fujitsu (e non solo...). Certo è che quando poi, pur spendendo dei bei soldini (ben oltre i 500 euro fra main e controller...) ti scontri con queste incompatibilità del cavolo ti cascano le braccia... Ad ogni modo, analizzando a mente fredda l'impostazione del BIOS della Sabertooth rispetto ad altre piastre simili, colpisce il fatto che in pratica manchi totalmente una sezione dedicata ai settaggi del PCIe: a parte frequenza e tensione non c'è altro! La mia vecchia M3A32-MVP per fare un raffronto "in casa" aveva quasi due schermate di settaggi in merito (e, i primi tempi con BIOS "acerbi", mi sono serviti eccome per poter far convivere le due schede Nvidia in un sistema studiato per ATI!). Qui ci sono due intere schermate di settaggi per le RAM e praticamente nulla per il PCIe, cosa abbastanza singolare per una piastra che ha ben 5 slot PCIe a bordo... Ultima modifica di OnIPv6 : 26-09-2011 alle 20:10. |
|
Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 04:14.