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

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: 4732  Aggiungi - Pagine: 1...-233-234-235-236-237

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-

cgugl

Post inviati: 1916

Visulizza profilo Messaggio Personale
93.150.201.*** Mozilla/5.0 (X11; Linux x86_64; rv:66.0) Gecko/20100101 Firefox/66.0
Commento 4461 in risposta al 4460 di divina
cgugl 25 Giugno 2019    12:54:08
Citazione

Ottimo
Lí unica cosa che mi scoccia è pensare di dover spegnere lí A1200 per poter passare da AGA emulato con FPU ad AGA nativo più FPU e viceversa ... non vi è proprio modo di evitare ciò ?

No, è necessario ed imprescindibile spegnere la fpga.

Citazione

Nel core AGA emulato della V1200 anche lí audio lo è (entrambi via hdmi giusto ?) ed il floppy drive interno ed esterno sono disabilitati, corretto ? Porta parallela e seriale invece ?

Il core con l'AGA deve necessariamente spegnere i chip originali e rimpiazzarli tutti.
Però, di sicuro Gunnar vorrà usare la tastiera del 1200 e farà qualcosa collegarsi alle porte dell'amiga.

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

Post inviati: 3059

Visulizza profilo Messaggio Personale
94.35.36.*** Mozilla/5.0 (iPhone; CPU iPhone OS 12_3_1 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.1.1 Mobile/15E148 Safari/604.1
Commento 4462 in risposta al 4461 di cgugl
divina 25 Giugno 2019    14:32:26
Citazione

Citazione

Ottimo
Lí unica cosa che mi scoccia è pensare di dover spegnere lí A1200 per poter passare da AGA emulato con FPU ad AGA nativo più FPU e viceversa ... non vi è proprio modo di evitare ciò ?

No, è necessario ed imprescindibile spegnere la


Ok chiarissimo; nella Vampire standalone vi sono invece due diversi firmware V3 commutabili tra loro (una volta programmati) tramite un jumper ? In tal caso, utilità pratica in tal senso ?

Citazione

Citazione

Nel core AGA emulato della V1200 anche lí audio lo è (entrambi via hdmi giusto ?) ed il floppy drive interno ed esterno sono disabilitati, corretto ? Porta parallela e seriale invece ?

Il core con l'AGA deve necessariamente spegnere i chip originali e rimpiazzarli tutti.
Però, di sicuro Gunnar vorrà usare la tastiera del 1200 e farà qualcosa collegarsi alle porte dell'amiga.


Quindi in pratica:

- caricardo il firmware core 2 con AGA originale, posso continuare ad utilizzare tutte le porte dellí Amiga1200 ed ho FPU completo più con nuove features in via di implementazione

- caricando invece il firmware core 3 con AGA emulato, potrò continuare ad utilizzare solo la porta PCMCIA (es. per scheda Ethernet/Wi-Fi PCMCIA), la porta IDE 44pin, porte mouse e joystick, tastiera (tutte le restanti porte, tranne hacks specifici eventuali futuri, non saranno più attive)
Audio e video saranno utilizzabili unicamente via HDMI ed ho FPU completo più con nuove features in via di implementazione

Ho capito bene o ci sono imprecisioni ?

Commento modificato il 25/06/2019 alle ore 14:34:58


MorphOS 3.11 PowerMac G5 &&Pegasos2 G4 //AmigaOS4.1 FE - AMiGA4000T&D PPC/060 &&3000D &&2000 &&1200T&D &&600 &&500+ &&500 - Mac Intel &&PowerPc - x64 servers -


cgugl

Post inviati: 1916

Visulizza profilo Messaggio Personale
93.150.201.*** Mozilla/5.0 (X11; Linux x86_64; rv:66.0) Gecko/20100101 Firefox/66.0
Commento 4463 in risposta al 4462 di divina
cgugl 25 Giugno 2019    15:04:15
Citazione


Ok chiarissimo; nella Vampire standalone vi sono invece due diversi firmware V3 commutabili tra loro (una volta programmati) tramite un jumper ? In tal caso, utilità pratica in tal senso ?

le fpga sono diverse e sono diverse anche le flashrom, quindi ne han montate 2.
Utilità è che se si fallisce l'upgrade in una flashrom, si passa alla seconda e si ripristina il sistema.
E' un pò un backup.



Citazione

- caricando invece il firmware core 3 con AGA emulato, potrò continuare ad utilizzare solo la porta PCMCIA (es. per scheda Ethernet/Wi-Fi PCMCIA), la porta IDE 44pin, porte mouse e joystick, tastiera (tutte le restanti porte, tranne hacks specifici eventuali futuri, non saranno più attive)
Audio e video saranno utilizzabili unicamente via HDMI ed ho FPU completo più con nuove features in via di implementazione

più o meno, lo sapremo solo vivendo

Il Webmaster

Post inviati: 3227

Visulizza profilo Messaggio Personale
95.232.227.*** Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:67.0) Gecko/20100101 Firefox/67.0
Commento 4464
Mak73 25 Giugno 2019    15:39:50
Le CPU da molti anni ormai sono tutte Out Of Order non solo le FPU.
Ovviamente dovendo fare CPU sempre più veloci si studiano l'impossibile per raggiungere lo scopo, per di più tale tecnica è piuttosto vecchia, come si può leggere nel link precedente risale addirittura agli anni '60 e fu la IBM a realizzare il primo processore che usava questa tecnica, cioè il capostipite dei PPC, Intel portò poi la cosa su larga scala con il Pentium Pro.

