Compito per guruman

[amighista]

Spiegare cos'e' esattamente il discovery e in cosa si differenzia dall'articia (evitiamo di citare i presunti bug, please ).

[elektro_fabius]

Ci mancava 'sta sezione...così quando mi vengono dei raptus da PegaMOS..so a chi chiedere!

[guruman]

spiegare cos'e' esattamente il discovery e in cosa si differenzia dall'articia (evitiamo di citare i presunti bug, please ).

Quelli che tu mi chiedi di descrivere sono i NorthBridge adottati rispettivamente dal Pegasos2 il primo, e dall'AmigaOne e dal Pegasos1 il secondo.
Il NB utilizzato sul Peg2 e' il Marvell Discovery II MV64361, presentato qui:
http://www.marvell.com/products/communi ... V64360.jsp
Una breve descrizione tecnica si puo' trovare qui:
http://www.marvell.com/products/communi ... Ipower.pdf
Il MAI ArticiaS e' invece presentato qui:
http://www.mai.com/products/articia%20s.html
Ed il tech brief e' questo:
http://www.mai.com/products/BRA660R2.0.pdf

Volendo fare un confronto tra i due prodotti, le differenze principali sono:
- il Discovery supporta le memorie DDR, l'ArticiaS le DIMM. Le prime permettono un accesso piu' veloce (supportate dal chipset fino a 366MHz, ma sul Peg 2 sono comunque configurate a 266MHz) delle seconde, che sono clockate a 133MHz - che e' pero' la velocita' del bus dei PPC G3/G4. Il vantaggio dell'avere una banda piu' larga, dunque, non porta benefici diretti alla CPU: e' pero' piu' facile che essa trovi "libero" in condizioni di utilizzo pesante della macchina, se l'accesso alla memoria e' arbitrato in maniera decente, e se il controller implementa transazioni concorrenti non bloccanti tra CPU, memoria, PCI, e periferiche di rete;
- l'ArticiaS implementa un bus PCI 32bit 66/33MHz ed un bus AGP2x/PCI 32bit 66MHz, il Marvell due bus PCI 32bit 66MHz/PCI-X 133MHz. E' da dire che, AFAIK, il protocollo PCI-X non e' supportato dal Peg2, che invece implementa un bus AGP1x su uno dei due bus PCI mediante un bridge hardware. Ad onor del vero l'AGP e' implementato mediante un bridge anche su Articia, ma la possibilita' di farlo nel medesimo integrato puo' fornire dei vantaggi prestazionali - infatti la velocita' nominale dello stesso e' 2x. Ad ogni modo, su entrambe le MoBo si possono usare le stesse schede PCI e AGP (2.0 compliant);
- il Marvell integra un controller DMA a 4 canali, un PCI arbitrer ed altra logica di controllo, ed implementa la tecnica del crossbar fabric, che permette, come gia' ricordato transazioni concorrenti non bloccanti tra i vari bus del sistema - fornendo una banda aggregata complessiva di 100Gbit/s. Articia arbitra il traffico secondo il paradigma (brevetto di MAI, se non ricordo male) del Floating Buffer, nella pratica molto simile a quanto appena descritto, anche se la banda aggregata e' decisamente inferiore.
- Marvell integra anche un controller per Gbit ethernet;
- e 2 Mbit di SRAM (per il caching al volo dei dati in transito).

In realta', un confronto sarebbe possibile solo effettualndo dei benchmark tra due schede dotate dei due diversi NB - purtroppo finora nessuno ha colto questa occasione. Gli unici confronti che ho trovato on-line sono sulla rivista francese Obligement, che confronta un Peg1 G3@600MHz con un Peg2 G4@1GHz: http://obligement.free.fr/articles/pegasos2.php (scorrere la pagina fin verso il fondo).
Ovviamente il Peg2 e' piu' performante - scrittura in memoria molto piu' veloce, valori piu' alti nei test, piu' fps in Quake2, piu' veloci ArtEffect4 68k e FxPaint MOS - ma non si puo' dire quanto sia dovuto al G4,e quanto magari al Discovery. Di sicuro Altivec sara' attivato e supportato solo dalla v.1.5, dunque quei numeri sono, almeno in alcuni casi, destinati a migliorare. In generale pero' anche i test "grafici" mostrano miglioramenti, percui il pericolo che l'AGP1x sia un grosso collo di bottiglia dovrebbe essere stato scongiurato (vero, samo? ).

E non ho accennato a nessun bug (quale bug? ).

Saluti,
Andrea

[ikir]

Molto completo guruman.

Andiamo sul difficile:
Il segreto della vita?

Scherzo, buon lavoro

[Blackfede]

..protocollo PCI-X non e' supportato dal Peg2, che invece implementa un bus AGP1x su uno dei due bus PCI mediante un bridge hardware.

Questo significa che non c'è lo slot AGP, ma che però uno slot PCI viaggia come un AGP1x?

[guruman]

Un paio di righe sotto l'ho detto esplicitamente che si possono usare le normali schede AGP (2.0)... che lettore disattento!
Lo slot AGP c'e', e lo puoi vedere in qualsiasi foto della scheda. Ad esempio qui http://www.pegasosppc.com/images.php?f=image&id=972 , e' il connettore marrone a fianco dei 3 PCI.
Se invece intendevi dire che il *bus* AGP e' ricavato da uno dei due bus PCI, e' vero. In realta' l'AGP e' un'estensione delle specifiche PCI. La velocita' e' pero' limitata ad 1x dal fatto che il bridge (ponte PCI-AGP) e' implementato off-chip, a differenza dei NB che supportano "nativamente" l'AGP.
Comunque quel che e' importante sono le prestazioni sul campo, ed in questo caso l'AGP del Peg2 sembrerebbe andare anche piu' veloce di quello del Peg1, nonostante sia nominalmente piu' lento...

