Menù principale
 Notizie
 Grafica
 Forum
 Links
 Retro Trailer
 Recensioni
 Modelli Amiga
 Storia Amiga
 Retro-Gamers
 Lista Utenti
 Contatti
 Policy sito
Ricerca Google

Login

Nick


Password


13 Agosto 2016 Postato da: cgugl
BAR del Vampiro - Esperienze, rumors, rivalità e diffidenze...
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: 5384  Aggiungi - Pagine: 1...-266-267-268-269-270

Indice: forum / Hardware Amiga in generale

Pagine: -1-2-3-4-5-6-7-8-9-10-11-12-13-14-15-16-17-18-19-20-21-22-23-24-25-26-27-28- [29] -30-31-32-33-34-35-36-37-38-39-40-41-42-43-44-45-46-47-48-49-50-51-52-53-54-55-56-57-58-59-60-61-62-63-64-65-66-67-68-69-70-71-72-73-74-75-76-77-78-79-80-81-82-83-84-85-86-87-88-89-90-91-92-93-94-95-96-97-98-99-100-101-102-103-104-105-106-107-108-109-110-111-112-113-114-115-116-117-118-119-120-121-122-123-124-125-126-127-128-129-130-131-132-133-134-135-136-137-138-139-140-141-142-143-144-145-146-147-148-149-150-151-152-153-154-155-156-157-158-159-160-161-162-163-164-165-166-167-168-169-170-171-172-173-174-175-176-177-178-179-180-181-182-183-184-185-186-187-188-189-190-191-192-193-194-195-196-197-198-199-200-201-202-203-204-205-206-207-208-209-210-211-212-213-214-215-216-217-218-219-220-221-222-223-224-225-226-227-228-229-230-231-232-233-234-235-236-237-238-239-240-241-242-243-244-245-246-247-248-249-250-251-252-253-254-255-256-257-258-259-260-261-262-263-264-265-266-267-268-269-270-

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

Post inviati: 6417

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
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


lunga vita al popolo ucraino massacrato dal criminale nazista Putin - fuck Putin - by Måneskin

Hey Hey Rise Up - by vecchietti Pink Floyd

Gasoline - by Måneskin


AfAOne

Post inviati: 11780

Visulizza profilo Messaggio Personale
79.50.50.*** Mozilla/5.0 (Windows NT 6.1; rv:50.0) Gecko/20100101 Firefox/50.0
Commento 562
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 !

Pegasus RyuSei Ken

Post inviati: 10185

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: 151

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
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: 6417

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
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.

lunga vita al popolo ucraino massacrato dal criminale nazista Putin - fuck Putin - by Måneskin

Hey Hey Rise Up - by vecchietti Pink Floyd

Gasoline - by Måneskin


Pegasus RyuSei Ken

Post inviati: 10185

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: 6417

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

lunga vita al popolo ucraino massacrato dal criminale nazista Putin - fuck Putin - by Måneskin

Hey Hey Rise Up - by vecchietti Pink Floyd

Gasoline - by Måneskin


Pegasus RyuSei Ken

Post inviati: 10185

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
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: 1221

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

Post inviati: 1221

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
GabrieleNick 19 Novembre 2016    21:39:49
Double post, sorry

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

Post inviati: 151

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
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: 2650

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
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: 6417

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
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

lunga vita al popolo ucraino massacrato dal criminale nazista Putin - fuck Putin - by Måneskin

Hey Hey Rise Up - by vecchietti Pink Floyd

Gasoline - by Måneskin


Il Webmaster

Post inviati: 4735

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.

AfAOne

Post inviati: 11780

Visulizza profilo Messaggio Personale
79.50.50.*** Mozilla/5.0 (Windows NT 6.1; rv:50.0) Gecko/20100101 Firefox/50.0
Commento 575
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.

Pegasus RyuSei Ken

Post inviati: 10185

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
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: 10185

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
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: 2042

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
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: 151

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
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: 10185

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.

Pagine: -1-2-3-4-5-6-7-8-9-10-11-12-13-14-15-16-17-18-19-20-21-22-23-24-25-26-27-28- [29] -30-31-32-33-34-35-36-37-38-39-40-41-42-43-44-45-46-47-48-49-50-51-52-53-54-55-56-57-58-59-60-61-62-63-64-65-66-67-68-69-70-71-72-73-74-75-76-77-78-79-80-81-82-83-84-85-86-87-88-89-90-91-92-93-94-95-96-97-98-99-100-101-102-103-104-105-106-107-108-109-110-111-112-113-114-115-116-117-118-119-120-121-122-123-124-125-126-127-128-129-130-131-132-133-134-135-136-137-138-139-140-141-142-143-144-145-146-147-148-149-150-151-152-153-154-155-156-157-158-159-160-161-162-163-164-165-166-167-168-169-170-171-172-173-174-175-176-177-178-179-180-181-182-183-184-185-186-187-188-189-190-191-192-193-194-195-196-197-198-199-200-201-202-203-204-205-206-207-208-209-210-211-212-213-214-215-216-217-218-219-220-221-222-223-224-225-226-227-228-229-230-231-232-233-234-235-236-237-238-239-240-241-242-243-244-245-246-247-248-249-250-251-252-253-254-255-256-257-258-259-260-261-262-263-264-265-266-267-268-269-270-

Utenti Online
Utenti registrati: 1206 dal 1 Gennaio 2006
di cui online: 3 registrati - amiwell79 - AfAOne - Vampiro G5 -
136 non registrati

Benvenuto all'ultimo utente registrato: zulu

Buon Compleanno a frank62 - Kosmokrator - 

© 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.22716903686523 secondi