Pace e bene a tutti.

cgugl

Post inviati: 1916

Visulizza profilo Messaggio Personale
93.150.201.*** Mozilla/5.0 (X11; Linux x86_64; rv:66.0) Gecko/20100101 Firefox/66.0
Commento 4465 in risposta al 4464 di Mak73
cgugl 25 Giugno 2019    15:48:05
Citazione

Le CPU da molti anni ormai sono tutte Out Of Order non solo le FPU.
Ovviamente dovendo fare CPU sempre più veloci si studiano l'impossibile per raggiungere lo scopo,

certo, ma Motorola è morta prima di introdurre queste innovazioni in un nuovo 68K.
Di conseguenza, i compilatori GCC non avevano alcun supporto per queste diavolerie.

Bebbo ha aggiornato il compilatore GCC dalla versione 2.9 alla versione 6.x, e ora sembra disponibile a
introdurre tutte queste ottimizzazioni specifiche per 68080.

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

Post inviati: 3059

Visulizza profilo Messaggio Personale
94.65.34.*** Mozilla/5.0 (iPhone; CPU iPhone OS 12_3_1 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.1.1 Mobile/15E148 Safari/604.1
Commento 4466
divina 25 Giugno 2019    22:46:49
@cgugl
Ok; tempi che prevedi per vedere una V1200 negli store Amiga tradizionali (es. amigastore, amigakit ...etc...) ?
Qualche speranza di poter prendere questa scheda intorno ai 300,00, oppure è quasi certo saremo a 400,00 (che IMHO è una esagerazione) ?

MorphOS 3.11 PowerMac G5 &&Pegasos2 G4 //AmigaOS4.1 FE - AMiGA4000T&D PPC/060 &&3000D &&2000 &&1200T&D &&600 &&500+ &&500 - Mac Intel &&PowerPc - x64 servers -


Il Webmaster

Post inviati: 3227

Visulizza profilo Messaggio Personale
95.232.227.*** Mozilla/5.0 (Linux; Android 6.0.1; SM-N910F) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/75.0.3770.101 Mobile Safari/537.36
Commento 4467 in risposta al 4465 di cgugl
Mak73 25 Giugno 2019    23:01:11
Citazione

Citazione

Le CPU da molti anni ormai sono tutte Out Of Order non solo le FPU.
Ovviamente dovendo fare CPU sempre più veloci si studiano l'impossibile per raggiungere lo scopo,

certo, ma Motorola è morta prima di introdurre queste innovazioni in un nuovo 68K.
Di conseguenza, i compilatori GCC non avevano alcun supporto per queste diavolerie.

Bebbo ha aggiornato il compilatore GCC dalla versione 2.9 alla versione 6.x, e ora sembra disponibile a
introdurre tutte queste ottimizzazioni specifiche per 68080.


Sicuro di cosa dici? Perché non serve nessuna ottimizzazione al codice per un processore out of order, fa tutto da solo basandosi su un algoritmo, é un'idea molto astuta proprio perché permette incrementi di prestazioni sul software già esistente. Del resto se non fosse così i processori Atom di Intel non farebbero girare quasi niente perché solo qualche anno fa sono diventati out of order anche loro, prima erano in order, ma facevano girare tutto ugualmente.

Forse ti confondi con i programmi per le cpu multicore, in quel caso per sfruttare meglio la struttura del processore occorre sviluppare programmi che parallelizzino molto le varie operazioni.

Pace e bene a tutti.

Post inviati: 1778

Visulizza profilo Messaggio Personale
79.36.202.*** Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/75.0.3770.100 Safari/537.36
Commento 4468 in risposta al 4466 di divina
Kyle 25 Giugno 2019    23:11:45
Citazione

@cgugl
Ok; tempi che prevedi per vedere una V1200 negli store Amiga tradizionali (es. amigastore, amigakit ...etc...) ?
Qualche speranza di poter prendere questa scheda intorno ai 300,00, oppure è quasi certo saremo a 400,00 (che IMHO è una esagerazione) ?



Se negli store la V2 costa 370 dubito che venderanno la V1200 a meno di 430 euro, quindi mettiti l'anima in pace

cgugl

Post inviati: 1916

Visulizza profilo Messaggio Personale
93.150.201.*** Mozilla/5.0 (X11; Linux x86_64; rv:66.0) Gecko/20100101 Firefox/66.0
Commento 4469 in risposta al 4467 di Mak73
cgugl 26 Giugno 2019    07:39:32
Citazione


Sicuro di cosa dici? Perché non serve nessuna ottimizzazione al codice per un processore out of order,....
Forse ti confondi con i programmi per le cpu multicore, in quel caso per sfruttare meglio la struttura del processore occorre sviluppare programmi che parallelizzino molto le varie operazioni.


Gunnar dice che per usare l'Out Of Order bisogna programmare in assembler perchè il GCC genera codice fpu sequenziale. Infatti, sul forum Apollo, Gunnar e Bebbo discutono proprio sulle modifiche da apportare al compilatore GCC per fargli generare codice ottimizzato per la vampire... e parlano anche della FPU.

Vedi il primo messaggio, Gunnar chiede proprio se si può fare in modo che GCC calendarizzi le istruzioni fpu:
***************************
c) FPU instruction scheduling