Saluti,
Andrea

[samo79]

Quant'è brutta sta scheda sembra fatta con i mattoncini della Lego

[elektro_fabius]

@guruman

mi sfati il mito del bug di DMA....io sono uno che per queste cose non ne capisce molto,ma a cosa si allude quando si parla di 'sto bug?

[ikir]

L'immagine sembra gommosa Sembra una scheda madre di gomma.... mi fa venir fame..... L

Un paio di righe sotto l'ho detto esplicitamente che si possono usare le normali schede AGP (2.0)... che lettore disattento!

A chi ti riferisci? Blackfede ha chiesto un'altra cosa... comunque alla fine hai risposto

Bravo guruman

[amighista]

L'immagine sembra gommosa Sembra una scheda madre di gomma.... mi fa venir fame..... L

Ecco cosa succede a diventare vegetariani e a vivere solo di marshmallow e jellies..

[Blackfede]

Un paio di righe sotto l'ho detto esplicitamente che si possono usare le normali schede AGP (2.0)... che lettore disattento!

Opps..scusami mi era sfuggito...

Ad ogni modo, su entrambe le MoBo si possono usare le stesse schede PCI e AGP (2.0 compliant);

Ti riferisci a questo pezzo vero?

Se invece intendevi dire che il *bus* AGP e' ricavato da uno dei due bus PCI, e' vero.

No, no intendevo sapere se era presente o meno lo slot AGP, visto che un pegasos l'ho visto solo di sfuggita ma era tutto montato...
Cmq sia, grazie per i chiarimenti!

[ikir]

L'immagine sembra gommosa Sembra una scheda madre di gomma.... mi fa venir fame..... L

Ecco cosa succede a diventare vegetariani e a vivere solo di marshmallow e jellies..

Scusate l'offtopic ma dovevo rispondere:

Il 100% della gente (parecchia) a cui ho fatto sentire la mia cucina ha risposto cose tipo:
"Wow divento anche io vegetariano"
"Ehhhh? Non era carne??!!"


Scusate ancora ma non potevo resistere!
amighista --> <-- ikir

[samo79]

Ho detto lo stesso quando ho assaggiato la carne di soia ...anche se una bella bisteccona al sangue è molto meglio

Ora magari è meglio che torniamo in topic

[amighista]

Ho detto lo stesso quando ho assaggiato la carne di soia ...anche se una bella bisteccona al sangue è molto meglio

Ora magari è meglio che torniamo in topic

la soia non e' "carne", al max e' "fibra" (altrimenti ikir non lo mangerebbe). e ora torniamo IT.

In ogni caso passa da casa mia e vedrai che robe...un bel piatto che sembra vegetariano ma in realta'...vedrai vedrai

[guruman]

Quant'è brutta sta scheda sembra fatta con i mattoncini della Lego

Brutta... o ordinata? In fondo per farci stare tutte le porte in una uATX non e' che avessero molte possibilita'.

mi sfati il mito del bug di DMA....io sono uno che per queste cose non ne capisce molto,ma a cosa si allude quando si parla di 'sto bug?

Si allude ad errori che si verificavano nei PegasosI attivando il DMA (direct memory access), ovvero la possibilita' per le periferiche di accedere alla scrittura/lettura della memoria senza passare dal processore. L'alternativa classica e' il PIO (programmed input/output), in cui i dati trasmessi tra i vari dispositivi passano attraverso la CPU.
Questi errori comportavano la corruzione di alcuni dei dati letti con il DMA attivato: l'esempio classico era quello dei grossi file letti dal controller IDE. Ma non solo: problematico era, con il PegasosI, anche l'utilizzo di controller SCSI PCI, per cui il DMA e' praticamente indispensabile, dal momento che la capacita' di raggiungere alte velocita' occupando poco tempo di CPU e' la caratteristica fondamentale. Inoltre un analogo discorso puo' essere fatto per le porte FireWire (al momento supportate solo sotto Linux - visto che sia per MOS che per AOS manca ancora uno stack). Questi problemi su PegasosI erano stati "rilassati" mediante due patch HW: i famosi chip programmabili chiamati April1 e April2.
Poi per vari motivi, bPlan ha cambiato completamente il NB, visto anche che nel frattempo si era reso disponibile il prodotto di Marvell (che fino a pochi mesi fa produceva NB solo per processori MIPS e non per PPC). Grazie al cambio, non si sono piu' verificati problemi di DMA: anzi, a pochi giorni dall'uscita del PegasosII era diventato possibile utilizzare anche le schede TV - cosa che non era mai stata fattibile prima - che, quando funzionano col DMA attivato, spediscono i loro dati direttamente verso il bus PCI cui sono connesse alla sk grafica (che normalmente e' collegata allo slot AGP, senza passare dalla CPU o dalla memoria).

Infine, non spetta a me stabilire se tutti gli errori/problemi che si verificavano col PegasosI, e che sono spariti come per magilla col PegasosII siano imputabili al vecchio NB. Del resto quello e' stato gia' in passato argomento per lunghe quanto inutili flame. Fatto sta' che cambiando solo quello, con MOS sempre in ver.1.4, si sono praticamente dissolti nel nulla...

Ad ogni modo, su entrambe le MoBo si possono usare le stesse schede PCI e AGP (2.0 compliant);

Ti riferisci a questo pezzo vero?

Si, infatti.

Saluti,
Andrea