Mený principale
 Notizie
 Grafica
 Forum
 Links
 Retro Trailer
 Recensioni
 Modelli Amiga
 Storia Amiga
 Lista Utenti
 Contatti
Ricerca Google

Indice generale forums
AmigaOS e varianti
Hardware Amiga in generale
Software Amiga in generale
Richieste di Aiuto
Zona libera
Mercatino Amiga
HowTo
Windows
Varie su Amiga
Linux

Login

Nick


Password


                                                                                   
13 Agosto 2016 Postato da: cgugl
Vampire per amiga classic
La Vampire è una scheda acceleratrice a basso costo per tutti gli amiga classic.

Questo è il documento con le caratteristiche tecniche ( http://www.apollo-accelerators.com/files/Apollo_datasheet.pdf )
In sintesi:
- processore programmabile dall'utente FPGA capace di 110-130 mips ( http://www.apollo-core.com/bringup/v3003_x15_SysInfo.jpg )
- 128 Mb di Ram
- scheda video 32 bit HDMI ( http://apollo-core.com/bringup/WB_FullHD.jpg )
- Scheda Secure Digital


Questo è il sito ufficiale:
http://www.apollo-accelerators.com


Disponibilità:
Amiga 600 -> La produzione è artigianale e la vendita avviene su prenotazione
http://www.kipper2k.com/

Amiga 500/1000/2000 -> la scheda è pronta per la vendita

->Continua<-

Commenti: 3428  Aggiungi - Pagine: 1...-168-169-170-171-172

Indice: Forum / Hardware Amiga in generale


consulenza informatica ambito aziendale - appliance sicurezza - ambienti server multipiattaforma - servizi hosting - networking

Post inviati: 1249

Visulizza profilo Messaggio Personale
94.35.64.*** Mozilla/5.0 (iPhone; CPU iPhone OS 10_0_2 like Mac OS X) AppleWebKit/602.1.50 (KHTML, like Gecko) Version/10.0 Mobile/14A456 Safari/602.1
Commento 561 in risposta al 542 di Fogg_80
divina 19 Novembre 2016    20:31:17
Citazione

Calma, calma, la calma è la virtù dei forti


ma gli anni passano ed i bimbi crescono

@cgugl
non ho più letto news circa l' FPU, a che punto siamo ?

Commento modificato il 19/11/2016 alle ore 20:32:01


MorphOS 3.9-PowerMac G5 &&PowerMac G4 FW800 &&Pegasos2 G4 //AmigaOS4.1 FE - AMiGA4000T&D &&1200 &&600 &&500 - Mac Intel &&Powerpc &&68K - x64 servers -

carlo

Post inviati: 10770

Visulizza profilo Messaggio Personale
79.50.50.*** Mozilla/5.0 (Windows NT 6.1; rv:50.0) Gecko/20100101 Firefox/50.0
Commento 562 in risposta al 560 di divina
carlo 19 Novembre 2016    20:34:23
Divina, qui chiunque può scrivere importante che non offenda nessuno, nessuno ha parlato mai di emulare una Vampire anche perchè con AFA OS ho già di meglio, quindi finiamola di lanciare frecciate altrimenti si dovranno prendere delle decisioni. Adesso chiedo ufficialmento che questo topic venga spostato in seconda linea altrimenti mi dimetto da Moderatore e vado via dal portale lasciando a voi tutto lo spazio che volete !

Dove l'ho sentita : plagimusicali.net

Aros-exec.org - IcarOS Desktop - AspireOS - AROS Broadway - Eab.Abime - Wintricks.it

I miei AMIGA : Amiga 4000/060 Phase 5 Cyberstorm MK II - Amiga 1200/040 - Amiga 1200/030 - Amiga 600 HD - Amiga 600 Kick 2.05-1.3 - Amiga 500 Plus Kick 2.04-1.3 - Amiga 500 - CD32 SX32 030/ HD Tastiera Mouse - CD32 Base - IcarOS, AspireOS, ArOS Broadway su Acer Aspire One ZG5 - AmigaSYS, AmiKit, AFA OS3 e OS4 Classic Su WinUAE

Pegasus RyuSei Ken

Post inviati: 7728

Visulizza profilo Messaggio Personale
79.41.126.*** Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.99 Safari/537.36
Commento 563
Seiya 19 Novembre 2016    20:37:05
guarda che il Jit fa parte della programmazione FPGA ed è perfettamente inerente.

L'Ammx invece che è completamente incompatibile con le istruzioni originali 68000 non se ne discute, ma lo apprezzato un po' troppo
sopratutto sapendo ora che I bytecode compilati con il jit sono talmente veloci che rendono il non compatibile AMMX completamente inutile.

Post inviati: 148

Visulizza profilo Messaggio Personale
93.38.69.*** Mozilla/5.0 (iPad; CPU OS 9_3_3 like Mac OS X) AppleWebKit/601.1 (KHTML, like Gecko) CriOS/54.0.2840.91 Mobile/13G34 Safari/601.1.46
Commento 564 in risposta al 559 di Seiya
alexsperi 19 Novembre 2016    20:45:02
Citazione

Citazione


Qui c'è la definizione di wikipedia che è molto semplice e permette di capire bene cosa sia in realtà una FPGA. Leggendo la paginetta si capisce subito che non ha nulla a che vedere con il discorso del JIT, anche perché non c'è alcun tipo di trasformazione di bytecode (il codice macchina 68k nel nostro caso) in codice macchina nativo dell'FPGA... semplicemente perché il codice macchina nativo delle FPGA programmate con l'Apollo Core semplicemente è il codice macchina 68k! Nessuna trasformazione, è un processore 68k a tutti gli effetti.


ma wikipedia non dice tutto.
in realtà quando si programma una FPGA viene usato un compilatore jit (in trasparenza) che compila i bytecode in istruzioni native che sono molto, ma molto più veloci di quelle originali.
Se la le istruzioni native della vampire sono compilate in questo modo ecco perchè a bassi Mhz ha prestazioni così elevate.

http://www.cs.ucr.edu/~vahid/pubs/eslsyn11_jitfpga .pdf

non credo che l'autore di questo trattato sia un visionario, anzi spiega molte cose sulla programmazione FPGA.



Temo tu non abbia compreso lo scopo del paper che hai linkato
Leggi bene ciò che ho scritto, rileggi il paper che hai linkato e vedrai che mettere un compilatore jit sull'fpga nel caso dell'apollo core non ha senso. L'fpga è già programmata per essere a tutti gli effetti un processore 68k, non ha senso mettere un compilatore jit per compilare dinamicamente il bytecode 68k in... Istruzioni 68k! Il concetto di fpga sulle prime non è molto semplice da interiorizzare, ma se hai interesse ad approfondire l'argomento ci sono molte risorse su internet che spiegano molto bene cosa siano e quali siano i meccanismi che ci stanno dietro. In alternativa se non hai tempo o voglia di documentarti maggiormente sull'argomento puoi semplicemente fidarti di ciò che io e credo anche altri abbiano già scritto. Ti assicuro che a me non interessa minimamente tirare acqua al mulino di nessuno, l'unico interesse che ho è che il thread rimanga un thread di discussione sulla vampire il più possibile focalizzato sull'argomento e con informazioni che siano il più esatte possibile

Amiga 500+ / ACA500 / Indivision ECS / ACA1232 68030-40Mhz 128Mb RAM

Amiga 1200 / Kick 3.1 / ACA1232 68030-55Mhz 128Mb RAM / Indivision AGA mk2cr

Amiga 4000D / Kick 3.1 / Cyberstorm mk II 68060-60Mhz 64Mb RAM / 12 MB fast

Amiga 4000D / Kick 3.1 / 68040 / Mediator PCI / 8 MB fast / BigRamPlus 256MB

Commodore 64 "Breadbox" / Chameleon / JiffyDOS / ZOOMFloppy / 1541-II / 1581 / RF501C

consulenza informatica ambito aziendale - appliance sicurezza - ambienti server multipiattaforma - servizi hosting - networking

Post inviati: 1249

Visulizza profilo Messaggio Personale
94.35.64.*** Mozilla/5.0 (iPhone; CPU iPhone OS 10_0_2 like Mac OS X) AppleWebKit/602.1.50 (KHTML, like Gecko) Version/10.0 Mobile/14A456 Safari/602.1
Commento 565 in risposta al 562 di carlo
divina 19 Novembre 2016    20:45:35
Citazione

Divina, qui chiunque può scrivere importante che non offenda nessuno, nessuno ha parlato mai di emulare una Vampire anche perchè con AFA OS ho già di meglio, quindi finiamola di lanciare frecciate altrimenti si dovranno prendere delle decisioni. Adesso chiedo ufficialmento che questo topic venga spostato in seconda linea altrimenti mi dimetto da Moderatore e vado via dal portale lasciando a voi tutto lo spazio che volete !



A me pare un "ricatto" bello e buono; vedi tu, ma mentre noi siamo interessati all' argomento vi è chi continua a ficcarci dentro argomenti per nulla attinenti e a creare volutamente fastidio, zizzania, impedendo una corretta consultazione. Ciò è agli occhi di tutti.

MorphOS 3.9-PowerMac G5 &&PowerMac G4 FW800 &&Pegasos2 G4 //AmigaOS4.1 FE - AMiGA4000T&D &&1200 &&600 &&500 - Mac Intel &&Powerpc &&68K - x64 servers -

Pegasus RyuSei Ken

Post inviati: 7728

Visulizza profilo Messaggio Personale
79.41.126.*** Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.99 Safari/537.36
Commento 566
Seiya 19 Novembre 2016    20:56:41
io direi di fare come su EAB.
il thread di un betatester dell'Apollo Core è stato chiuso perchè non vuole condividere i suoi file con la comunità e possibili acquirenti.
In pratica ha fatto dei testo con Riva AMMX fornendo i video dei test, riva 0.50, ma ha badato bene di tenersi per se il nuovo player e dichiarando alcune cose sul sorgente che
ovviamente non vengono mostrate e facendo arrabbiare un po' tutti.
L'AMMX è incompatibile con il 68000 e anche questo sta facendo sorgere malumori sul perchè insistere questa retro incompatibilità.
Qualcuno ha anche detto che Riva può andare più veloce senza AMMX, ma il beta tester in questione diceva di no, che non è vero, ma non mostrava le prove di quello che
asseriva.
Quel thread rimarrà chiuso fino a quando le prove saranno disponibili per tutti.


Qui ci sono tanti discorsi, tanta teoria di progetti in corso, di schede in progettazione, di status report, ma al lato pratico non viene mostrato nulla.
Non c'è nemmeno una guida che spiega come si fa montare la vampire sui vari modelli Amiga e non bisogna aspettare di comprare per avere il manuale di montaggio.
In tutte i topic c'è a grandi linee una spiegazione sul montaggio.

consulenza informatica ambito aziendale - appliance sicurezza - ambienti server multipiattaforma - servizi hosting - networking

Post inviati: 1249

Visulizza profilo Messaggio Personale
94.35.64.*** Mozilla/5.0 (iPhone; CPU iPhone OS 10_0_2 like Mac OS X) AppleWebKit/602.1.50 (KHTML, like Gecko) Version/10.0 Mobile/14A456 Safari/602.1
Commento 567
divina 19 Novembre 2016    21:10:07
Wiki (per il montaggio non ricordo se è lì o in un altro url) in ogni caso nel seguente trovi l' occorrente http://wiki.apollo-accelerators.com/doku.php
Poi vi è anche un guida passo passo per inserire il firmware in caso di aggiornamento non andato a buon fine via software update

MorphOS 3.9-PowerMac G5 &&PowerMac G4 FW800 &&Pegasos2 G4 //AmigaOS4.1 FE - AMiGA4000T&D &&1200 &&600 &&500 - Mac Intel &&Powerpc &&68K - x64 servers -

Pegasus RyuSei Ken

Post inviati: 7728

Visulizza profilo Messaggio Personale
79.41.126.*** Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.99 Safari/537.36
Commento 568 in risposta al 564 di alexsperi
Seiya 19 Novembre 2016    21:16:54
Citazione


L'fpga è già programmata per essere a tutti gli effetti un processore 68k, non ha senso mettere un compilatore jit per compilare dinamicamente il bytecode 68k in... Istruzioni 68k!



ma questa operazione serve per rendere le istruzioni 68k più veloci di quelle originali.
se io metto una istruzione originale in una FPGA da 100 mhz, quella istruzione è più veloce grazie a questi Mhz, ma la velocità di quella istruzione su un ipotetico 68000 a 100 Mhz più o meno sarebbe uguale.
Se invece quella istruzione fosse 20 volte più veloce di quella originale come girerebbe su un 100 Mhz?


Per il resto mi sono documentato bene fino alla catena di montaggio dove vengono letteramente costruite e progettate

Post inviati: 932

Visulizza profilo Messaggio Personale
80.180.108.*** Mozilla/5.0 (Windows Phone 10.0; Android 6.0.1; NOKIA; Lumia 1520) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.79 Mobile Safari/537.36 Edge/14.14393
Commento 569
GabrieleNick 19 Novembre 2016    21:39:18
Offtopic, offtopic ed ancora offtopic anche da chi dovrebbe avere età, potere e senno di moderare.
Eh cribbio, non ci si capisce più una sega!!!

Ma se a me fregasse qualcosa del JIT di WinUAE andrei a leggere i gozzilioni di topic sullo stesso, o no?
Vorrei leggere news sulla Vampire ma ogni due per tre sbuca fuori gente, alla quale non frega neanche la sega di prima di chi usa per diletto gli Amiga Classic, a lordare sto tread.

Che vergogna, perdinci, sono disgustato.

Commento modificato il 19/11/2016 alle ore 21:41:09


Immagine

Immagine

Immagine

Immagine

Post inviati: 932

Visulizza profilo Messaggio Personale
80.180.108.*** Mozilla/5.0 (Windows Phone 10.0; Android 6.0.1; NOKIA; Lumia 1520) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.79 Mobile Safari/537.36 Edge/14.14393
Commento 570 in risposta al 569 di GabrieleNick
GabrieleNick 19 Novembre 2016    21:39:49
Double post, sorry

Commento modificato il 19/11/2016 alle ore 21:40:43


Immagine

Immagine

Immagine

Immagine

Post inviati: 148

Visulizza profilo Messaggio Personale
93.38.69.*** Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.98 Safari/537.36
Commento 571 in risposta al 568 di Seiya
alexsperi 19 Novembre 2016    21:52:24
Citazione

Per il resto mi sono documentato bene fino alla catena di montaggio dove vengono letteramente costruite e progettate

L'importante è cercare di documentarsi, poi se si hanno dubbi sul funzionamento di certe cose basta chiedere, l'importante è rimanere sempre aperti alla discussione sana e senza preconcetti.

Citazione

se io metto una istruzione originale in una FPGA da 100 mhz, quella istruzione è più veloce grazie a questi Mhz, ma la velocità di quella istruzione su un ipotetico 68000 a 100 Mhz più o meno sarebbe uguale.

qui bisogna fare una piccola premessa. La "velocità" di un'istruzione come dici tu può dipendere da molti fattori, non solo dalla velocità grezza in Mhz del clock del processore (sia esso implementato su fpga o sia esso il 68k a 100mhz che abbiamo ipotizzato). Addirittura la velocità di un'istruzione eseguita dallo stesso processore può essere differente a seconda di quando viene eseguita in dipendenza da fattori quali ad esempio branch prediction, cache hit o miss e altre diavolerie che sono state perfezionate dagli anni 80-90 in cui è stato pensato il 68k originale ai giorni nostri. La risposta a questa tua domanda è quindi: probabilmente un 68k portato a 100Mhz sarà più lento ad eseguire le istruzioni di una versione FPGA di un 68080 (l'apollo core).

Citazione

Se invece quella istruzione fosse 20 volte più veloce di quella originale come girerebbe su un 100 Mhz?

Qui invece non ho capito la tua domanda. Potresti elaborarla un pelo di più?

Amiga 500+ / ACA500 / Indivision ECS / ACA1232 68030-40Mhz 128Mb RAM

Amiga 1200 / Kick 3.1 / ACA1232 68030-55Mhz 128Mb RAM / Indivision AGA mk2cr

Amiga 4000D / Kick 3.1 / Cyberstorm mk II 68060-60Mhz 64Mb RAM / 12 MB fast

Amiga 4000D / Kick 3.1 / 68040 / Mediator PCI / 8 MB fast / BigRamPlus 256MB

Commodore 64 "Breadbox" / Chameleon / JiffyDOS / ZOOMFloppy / 1541-II / 1581 / RF501C

Post inviati: 1269

Visulizza profilo Messaggio Personale
151.29.240.*** Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.99 Safari/537.36
Commento 572 in risposta al 540 di Kyle
Kyle 19 Novembre 2016    21:54:32
Citazione



Ogni tanto torno a chiederti la stessa cosa perché mi interessa particolarmente: è stata testata su CDTV?
Funziona e soprattutto ci sta? Per chiudere il coperchio, intendo.



Ci riprovo

consulenza informatica ambito aziendale - appliance sicurezza - ambienti server multipiattaforma - servizi hosting - networking

Post inviati: 1249

Visulizza profilo Messaggio Personale
217.133.133.*** Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:50.0) Gecko/20100101 Firefox/50.0
Commento 573 in risposta al 541 di divina
divina 19 Novembre 2016    22:24:11
Citazione

Citazione

Citazione

puoi spiegare meglio ? non ho ben inteso (grazie)

Questa è la mainboard del 2000
http://www.bigbookofamigahardware.com/bboah/media/ download_photos/a2000mb_rev62_1.jpg
Al centro della scheda vedi il 68000

questa invece è la V500
https://amiga.cafe/filedata/fetch?id=8470&d=147429 3751&type=full

è evidente che la vampire è più grande dello zoccolo del 68000. Una volta montata, finirebbe sotto i cestelli del drive e non avresti accesso agli slot della vampire.
(parlavo di slot zorro perchè non avevo presente l'orientamento della scheda)

Comunque io ancora non la ho, kipper mi ha detto che si può montare nello zoccolo, ma è una posizione scomoda



ok chiaro, grazie. Tornando alle V1200 hanno deciso se aggiungere la funzionalità dei "key press" per disabilitare all' occorrenza la V1200 (come si faceva una volta con la Blizzard IV) ? e hanno stabilito se la FPGA sarà il Cyclone V (o diversa) ?



idem riprovo e pure FPU poco sopra, thx

MorphOS 3.9-PowerMac G5 &&PowerMac G4 FW800 &&Pegasos2 G4 //AmigaOS4.1 FE - AMiGA4000T&D &&1200 &&600 &&500 - Mac Intel &&Powerpc &&68K - x64 servers -

Il Webmaster

Post inviati: 2663

Visulizza profilo Messaggio Personale
79.50.152.*** Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:50.0) Gecko/20100101 Firefox/50.0
Commento 574
Mak73 19 Novembre 2016    23:06:19
Inizio a leggere davvero molte cavolate....

@Seiya
Il JIT e FPGA sono uniti dalla stessa relazione dei cavoli con la merenda... cioè non c'entrano un tubo uno con l'altro, l'utente Alexsperi ha spiegato più che bene la cosa e fornito link a supporto.
Se scrivi questo o vuoi provocare o non hai la più pallida idea di cosa sia un FPGA.

@Carlo
La Vampire è una scheda acceleratrice con scheda grafica integrata con set di istruzioni potenziato, quindi sfruttando queste istruzioni AMMX, può migliorare ulteriormente le prestazioni, ovviamente solo su software ottimizzate per queste. Quindi WinUAE non può al momento emulare la Vampire, come una volta non poteva emulare il PPC.

@cgugl
Non elimino nessun post
Un processore 64bit non può mettere insieme due istruzioni a 32bit ed eseguirle, questa è una cavolata perchè la seconda istruzione potrebbe volere lavorare sul risultato della precedente e quindi si creerebbe un casino. Ho l'impressione che non sai bene di cosa si stia parlando. MMX e 64bit sono due cose distinte, ok che un sfruttando le mmx un video vada meglio, e ci mancherebbe sono state inventate apposta, ma i 64 bit non centrano nulla.

@CIP060
Incredibile non ho no niente da rimproverarti!!!

PS: Dimenticavo, Winuae è OT qui

Commento modificato il 19/11/2016 alle ore 23:07:29


Pace e bene a tutti.

carlo

Post inviati: 10770

Visulizza profilo Messaggio Personale
79.50.50.*** Mozilla/5.0 (Windows NT 6.1; rv:50.0) Gecko/20100101 Firefox/50.0
Commento 575 in risposta al 574 di Mak73
carlo 19 Novembre 2016    23:18:24
Citazione


@Carlo
La Vampire è una scheda acceleratrice con scheda grafica integrata con set di istruzioni potenziato, quindi sfruttando queste istruzioni AMMX, può migliorare ulteriormente le prestazioni, ovviamente solo su software ottimizzate per queste. Quindi WinUAE non può al momento emulare la Vampire, come una volta non poteva emulare il PPC.


Scusa Marco, io "non ho mai detto" che voglio emulare la Vampire, anche perchè non mi serve, ho di più potente con il mio AFA OS. Come detto sopra per il momento mi banno per un po' di tempo anche perchè oggi per l'agitazione ho rischiato qualcosa, al momento vi saluto tutti, tornerò solo quando non vedrò più questa discussione in prima fila.

Dove l'ho sentita : plagimusicali.net

Aros-exec.org - IcarOS Desktop - AspireOS - AROS Broadway - Eab.Abime - Wintricks.it

I miei AMIGA : Amiga 4000/060 Phase 5 Cyberstorm MK II - Amiga 1200/040 - Amiga 1200/030 - Amiga 600 HD - Amiga 600 Kick 2.05-1.3 - Amiga 500 Plus Kick 2.04-1.3 - Amiga 500 - CD32 SX32 030/ HD Tastiera Mouse - CD32 Base - IcarOS, AspireOS, ArOS Broadway su Acer Aspire One ZG5 - AmigaSYS, AmiKit, AFA OS3 e OS4 Classic Su WinUAE

Pegasus RyuSei Ken

Post inviati: 7728

Visulizza profilo Messaggio Personale
79.41.126.*** Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.99 Safari/537.36
Commento 576 in risposta al 571 di alexsperi
Seiya 20 Novembre 2016    00:33:05
Citazione


Qui invece non ho capito la tua domanda. Potresti elaborarla un pelo di più?



se tu riesce a ricompilare il bytecodes 68k in modo da che generi un istruzione 20 volte più veloce dell'originale quanto migliorerebbero le prestazioni generali in una FPGA?

Pegasus RyuSei Ken

Post inviati: 7728

Visulizza profilo Messaggio Personale
79.41.126.*** Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.99 Safari/537.36
Commento 577 in risposta al 574 di Mak73
Seiya 20 Novembre 2016    00:43:01
Citazione

Inizio a leggere davvero molte cavolate....

@Seiya
Il JIT e FPGA sono uniti dalla stessa relazione dei cavoli con la merenda... cioè non c'entrano un tubo uno con l'altro, l'utente Alexsperi ha spiegato più che bene la cosa e fornito link a supporto.
Se scrivi questo o vuoi provocare o non hai la più pallida idea di cosa sia un FPGA.


io lo so bene cosa è una FPGA e non mi sono limitato a leggere wikipedia.
jit e FPGA hanno un legame strettissimo, ma basta leggere il PDF che ho linkato e ce ne sono tantissimi in rete di documentazione sulla relazione jit e FPGA.
Purtroppo il termine "Jit" rimane legato a WinUAE e sembra quasi che sia una stupidaggine immaginare che si può usare per migliore la velocità di esecuzione delle istruzioni in una FPGA.

Il PDF io l'ho postato, più di questo non posso fare.

@carlo
eh si, occhio alla salute.
la vivacità dei forum Amiga può giocare brutti scherzi.

Commento modificato il 20/11/2016 alle ore 00:46:00

cgugl

Post inviati: 1604

Visulizza profilo Messaggio Personale
93.150.202.*** Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Firefox/38.0 Iceweasel/38.5.0
Commento 578 in risposta al 574 di Mak73
cgugl 20 Novembre 2016    08:11:35
Citazione

@cgugl
Non elimino nessun post
Un processore 64bit non può mettere insieme due istruzioni a 32bit ed eseguirle, questa è una cavolata perchè la seconda istruzione potrebbe volere lavorare sul risultato della precedente e quindi si creerebbe un casino. Ho l'impressione che non sai bene di cosa si stia parlando. MMX e 64bit sono due cose distinte, ok che un sfruttando le mmx un video vada meglio, e ci mancherebbe sono state inventate apposta, ma i 64 bit non centrano nulla.


Leggi bene il post.
C'è scritto che quando la cpu deve eseguire due istruzioni MA SOLO UNA SCRIVE IN MEMORIA, le due istruzioni vengono fuse. Quindi mi sa che sei tu poco attento.

MMX e 64 bit sono due cose distinte, ma non puoi avere mmx senza i 64 bit. Come fai a fare una permutazione tra due registri a 32 bit, scrivi prima il risultato in memoria e poi lo ricarichi nel registro?

Comunque fai quel che cavolo ti pare, amigapage è tua.

Post inviati: 148

Visulizza profilo Messaggio Personale
93.38.69.*** Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.98 Safari/537.36
Commento 579 in risposta al 576 di Seiya
alexsperi 20 Novembre 2016    08:19:45
Citazione

se tu riesce a ricompilare il bytecodes 68k in modo da che generi un istruzione 20 volte più veloce dell'originale quanto migliorerebbero le prestazioni generali in una FPGA?

Perdonami ma probabilmente sono io che continuo a non comprendere cosa tu voglia intendere. Per come la capisco io la tua frase mi sembra un po' un'ossimoro. Provo a spiegarti ciò che ho capito io della tua frase. Tu vorresti aggiungere ad un'fpga con un processore 68k implementato un ulteriore compilatore jit a cui far digerire del codice 68k (che possiamo anche chiamare bytecode ma alla fine è codice 68k) e in qualche modo fargli produrre dinamicamente altro codice 68k da dare in pasto al processore 68k in fpga. Se è questo ciò che vorresti fare mi vien da dire che difficilmente renderebbe più veloce l'architettura anche solo per il fatto che stai aggiungendo un layer (peraltro inutile a mio avviso) che ha un costo computazionale tra il codice originale 68k e il codice per il processore 68k in fpga.

Supponiamo invece che tu abbia una FPGA con una IP per un processore MIPS-based (le IP per le FPGA hanno un costo a volte non indifferente e a volte può convenire cercare di arrangiarsi con quello che si ha a disposizione oltre al fatto che magari non si hanno le conoscenze per fare da zero un microprocessore) e tu voglia comunque fare qualcosa in grado di digerire codice 68k. In questo costruirsi in hardware un compilatore dinamico jit può avere senso per convertire nel modo più efficiente possibile il codice 68k in ingresso (bytecode) nel codice macchina del processore mips sulla fpga.
Tieni però presente che a parità di fpga, clock ecc. questa soluzione è più lenta dell'approccio nativo alla apollo-core.
Ah ovviamente pensare di implementare un processore moderno (diciamo in i7) in fpga per usare il compilatore dinamico jit 99 su cento non è fattibile con le fpga moderne (più che altro per una questione di unità logiche richieste da un tale tipo di processore), e nell'1% rimanente avrebbe comunque un costo spropositato.

Spero di aver chiarito i dubbi che avevi e ovviamente anche di aver capito cosa stavi chiedendo!

In ogni caso direi di chiudere qui questa piccola divagazione visto che come ci hanno fatto notare da più parti stiamo un po' andando OT rispetto all'argomento principale del thread. Se hai bisogno di altri chiarimenti sentiti pure libero di pmmarmi e compatibilmente con il tempo e le mie conoscenze vedrò di risponderti

Commento modificato il 20/11/2016 alle ore 08:20:47


Amiga 500+ / ACA500 / Indivision ECS / ACA1232 68030-40Mhz 128Mb RAM

Amiga 1200 / Kick 3.1 / ACA1232 68030-55Mhz 128Mb RAM / Indivision AGA mk2cr

Amiga 4000D / Kick 3.1 / Cyberstorm mk II 68060-60Mhz 64Mb RAM / 12 MB fast

Amiga 4000D / Kick 3.1 / 68040 / Mediator PCI / 8 MB fast / BigRamPlus 256MB

Commodore 64 "Breadbox" / Chameleon / JiffyDOS / ZOOMFloppy / 1541-II / 1581 / RF501C

Pegasus RyuSei Ken

Post inviati: 7728

Visulizza profilo Messaggio Personale
79.30.59.*** Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.99 Safari/537.36
Commento 580
Seiya 20 Novembre 2016    10:28:47
si, hai ragione, stiamo andando troppo OT.


Utenti Online
Utenti registrati: 969 dal 1 Gennaio 2006
di cui online: 8 registrati - cpiace64 - Oge - Gnimsh78 - luigi75 - cgugl - Lentivector - TheChiazz - Seiya -
7 non registrati

Benvenuto all'ultimo utente registrato: gattomark_TrogloGatto

© Amigapage 1998 - 2007 - Sito italiano dedicato alla piattaforma Amiga ed evoluzioni varie.
Struttura del sito interamente ideata e realizzata da Marco Lovera e Alessandra Lovera - Tutto il materiale inserito all'interno del sito Ť dei rispettivi autori/creatori.
E' assolutamente vietata la riproduzione o la manipolazione di tutti i contenuti o parte di essi senza l'esplicito consenso degli amministratori e degli autori/creatori.

Eseguito in 0.21464109420776 secondi