The 68080 FPU is fully pipelined.
FADD and FMUL have a latency.
But each cycle a new FPU instruction can be executed (pipelined)

With good scheduled FPU code the 68080 can reach several times the FPU performance of an 68060.
*****************************

cgugl

Post inviati: 1916

Visulizza profilo Messaggio Personale
93.150.201.*** Mozilla/5.0 (X11; Linux x86_64; rv:66.0) Gecko/20100101 Firefox/66.0
Commento 4470 in risposta al 4468 di Kyle
cgugl 26 Giugno 2019    07:41:46
Citazione

Se negli store la V2 costa 370 dubito che venderanno la V1200 a meno di 430 euro, quindi mettiti l'anima in pace


Io credo che la V1200 costerà al massimo 50 euro in più della v500.
Ma è una mia supposizione, neanche so quando farà la preproduzione per i membri del team.

Commento modificato il 26/06/2019 alle ore 07:42:22

Il Webmaster

Post inviati: 3227

Visulizza profilo Messaggio Personale
87.14.220.*** Mozilla/5.0 (Linux; Android 6.0.1; SM-N910F) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/75.0.3770.101 Mobile Safari/537.36
Commento 4471 in risposta al 4469 di cgugl
Mak73 26 Giugno 2019    23:21:43
Citazione

Gunnar dice che per usare l'Out Of Order bisogna programmare in assembler perchè il GCC genera codice fpu sequenziale. Infatti, sul forum Apollo, Gunnar e Bebbo discutono proprio sulle modifiche da apportare al compilatore GCC per fargli generare codice ottimizzato per la vampire... e parlano anche della FPU.

Vedi il primo messaggio, Gunnar chiede proprio se si può fare in modo che GCC calendarizzi le istruzioni fpu:
***************************
c) FPU instruction scheduling

The 68080 FPU is fully pipelined.
FADD and FMUL have a latency.
But each cycle a new FPU instruction can be executed (pipelined)

With good scheduled FPU code the 68080 can reach several times the FPU performance of an 68060.
*****************************


Mi sa che avete le idee un po' confuse.
Anzitutto immagino che tutto il 68080 sia pipelined, non solo la FPU, questo perchè lo era già il MOS 6502.
Lo scheduling é un servizio implementato normalmente nei sistemi operativi per far si che i vari processi abbiano accesso alla CPU o altra risorsa, di volta in volta ed evitando conflitti.

