bug RTC - meditazione

[carlottoIIx6]

http://www.tomshw.it/cont/news/windows-8-e-l-unico-colpevole-del-bug-rtc-scoperto-un-fix/48545/1.html



L'overcloker Christian Ney ha fatto un'analisi completa del bug RTC su Windows 8 e ha scoperto tanti piccoli dettagli, tra cui un modo per risolvere il problema.

Il bug del real-time clock (RTC) su Windows 8 è un problema che riguarda una nicchia di appassionati che si dilettano nell'overclock competitivo, ma è diventato un argomento di primo piano dopo che HWBot ha preso posizione, decidendo di non accettare i punteggi ottenuti con il nuovo sistema operativo di casa Microsoft (poi c'è stata una leggera correzione).

Christian Ney, overclocker di fama mondiale, è stato fin da subito uno dei più attivi nell'analizzare il problema e in queste ore ha pubblicato un articolo sul sito Ocaholic.ch che in un certo senso sembra mettere fine alla questione, almeno per quanto riguarda la fase di analisi, proponendo anche un modo per risolvere il problema.

Ney, attraverso una serie di test, ha dimostrato che abbassando la frequenza del BCLK dal sistema operativo (non dal BIOS) su sistemi con CPU Intel il real-time clock - un timer software che legge il timer hardware - non funziona più correttamente. Ney ha provato che anche il timer QPC (QueryPerformanceCounter), usato per calcolare il tempo che passa, "perde il ritmo". "Sembra quasi che Windows 8 usi un timer interno o direttamente la frequenza DMI", scrive l'overclocker.

Il test sul sistema AMD non ha evidenziato problemi, come era già emerso dalle prime prove nei giorni scorsi, il downclock si può fare e il timer su RTC di Windows 8 funziona a dovere. Così Ney ha deciso di fare un altro test, usando l'immagine del sistema AMD sul computer con chip Intel, senza ravvisare alcun problema. Come mai?

"Volevamo modificare il nome dell'installazione di Windows 8 nel menu di avvio quindi abbiamo aperto bcdedit e abbiamo notato che c'era un parametro nell'installazione AMD che invece era assente su quella Intel. Quel parametro si chiama useplatformclock ed è impostato su sì sull'installazione AMD, mentre è assente su quella Intel", ha scritto Ney.

Impostando quel parametro su "No" il sistema in precedenza non affetto dal bug ha evidenziato il problema. Insomma, secondo Ney "i risultati dei benchmark su Windows 8 non possono essere ritenuti attendibili dato che è molto facile ingannare l'RTC". Inoltre ci sono altre interessanti scoperte, e cioè che si può indurre il problema sui sistemi AMD, e che Windows 7 non ha il bug "a meno che sappia come far usare all'RTC lo stesso timer del QPC, cioè far sì che usi il DMI come fonte".

"Windows 8 è l'unico da incolpare, dato che l'RTC è impostato per usare lo stesso timer del QPC e questo non riesce a usare il timer hardware esterno sulle piattaforma Intel, usando invece la frequenza DMI per via del parametro BCD mancante/difettoso". Christian Ney, infine, ha aggiunto che per risolvere il problema bisogna avviare cmd come amministratore e incollare la seguente stringa "bcdedit /set {current} useplatformclock Yes".


da quando un sistema operativo ha dei codici per distingue le cpu e fare cose loffie per fare apparire una cpu migliore di un'altra.
Ora chiamiaolo bug?

[-giorgio-87]

Risolvendo questo bug cosa si é ottenuto? Tutto ciò è Una dimostrazione di un conplotto nei confronti di amd?

Inviato dal mio GT-I9100 usando Tapatalk 4

[Phenomenale]

da quando un sistema operativo ha dei codici per distingue le cpu e fare cose loffie per fare apparire una cpu migliore di un'altra.
C'era già un topic pieno di flame sui complotti Intel, potevi continuare lì. :sofico:

[carlottoIIx6]

C'era già un topic pieno di flame sui complotti Intel, potevi continuare lì. :sofico:

io non ho partecipato a quei flame, vai a vedere.
questa è una notizia e quel che è stato visto un fatto:
ora tu vorresti gettare acqua sul fuoco, ma perché? vuoi unirti alla schiara del fanatismo becero?
ognudo mediti.

[Ludus]

da quando un sistema operativo ha dei codici per distingue le cpu e fare cose loffie per fare apparire una cpu migliore di un'altra.
Ora chiamiaolo bug?

:cry: :cry: :cry:
rileggi 10 volte l'articolo, forse lo capirai.
comunque da sempre il sistema operativo distingue tra l'hw installato (abilitando di conseguenza determinate impostazioni o funzionalità), tanto è vero che spesso nel passato se cambiavi hw senza formattare ti beccavi una schermata blu, ora w7 e w8 sono molto più permissivi.

