Newsgroup: it.comp.hardware.cpu
Titolo: Chiarimenti Test CPu e Aggiornamento Classifica

I chiarimenti dei test sono tutti on-line a questo indirizzo
http://members.xoom.virgilio.it/_XOOM/fasds/index_01.html
basta leggerli.
Inoltre vi faccio presente che io confido nella vostra lealtà per cui se
alcuni mi mandano test "appezzottati" non posso saperlo.

]
» Xche' non implementi una routine che nella schermata finale del bench
» indica automaticamente le caratteristiche come il wcpuid?
» Cosi' IMHO c'e' molta meno possibilita' di "taroccare" i risultati.
Basterebbe anche far salvare i dati su un file in modo non "testuale".
-- 
+ > Piersandro Guerrera <-> PaRRoT <-> 
par...@edengames.net
  < +
+ > ICQ: 8372114 <--> Eden.Games - 
http://www.edengames.net
  < +
-> PGP Key Available - 
http://parrot.edengames.net/pgpkey.pub
 <-
+ > News Hardware and Games <---> 
http://news.edengames.net
  < +

 ha scritto nel messaggio
news:MPG.16d5af7b3...@news.tin.it...


 Cosi' IMHO c'e' molta meno possibilita' di "taroccare" i risultati.
Non diciamo stupidaggini, bastano delle "print" con il vecchissimo
qbasic per fare schermate indistinquibili con quelle del programma,
l'unica soluzione e` creare un file criptato che la decodifica sia
possibile solo dall'autore del test e` piu` semplice di quello che si
pensi dopotutto per encriptare si potrebbero usare le .DLL create dagli
hacker dei sistemi satellitari molte sono scritte in Visualbasic e se
non conosci la chiave di decodifica non e` possibile ricavarsela, od
implementare un DES standard.
Giovanni

 ha scritto nel messaggio
news:ZDRa8.70689$3J1.2...@news2.tin.it...


 ha scritto nel messaggio
news:pdTa8.19676$tv6.4...@twister1.libero.it...


 basta leggerli.
Mah, IMHO il chipset e la ram non sono sufficenti a giustificare alcuni
risultati, in special modo nel secondo bench.
-- 
Saluti
Cristian
Togliete NONTANTO per le risposte via email

 eccessivo, basta qualcosa che non sia proprio alla portata di tutti.
Guarda che sfruttando il lavoro fatto dagli hacher satellitari, si
possono usare le DLL seca che sono pubbliche (o quasi), per il
programmatore basta solo richiamare le routine di crypt/decrypt e
inventarsi una chiave di criptatura da conservare nel suo PC. Visto che
e` un simil DES ne eredita le propieta` prima da tutti quella di essere
attaccabile solo con un brute-force (leggi anni di elaborazione) anche
se si conosce la stringa in chiaro e quella criptata non c`e` modo di
risalire alla chiave di decodifica cosa che di solito con i sistemi
casarecci non e` proprio vera.
Giovanni
.

 Non volevo dire delle stupidaggini, solo dare qualche suggerimento! :)
Scusa se sono stato brusco, ma simulare l'output di una finestra DOS e`
proprio banale e quindi la tua affermazione mi e` sembrata una
"stupidaggine"
Giovanni

Guarda che sfruttando il lavoro fatto dagli hacher satellitari,
ROFTLLLLLLLLL
-- 
Lawrence "Rhymes" Oluyede (
rhy...@myself.com
)
"Per cambiare, per diventare un'altra
cosa dobbiamo prima sapere cosa siamo"
(Bruce Lee)

programmatore basta solo richiamare le routine di crypt/decrypt e
ahemm, se parli di quello che penso tu stia parlando ( ;-) ), la dll
"sorella" di mdec si appoggia sul decoder hardware (e relative
routines hard-wired) presente nel chipset TI della scheda satellitare,
di software c'e' ben poco (a parte il firmware scopiazzato dalle varie
cam)...
--
    (iao!!oai)                                    (ICQ: 10860566)
    //.aurizio
[WARNING!: togliete _nessuno_ per rispondere]
    Time may change me
    But I can't trace time

 cam)...
No, non intendo quella, che se non ho capito male,tu ti riferisci alla
funzione di decriptare il flusso MPEG di un canale DVB con le chiavi X e
Y che svolge la CAM che concordo che e` il principale impedimento alla
realizzazioni software di emulatori CAM su PC, se ricordi ne avevano
discusso sull'ormai defunto e seppellito da SPAM, lamer e pirati della
domenica  IHSatD e tutti e due concordavamo sul fatto della
impossibilita` della implementazione solo software di quell'algoritmo
che viene svolto dalle funzioni crittografiche della CAM.
Mi riferisco ad una dll chiamata seca (credo scritta in Vbasic per
quello che puo` importare) in cui sono implementate le routine di
crypt/decrypt dell'algoritmo seca che fra le altre propieta` ha quella
della non reversibilita` che lo rende attaccabile solo da algoritmi
brute-force anche se in seguito ho pensato che non e` idoneo poiche`
essendo un algoritmo simmetrico (ovvero si encrypta e decrypta con la
stessa chiave) forza a mettere la chiave di decodifica da qualche parte
nel programma, mentre un classico PGP basato su chiavi asimmetriche
sarabbe inattaccabile e se non ricordo male recentemente e` scaduto il
brevetto sulla Diffie-helmann quindi l'algoritmo e` usabile liberamente
e forse si trova qualche dll in giro ne basta uno che validi la firma
digitale, ovviamente gli algoritmi asimmetrici sono piu` complessi da
implementare invece il seca avendo a disposizione la dll e` banale
Inattaccabile ovviamente e` riferito alla possibilita` di alterare i
dati prodotti ma non a quello di far produrre dati sbagliati, i
Giapponesi usano una modifica che si chiama "turbo-pll" che consiste nel
modificare (abbassare) il quarzo di sistema e quindi la scheda crede di
andare a frequenze piu` elevate di quelle reali questo e` un link ad un
giapponese che realizza 47 secondi con superPI utilizzando un PIV a
3707Mhz la mobo e` una TH7 II + Turbo pll naturalmente
http://holicho.lib.net/bench/bench_104.htm
Qui e` la modifica realizzata su una 8kha+
http://homepage2.nifty.com/devilman/pc/8kha+.htm
Giovanni
I bambini buoni vanno in paradiso.
I bambini cattivi vanno dove gli pare!