Ecco un articolo dove si spiega un po' il funzionamento di un processore out of order, da notare come nell'articolo si parli più volte del fatto che i programmi sono sequenziali, quindi non parallelizati.

I processori out of order, esistono ormai da moltissimi anni, e sono stati introdotti proprio perché permettevano prestazioni superiori senza richiedere riscritture di codice.

Pace e bene a tutti.

You don't scare me devil, now I play :)

Post inviati: 5862

Visulizza profilo Messaggio Personale
46.141.119.*** Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; WOW64; Trident/6.0)
Commento 4472
amiwell79 26 Giugno 2019    23:55:34
divina ha più senzo la standalone, fatti un regalo per natale e la metti nella tua collezione

https://salvatore-abbate6.webnode.it/


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

Post inviati: 3059

Visulizza profilo Messaggio Personale
2.84.84.*** Mozilla/5.0 (iPhone; CPU iPhone OS 12_3_1 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.1.1 Mobile/15E148 Safari/604.1
Commento 4473
divina 27 Giugno 2019    00:48:38
@cgugl
aumento quindi ragionevole considerando il connettore e quel qualcosa in più rispetto allí ultima V500; attenzione però... siamo passati in tempi brevi da 150,00 a 250,00, poi più di 300,00 e ora a 370,00/380,00, ora suoi 420,00/430,00 e qualcuno parlava di standalone a 500,00 (che ha sua volta ha un qualcosa in più indubbiante, ma ha anche componentistica molto più comune), ti domando quindi, non si sta forse esagerando ? Stiamo parlando poi solo di una banale FPGA per retrocomputing (non si discute lí abilità e la professionalità dei programmatori, che è indubbia) e per di più facilmente reperibile

@amiwell79
ci ho pensato, può essere una buona soluzione; ma anche in questo caso, avendo già 000/020/030/040/060/ppc amiga e ppc g3/g4/g5 ďamigangĒ dovrebbero esserci un poí di software che sfruttino almeno nativamente 080+saga ... neogeo emulatore è interessante (mi piace il genere), PC con ottimizzazione per LE anche (quali sono questi games già portati ?), ma vorrei qualcosa di più per giustificare una spesa così significativa, es. un Reshoot R a 16bit SAGA, una AlarCity 16bit SAGA ...etc... mi pare ragionevole, no ?

Commento modificato il 27/06/2019 alle ore 00:51:56


MorphOS 3.11 PowerMac G5 &&Pegasos2 G4 //AmigaOS4.1 FE - AMiGA4000T&D PPC/060 &&3000D &&2000 &&1200T&D &&600 &&500+ &&500 - Mac Intel &&PowerPc - x64 servers -


cgugl

Post inviati: 1916

Visulizza profilo Messaggio Personale
93.150.201.*** Mozilla/5.0 (X11; Linux x86_64; rv:66.0) Gecko/20100101 Firefox/66.0
Commento 4474 in risposta al 4473 di divina
cgugl 27 Giugno 2019    07:34:38
Citazione

@cgugl
aumento quindi ragionevole considerando il connettore e quel qualcosa in più rispetto allí ultima V500;
... Stiamo parlando poi solo di una banale FPGA per retrocomputing (non si discute lí abilità e la professionalità dei programmatori, che è indubbia) e per di più facilmente reperibile

@divina
Io son d'accordo sul prezzo, ma non ho potere in materia.
Il mio consiglio è quello di aspettare che vengano fissati sia il prezzo della V4 sia quello della V1200 e scegliere di conseguenza.

A proposito di giochi, l'autore di Rshoot ha manifestato interesse per la vampire ed ha contattato Gunnar per avere informazioni sull'RTG, sul PIP...(vuol fare una versione dedicata alla vampire?)
Altro gioco era il port di RobinHood, ma è fermo da due o tre mesi, tutti quei port fatti da arczi con sdl...

@Mak73
La mia confusione è indubbia, però non sembra così automatico l'out of order.
Apollo è pipelined, però i compilatori GCC esistenti usano ottimizzazioni del 68060, quindi massimo 2 istruzioni
per ciclo che occupino 4 bit l'una, e non devono essere in virgola mobile (la FPU del 68K può eseguire 1 istruzione alla volta).

La richiesta di Gunnar a Bebbo è quella di fare in modo che per istruzioni fpu con molta latenza (la divisione è la bestia nera di tutte le fpu, su apollo necessita di 10 cicli) se ne possano lanciare una per ogni ciclo, senza aspettare il risultato.
Quindi puoi lanciare 10 divisioni in 10 cicli macchina e quando lanci la decima hai il risultato della prima divisione....
Evidentemente oggi il GCC non lo permette.

Commento modificato il 27/06/2019 alle ore 07:43:09

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

Post inviati: 3059

Visulizza profilo Messaggio Personale
2.84.84.*** Mozilla/5.0 (iPhone; CPU iPhone OS 12_3_1 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.1.1 Mobile/15E148 Safari/604.1
Commento 4475 in risposta al 4474 di cgugl
divina 27 Giugno 2019    08:18:16
Citazione

A proposito di giochi, l'autore di Rshoot ha manifestato interesse per la vampire ed ha contattato Gunnar per avere informazioni sull'RTG, sul PIP...(vuol fare una versione dedicata alla vampire?)
Altro gioco era il port di RobinHood, ma è fermo da due o tre mesi, tutti quei port fatti da arczi con sdl...



Ottimo ! Se ricordo bene anche quelli di AlartCity avevano contattato Gunnar per il loro gioco (?)

RobinHood intendi il game realizzato anche a suo tempo per MorphOS ? (a proposito, qualcuno lo ha o sa dove scaricarlo per MorphOS ? PM se necessario, mi manca tra i miei games)

Ok, guarderò tra i porting di Arczi, grazie

Commento modificato il 27/06/2019 alle ore 08:20:50


MorphOS 3.11 PowerMac G5 &&Pegasos2 G4 //AmigaOS4.1 FE - AMiGA4000T&D PPC/060 &&3000D &&2000 &&1200T&D &&600 &&500+ &&500 - Mac Intel &&PowerPc - x64 servers -


Il Webmaster

Post inviati: 3227

Visulizza profilo Messaggio Personale
87.14.220.*** Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:67.0) Gecko/20100101 Firefox/67.0
Commento 4476 in risposta al 4474 di cgugl
Mak73 27 Giugno 2019    18:38:30
Citazione


@Mak73
La mia confusione è indubbia, però non sembra così automatico l'out of order.
Apollo è pipelined, però i compilatori GCC esistenti usano ottimizzazioni del 68060, quindi massimo 2 istruzioni
per ciclo che occupino 4 bit l'una, e non devono essere in virgola mobile (la FPU del 68K può eseguire 1 istruzione alla volta).

La richiesta di Gunnar a Bebbo è quella di fare in modo che per istruzioni fpu con molta latenza (la divisione è la bestia nera di tutte le fpu, su apollo necessita di 10 cicli) se ne possano lanciare una per ogni ciclo, senza aspettare il risultato.
Quindi puoi lanciare 10 divisioni in 10 cicli macchina e quando lanci la decima hai il risultato della prima divisione....
Evidentemente oggi il GCC non lo permette.


Anzitutto voglio ricordare che una cpu in genere usa poco la FPU, non per niente la stessa Vampire inizialmente ne era sprovvista. Per lo stesso motivo il 68060 aveva due unità di calcolo degli interi che funzionavano in parallelo, per velocizzare appunto questo tipo di calcoli che sono i più frequenti.
Non ho dubbi che il 68080 di Apollo sia pipelined, in quanto il 68060 ne aveva due di pipeline, questo perchè ovviamente essendo in grado di eseguire due istruzioni per ciclo, nei casi ottimali, doveva per forza avere due pipeline, come appunto le due citate unità di calcolo degli interi. Allo stesso modo immagino che il 68080 abbia un sistema di predizione dei salti esattamente come il 68060 se non meglio.

Se il 68080 è out of order, avrà quindi un sistema che leggendo nella cache interna, riesce ad eseguire le istruzioni in modo tale da risultare più efficente nell'esecuzione.

Questa cosa però è implementata a livello di CPU, del resto se così non fosse e servisse una riscrittura dei programmi, tale sistema non porterebbe a benefici immediati, cosa a cui punta invece un produttore di CPU ovviamente.

Tale problema si è verificato fin da subito con le CPU multicore, queste infatti hanno bisogno più che tutto di uno scheduler che "capisca" che ha più core a disposizione su cui ripartire il carico, e solo con Windows 10 è iniziato a vedersi questa cosa.

Pace e bene a tutti.

cgugl

Post inviati: 1916

Visulizza profilo Messaggio Personale
93.150.201.*** Mozilla/5.0 (X11; Linux x86_64; rv:67.0) Gecko/20100101 Firefox/67.0
Commento 4477 in risposta al 4476 di Mak73
cgugl 27 Giugno 2019    19:16:44

Citazione

Questa cosa però è implementata a livello di CPU, del resto se così non fosse e servisse una riscrittura dei programmi, tale sistema non porterebbe a benefici immediati, cosa a cui punta invece un produttore di CPU ovviamente.

Ti invito a leggere il thread sull'apollo forum dove Bebbo (il manteiner del GCC per 68K) e Gunnar parlano proprio di questo e della necessità di generare codice specifico per il 68080.
http://www.apollo-core.com/knowledge.php?b=4¬e= 21090&z=gndkCz

You don't scare me devil, now I play :)

Post inviati: 5862

Visulizza profilo Messaggio Personale
46.141.119.*** Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; WOW64; Trident/6.0)
Commento 4478
amiwell79 27 Giugno 2019    22:18:39
@Divina Robin Hood mi sembra si quello che ai mensionato tu.

