YamHill Technology integrata in Prescott?

[Raid5]

Originally posted by "KAISERWOOD"

bé certo gli scsi sono alla portata di tutti, soprattutto i 15K rpm in modalità Raid.

Certo non si può avere la botte piena e la moglie ubriaca. Tu ti sei lamentato della scarsa affidabilità o prestazioni dei dischi, ma in realtà esistono dischi che potrebbero soddisfare le tue aspettative. Purtroppo costano piuttosto cari sia intermini economici sia in termini di competenza tecnica per l'installazione e la configurazione (indipendentemente dal fatto che essa vanga effettuata dall'hobbista o da un tecnico).
Io comunque ho optato per questa tecnologia da parecchio tempo e ne sono completamente soddisfatto. Proprio il mese scorso mi hanno consegnato 4 IBM da 15.000 giri da mettere in RAID 5 (questo nome devo non mi giunge nuovo ...) su un case per dischi con connettore SCA, per sostituire il precedente doppio array con due dischi sempre da 15.000 giri Fujitsu e due da 10.000 Quantum.
Io ho provato a smettere, ma non ci riesco!

[cdimauro]

Originally posted by "xk180j"



intendevo palata di mhz

OK, adesso è chiaro.

l'attuale vantaggio di intel sugli opteron è nello sfruttamento delle sse2, questo perchè avendole inventate riesce a sruttarle meglio

Permettimi di dissentire: Intel ha inventato l'architettura x86, ma già con i K6 ha preso delle sonore bastonate da Amd nel campo degli interi. E l'architettura più performante con qualunque tipo di codice è proprio quella dell'Athlon, non certo quella del P4.

Lo sbaglio di Amd, molto probabilmente, è stato quello di implementare le SSE2 sfruttando le risorse già esistenti del processore, come ha già fatto per le SSE con gli Athlon XP. In questo modo è vero che è possibile sfruttare tutto il codice esistente, ma la velocità non sarà delle migliori, come è stato evidenziato soprattutto in alcuni test.

Se avesse incrementato le risorse (unità FPU, in particolare) per l'elaborazione delle istruzioni SIMD, sicuramente l'esecuzione del codice SSE/SSE2 (e anche 3DNow!) ne avrebbe trovato giovamento.

Ma ciò avrebbe comportato un parziale ridisegno del core, che tra l'altro sarebbe aumentato anche di dimensioni. Insomma, una strada non percorribile in tempi brevi...

, va poi considerato che al crescere della frequenza le prestazioni salgono (opteron docet), e il p4 è studiato per salire

Infatti, ed è quello che adesso deve fare Amd... Comunque con l'Opteron salgono ancora di più perché la latenza si abbassa ulteriormente, grazie al memory controller integrato e all'HyperTransport.

,immagina cosa accadrebbe se intel riusisse a sfruttare le sse2 abbinate a un'ottimizzazione a 64 bit, 3,4 ghz 1 mb di cache e ottimizzazioni varie .....

Non sarebbero certo i 64 bit a far migliorare le prestazioni delle SSE2: sono già a 128 bit! I 64 bit sarebbero molto comodi per i trasferimenti fra i registri dell'ALU e quelli dell'unità SIMD...

Per il resto, l'aumento di frequenza e di cache fa parte del discorso che ho già affrontato in un altro messaggio (in che modo Intel riesce ad aumentare le prestazioni...)

a quanto sembra yamhill potrebbe essere implementato già nel prescott, anche se ci credo poco,

Purtroppo non si conoscono informazioni certe e Intel ha sempre negato l'esistenza di questo progetto. Le voci circolano, e probabilmente avranno un fondamento, ma vale quanto ho già scritto prima e che anche tu hai riportato...

mentre l'hatlon 64 sembra che possa essere posticipato al 1 quarto 2004,in questo caso intel sfrutterebbe i 64 bit prima di amd,

Nel mercato desktop, però. Ma per far questo dovrebbe necessariamente avere a disposizione un s.o. a 64 bit che supporti la sua architettura, se effettivamente Yamhill è un'architettura diversa dall'x86-64 di Amd, e soprattutto degli applicativi nativi.

Insomma, mi sembra molto difficile: basti vedere il supporto (software) che ha avuto Itanium fin'ora, dopo quasi 9 anni dall'inizio del progetto EPIC...

potresti giustamente replicare, che amd si trovi a uno stadio di sviluppo piu avanzato,ma è anche vero che intel ha molte più risorse economiche.

