Risposta Stile Testo Dimensione:  10 12 14 16 18 20 24 30 Colore:  Rosso Viola Verde Blu Giallo Grigio Arancio Rosa Allinea:  Centrato Giustificato Linea vuota A capo Altri comandi Emoticons Clicca per riportare il codice nell'area di testo oppure posizionati su un'immagine per vederne il relativo comando. Testo In risposta a Seiya [quote=Seiya] [quote] Il 68080 non ha problemi. Esegue il codice 68060 da due a tre volte più velocemente del 68060.[/quote] Sei sicuro che esiste veramente codice 68060? I compilatori C per Amiga vanno dal 68000 al 68020. 68030, 68040 e 68060 sono flag. Tu puoi dirgli come e quando usare le cache se sei veramente un genio che sa come funzionano le cache dei processori Motorola 68k. Io trovato diversi sviluppatori che con il loro codice "ottimizzato" erano più lenti usando le cache. Questo dovrebbe dirti quanto sono "cacca" i compilatori Amiga. Dal 68040 il compilatore non sa nemmeno cosa sia malgrado ci sono flag e opzioni per ogni processore. Poi c'è il problema del set istruzioni: dal 68020 al 68040 per gli interi è lo stesso, mentre il 68060 è diverso anche in questo caso, perchè essendo RISC è molto ridotto. Il set istruzioni floating point del 68040 è diverso sia da 88x sia dal 68060 perchè hanno sostituto le vecchie istruzioni presenti con il 6888x con altre più efficienti, ma con il 68060 alcune di queste sono state reintegrate creando ancora più confusione nei compilatori.. Prova a "replicare" in una FPGA tutto questo casino tenendo conto di come sono i compilatori di base. Il famoso codice 68060 è una ottimizzazione fatta a mano nei punti critici dei sorgenti in assembler di solito che permette di sfruttare le sue caratteristiche. Compilare un sorgente in C con un 68060 mettendo il flag "68060" ottieni tutto tranne quello e la dimostrazione è che su su hai un 68020 con 68881 esegui il codice 68060 come niente fosse. [quote] Se al compilatore dici che hai una cpu senza i limiti del 68060, sei ancora più veloce.[/quote] dipende da come è scritto il sorgente, dal compilatore e dalla conoscenza dello sviluppatore dell'hardware che sta usando. E' per questo che vi avevo detto dei fare quei benchmark perchè ci sono situazioni paradossali e che dimostrano quando orridi siano questi compilatori e anche in parte questi sorgenti. Puoi eseguire un codice "68060" e andare bene e poi provare un codice "68000" e avere prestazioni 4 volte superiori. [quote] I programmatori non devono studiare nuovi manuali, non devono accedere a librerie ppc... devono solo fare quel che hanno fatto fin'ora. Programmare il 68K.[/quote] Deve cambiare generazione perchè quelli attuali lavorano come sopra descritto. Hanno imparato in un modo e poi dirglielo quante volte vuoi, non cambierà mai la situazione. [/quote] formattazione A sinistra Giustificata Nessuna

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. Si sta valutando la produzione in serie. Amiga 1200 -> In fase di progettazione. Presumibilmente si vedrà il prototipo a dicembre. Amiga 4000 -> Seguirà nella primavera 2017. (Questo è il link alla vecchia discussione -> http://www.amigapage.it/index.php?op=v&pl=forum&id=F102015-2-1&page=1 ) Modificato il 31/08/2019 alle ore 11:42:46

Commenti: 5384  Aggiungi - Pagine: 1...-266-267-268-269-270

Pegasus RyuSei Ken Post inviati: 10185	Commento Seiya 28 Giugno 2019    22:26:21
	Citazione Il 68080 non ha problemi. Esegue il codice 68060 da due a tre volte più velocemente del 68060. Sei sicuro che esiste veramente codice 68060? I compilatori C per Amiga vanno dal 68000 al 68020. 68030, 68040 e 68060 sono flag. Tu puoi dirgli come e quando usare le cache se sei veramente un genio che sa come funzionano le cache dei processori Motorola 68k. Io trovato diversi sviluppatori che con il loro codice "ottimizzato" erano più lenti usando le cache. Questo dovrebbe dirti quanto sono "cacca" i compilatori Amiga. Dal 68040 il compilatore non sa nemmeno cosa sia malgrado ci sono flag e opzioni per ogni processore. Poi c'è il problema del set istruzioni: dal 68020 al 68040 per gli interi è lo stesso, mentre il 68060 è diverso anche in questo caso, perchè essendo RISC è molto ridotto. Il set istruzioni floating point del 68040 è diverso sia da 88x sia dal 68060 perchè hanno sostituto le vecchie istruzioni presenti con il 6888x con altre più efficienti, ma con il 68060 alcune di queste sono state reintegrate creando ancora più confusione nei compilatori.. Prova a "replicare" in una FPGA tutto questo casino tenendo conto di come sono i compilatori di base. Il famoso codice 68060 è una ottimizzazione fatta a mano nei punti critici dei sorgenti in assembler di solito che permette di sfruttare le sue caratteristiche. Compilare un sorgente in C con un 68060 mettendo il flag "68060" ottieni tutto tranne quello e la dimostrazione è che su su hai un 68020 con 68881 esegui il codice 68060 come niente fosse. Citazione Se al compilatore dici che hai una cpu senza i limiti del 68060, sei ancora più veloce. dipende da come è scritto il sorgente, dal compilatore e dalla conoscenza dello sviluppatore dell'hardware che sta usando. E' per questo che vi avevo detto dei fare quei benchmark perchè ci sono situazioni paradossali e che dimostrano quando orridi siano questi compilatori e anche in parte questi sorgenti. Puoi eseguire un codice "68060" e andare bene e poi provare un codice "68000" e avere prestazioni 4 volte superiori. Citazione I programmatori non devono studiare nuovi manuali, non devono accedere a librerie ppc... devono solo fare quel che hanno fatto fin'ora. Programmare il 68K. Deve cambiare generazione perchè quelli attuali lavorano come sopra descritto. Hanno imparato in un modo e poi dirglielo quante volte vuoi, non cambierà mai la situazione.