https://salvatore-abbate6.webnode.it/


Il Webmaster

Post inviati: 3227

Visulizza profilo Messaggio Personale
87.14.220.*** Mozilla/5.0 (Linux; Android 6.0.1; SM-N910F) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/75.0.3770.101 Mobile Safari/537.36
Commento 4479 in risposta al 4477 di cgugl
Mak73 28 Giugno 2019    07:22:16
Citazione


Citazione

Questa cosa però è implementata a livello di CPU, del resto se così non fosse e servisse una riscrittura dei programmi, tale sistema non porterebbe a benefici immediati, cosa a cui punta invece un produttore di CPU ovviamente.

Ti invito a leggere il thread sull'apollo forum dove Bebbo (il manteiner del GCC per 68K) e Gunnar parlano proprio di questo e della necessità di generare codice specifico per il 68080.
http://www.apollo-core.com/knowledge.php?b=4¬e= 21090&z=gndkCz



Non ho tempo per leggere tutto quello che si scrivono, ma per quel poco che ho visto, é ovvio che per il 68080 serve un compilatore aggiornato, perché ovviamente riesce a fare delle cose meglio del 68060. Però questo è un discorso che si poteva fare quando uscì il 68060, ora è inutile perché parlandoci chiaramente non uscirà mai niente specifico per quel processore, perché lo usa solo la vampire.
Se ricordi già solo per vedere del codice ottimizzato per 68060, servì un bel po di tempo, ed era prodotto molto più in larga scala e supportato da Motorola. A parer mio, suo malgrado, é il 68080 che purtroppo deve adeguarsi al codice esistente e riuscire ad eseguirlo più velocemente.