Certamente, ma vedi sopra: può avere tutti i soldi di questo mondo, ma se non riesce a convincere le software house a sviluppare per le sue piattaforme, c'è poco da fare...

Inoltre sospetto che lo sviluppo del progetto yamhill, non sia mai stato abbandonato da intel,ma semplicemente tenuto nascosto, sia per non ammettere che la strada intrapresa da amd potesse essere interessante, sia per non affossare itanium

E' quello che ripeto da tempo...

: se da un lato è vero che itanium è rivolto a tutt'altra fascia, e che forse è piu perfotmante

L'Opteron copre/irà il mercato dei server a 2, 4 e 8 processori (e Newsys ha annunciato un progetto con ben 32 Opteron), per cui per adesso mi pare che i due mercati coincidano per buona parte.

Poi le performance dell'Itanium sono buone sì, ma esclusivamente con codice FP: con gli interi se la cava molto male...

perchè non deve piegarsi ad esigenze di retrocompatibilità,

Se così fosse non si spiegherebbe la presenza di una sorta di "emulatore" per far girare il codice x86 a 32 bit, e il recente progetto annunciato da Intel per far migliorare le prestazioni dell'Itanium proprio in questo ambiente...

dall'altro è innegabile che proprio la retrocompatibilità potrebbe far chiudere un occhio sulle prestazioni pure almeno nel primo periodo

Vedi sopra: Intel ci sta provando, mentre Amd parte già avanti in questo senso.

E' difficile che il mercato cambi completamente orientamento nel giro di poco tempo: la piattaforma x86 è molto solida, il software è tantissimo, e la gente che ha investito non vuole ricominciare a farlo spendendo grosse cifre per nessuna piattaforma, che sia di Intel, Amd, Sun, IBM o qualunque altro colosso.

Il vantaggio degli Hammer, proprio in questo senso, è però innegabile: un'architettura nuova e potente, ma "conosciuta", per cui è molto facile effettuare il porting delle applicazioni, e quindi tutelare gli investimenti.

A questo punto Intel deve cominciare a pensare seriamente al suo futuro sia nell'ambito desktop sia in quello server: se l'architettura Hammer si rivelerà vincente su entrambi i fronti, la miglior soluzione per lei sarebbe rappresentata proprio dall'adozione della tecnologia Yamhill, anche se ciò comporterebbe molto probabilmente la fine di quella EPIC/Itanium...

[xk180j]

Pensi che YamHill possa avere un'architettura cosi diversa dall' athlon 64 da dover gustificare un S.O. specifico ? idea davvero interessante, ma ci sarebbe una spaccatura tra i 2 sistemi e questo compremetterebbe la concorrenza perche passare da un sistema all'altro sarebbe ancora più costoso

[cdimauro]

Non ho mai sviluppato driver per NT/2000/XP, per cui non so se possono sfruttare alcune particolari istruzioni della modalità supervisore oppure no.

A mio avviso si presenterebbero tre casi:

1) la modalità utente è la stessa, quella supervisore è diversa, e i driver possono usare alcune particolari istruzioni supervisore.

2) la modalità utente è la stessa, quella supervisore è diversa, ma i driver non possono usare alcune particolari istruzioni supervisore

3) Sia la modalità utente sia quella supervisore sono diverse.

Le implicazioni sarebbero le seguenti:

1) Sarebbe necessario riscrivere parte del s.o. e i driver

2) Sarebbe necessario riscrivere soltanto parte del s.o.

3) Sarebbe necessario riscrivere driver, s.o. e applicazioni.

Quindi se mai dovesse essere abilitata, spero che Yamhill sia compatibile x86-64, altrimenti il mercato diventerebbe ancora più caotico (vedi le 3 ipotesi precedenti)...

Purtroppo non credo che Intel adotterà mai una tecnologia sviluppata dalla concorrente...

[xk180j]

la tua ipotesi è agghiacciante, ma tutt'altro che irragionevole, intel potrebbe usarla per consolidare definitivamente la sua posizione dominante, se si dovesse cambiare sw per sfuttare a pieno un piattaforma, per amd fare una cpu migliore della concorrente potrebbe non bastare......

[cdimauro]

Mah, è da vedere. Considera che Amd è da più di 3 anni che lavora con svariate società per avere un supporto all'x86-64. Intel non si sa se e come, eventualmente, si muoverà in tal senso, se dovesse adottare Yamhill.

Certamente non farebbe bene a nessuno l'ennesima divisione nel campo dell'x86...