questo conferma quello che dicevo, il problema è di windows 8 che utilizza una modalità alternativa per calcolare il timer di sistema (evidentemente non compatibile con processori amd e per questo non abilitata).
il problema ora è vedere se tale modalità alternativa è attivabile tramite qualche escamotage in w7, a quel punto anche per quel SO saranno invalidi i benchmark che basato il punteggio sul trascorrere del tempo di sistema.

[carlottoIIx6]

:cry: :cry: :cry:
rileggi 10 volte l'articolo, forse lo capirai.
comunque da sempre il sistema operativo distingue tra l'hw installato (abilitando di conseguenza determinate impostazioni o funzionalità), tanto è vero che spesso nel passato se cambiavi hw senza formattare ti beccavi una schermata blu, ora w7 e w8 sono molto più permissivi.

questo conferma quello che dicevo, il problema è di windows 8 che utilizza una modalità alternativa per calcolare il timer di sistema (evidentemente non compatibile con processori amd e per questo non abilitata).
il problema ora è vedere se tale modalità alternativa è attivabile tramite qualche escamotage in w7, a quel punto anche per quel SO saranno invalidi i benchmark che basato il punteggio sul trascorrere del tempo di sistema.

guarda, è chiaro che il sistema operativo delle distinzioni le deve fare, mi chiedo che senso abbia QUESTA distinzione.
dare la colpa a Win8 senza spigazioni mi sembra volere mettere una pezza, tanto è vero che chi ha scritto l'articolo è da me (IMO) considerato un fun intel.
io voglio sapere PERCHE' questa distinzione e la ragione deve essere credibile, seno per me è l'ennesima truffa ai consumatori, un pilotaggio di immagine.

[marchigiano]

Impostando quel parametro su "No" il sistema in precedenza non affetto dal bug ha evidenziato il problema. Insomma, secondo Ney "i risultati dei benchmark su Windows 8 non possono essere ritenuti attendibili dato che è molto facile ingannare l'RTC". Inoltre ci sono altre interessanti scoperte, e cioè che si può indurre il problema sui sistemi AMD, e che Windows 7 non ha il bug "a meno che sappia come far usare all'RTC lo stesso timer del QPC, cioè far sì che usi il DMI come fonte".

carlotto come mai ti sei "dimenticato" di evidenziare anche questi pezzi? :asd:

ora spiegatemi:

1. se si può barare anche con gli amd, perchè solo i bench intel sono dubbi mentre si da per scontato che quelli amd sono tutti onesti?

2. quando uno overclocca, parte da bios con un bclk medio e poi alza da windows o il contrario? no perchè se uno alza poi i bench risulteranno peggiori...

3. i computer usano più generatori di clock (http://en.wikipedia.org/wiki/High_Precision_Event_Timer), poi sta al produttore suggerire a microsoft quale usare, nel caso MS volesse usare un clock non consigliato da amd, quanto ci mette questa ad accorgersi e far uscire una patch correttiva?

4. intel produce DUE cpu overcloccabili, il resto non lo sono quindi è impossibile barare, quindi che senso ha cercare di fregare su delle cpu che valgono il 0,01% delle vendite? :rolleyes:

5. andate piuttosto nel thread del multi-tasking a fare il test così vediamo come vanno ste cpu con test nostri

[carlottoIIx6]

carlotto come mai ti sei "dimenticato" di evidenziare anche questi pezzi? :asd:

ora spiegatemi:

1. se si può barare anche con gli amd, perchè solo i bench intel sono dubbi mentre si da per scontato che quelli amd sono tutti onesti?

2. quando uno overclocca, parte da bios con un bclk medio e poi alza da windows o il contrario? no perchè se uno alza poi i bench risulteranno peggiori...

3. i computer usano più generatori di clock (http://en.wikipedia.org/wiki/High_Precision_Event_Timer), poi sta al produttore suggerire a microsoft quale usare, nel caso MS volesse usare un clock non consigliato da amd, quanto ci mette questa ad accorgersi e far uscire una patch correttiva?

4. intel produce DUE cpu overcloccabili, il resto non lo sono quindi è impossibile barare, quindi che senso ha cercare di fregare su delle cpu che valgono il 0,01% delle vendite? :rolleyes:

5. andate piuttosto nel thread del multi-tasking a fare il test così vediamo come vanno ste cpu con test nostri

mi spiace vedere che non vuoi sapere la verità e insabiare le cose.
io non credo ai complotti e cose del genere, ma se c'è stato un atto di volontà a danno dei consumatori voglio sapere la verità.

[marchigiano]

ma quali consumatori, quelli che overcloccano partendo da bus alto e poi l'abbassano da windows? :D

il bug quali cpu colpisce? DUE intel e TUTTE le AMD FX... alla faccia del complotto intel

ma perchè invece non critichi chi testa cpu con ram 1600 per inel e 1866 per amd? chi testa i consumi con mobo m-atx per amd e atx intel? quello invece è tutto regolare per te...