Pace e bene a tutti.

Post inviati: 1089

Visulizza profilo Messaggio Personale
93.40.212.*** Mozilla/5.0 (Linux; Android 6.0; ALE-L21) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/75.0.3770.101 Mobile Safari/537.36
Commento 4480
DrProcton 28 Giugno 2019    13:57:30
Perchè inutile? Perchè supponi che non uscirà mai nulla di specifico x Vampire?
Vasm è stato aggiornato con gli opcode AMMX, Bebbo sta lavorando sul nuovo GCC (ed il C è ben più diffuso dell'assembly 68k). Poter utilizzare Ammx da C farebbe una grossa differenza in termini di sviluppo (ma non so se sia nei piani di Bebbo)
Non sono un tecnico e non ho idea se le ottimizzazioni possibili produrranno un beneficio rilevante o meno, ma se anche si trattasse di un'aumento di prestazioni del 5% io non lo classificherei come inutile.
Non per niente Gunnar sembra molto interessato a fornire a Bebbo tutte le info possibili perchè prosegua nel progetto.

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-

Utenti Online
Utenti registrati: 972 dal 1 Gennaio 2006
di cui online: 0 registrati - 
6 non registrati

Benvenuto all'ultimo utente registrato: RichyFreeway

Buon Compleanno a eclisse86 - muki__83 - 

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