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
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: 4926  Aggiungi - Pagine: 1...-243-244-245-246-247

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-

Pegasus RyuSei Ken

Post inviati: 9151

Visulizza profilo Messaggio Personale
95.252.28.*** Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/75.0.3770.142 Safari/537.36
Commento 4581
Seiya 20 Luglio 2019    23:31:00
ok, grazie per le informazioni

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

Post inviati: 3376

Visulizza profilo Messaggio Personale
217.133.133.*** Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:68.0) Gecko/20100101 Firefox/68.0
Commento 4582
divina 20 Luglio 2019    23:32:30
@Seiya
è la stessa procedura che si utilizza per es. per installare la Voodoo3 nei mediator Elbox PCI

Utenti in IGNORE: AfAOne, carlo, maxxi, Oplali

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


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

Post inviati: 3376

Visulizza profilo Messaggio Personale
217.133.133.*** Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:68.0) Gecko/20100101 Firefox/68.0
Commento 4583
divina 20 Luglio 2019    23:35:23
@cgugl
ricordo bene o didefault sono 8Mb della fast ram indirizzati come "vram" per SAGA RTG ?

Ed invece nel AGA emulato della Vstandalone sono 2Mb di chip o 4Mb ?

Utenti in IGNORE: AfAOne, carlo, maxxi, Oplali

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


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

Post inviati: 3376

Visulizza profilo Messaggio Personale
217.133.133.*** Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:68.0) Gecko/20100101 Firefox/68.0
Commento 4584 in risposta al 4558 di cgugl
divina 20 Luglio 2019    23:39:03
Citazione

Citazione

@cgugl
Puoi chiedere per analogo modulo RTC, ma con batteria CR2032 tradizionale ? se si può

non ho ben capito.
Quel modulo non lo facciamo noi ed ha già la batteria al litio cr2032
se intendi dire che non ti piace la forma, il connettore o l'holder della batteria... dovrebbero funzioanre anche altri modelli con lo stesso chip, ma poi devi farti un cavetto adattatore


esatto, intendevo se vi è una soluzione senza batteria pinzata/saldata, ma bensì rimovibile a piacimento (e CR2032 coin standard)

Utenti in IGNORE: AfAOne, carlo, maxxi, Oplali

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


cgugl

Post inviati: 2027

Visulizza profilo Messaggio Personale
151.43.125.*** Mozilla/5.0 (Linux; Android 8.1.0; 5033D_EEA) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.110 Mobile Safari/537.36
Commento 4585 in risposta al 4583 di divina
cgugl 21 Luglio 2019    00:31:12
Citazione

@cgugl
ricordo bene o didefault sono 8Mb della fast ram indirizzati come "vram" per SAGA RTG ?

Ed invece nel AGA emulato della Vstandalone sono 2Mb di chip o 4Mb ?


Boh, prima erano 4mb per l'rtg modificabili con un tooltype, ora non so.

per l'Aga, la v4 ha 12 MB di chip

Il Webmaster

Post inviati: 3370

Visulizza profilo Messaggio Personale
87.14.220.*** Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:68.0) Gecko/20100101 Firefox/68.0
Commento 4586 in risposta al 4575 di cgugl
Mak73 21 Luglio 2019    11:17:48
Citazione

nessuna gpu al momento.
In realtà è un frame buffer fa tutto la cpu.
Il 68K copia i dati nella parte alta della fastmem, e il core encoda la memoria e la spara sull'HDMI.
La quantità di memoria è selezionabile via software.

Unica "accelerazione" deriva dall'uso dei 64bit ed eventualmente dall'ammx

ah, una cosa.
I chip custom della V4 lavorano anche sulle modalità RTG.
In pratica, la V4 ha gli sprites, il dual playfield, il copper etc in tutte le risoluzioni, anche RTG
(e tutti gli sprites sono riutilizzabili, per avere infiniti sprites)



Nessuna GPU per modo di dire.... Mi spiego: Lisa di fatto era la GPU dell'AGA, cioè il processore che si occupava della parte grafica.
Allo stesso modo quando tu dici "il core encoda la memoria e la spara sull'HDMI" quella parte del core è la GPU per così dire, allo stesso tempo la "parte alta della fastmem" è la Vram.

Se poi mi dici che "I chip custom della V4 lavorano anche sulle modalità RTG", quindi come LISA era la GPU dell'AGA ci sarà un chip della standalone che è praticamente una GPU.

Non so se mi spiego.

Pace e bene a tutti.

Post inviati: 1263

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.143 Mobile Safari/537.36
Commento 4587
DrProcton 21 Luglio 2019    12:25:29
@Mack73
Ok, ma il chip Lisa non è mai stato denominato la GPU di Amiga (anche se a posteriori potremmo definirlo tale), tantomeno una scheda grafica SVGA, che era un framebuffer proprio come la scheda grafica della vampire. Poi è vero che amiga ha sempre precorso i tempi per cui quello che su Amiga si chiamava authoring successivamente venne definito multimedia, ecc..

Commento modificato il 21/07/2019 alle ore 12:52:56

Pegasus RyuSei Ken

Post inviati: 9151

Visulizza profilo Messaggio Personale
95.252.28.*** Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/75.0.3770.142 Safari/537.36
Commento 4588
Seiya 21 Luglio 2019    12:50:40
l'AGA però era una scheda grafica ZorroII saldata sulla scheda madre se ci pensate bene con la memoria grafica condivisa con quella di sistema. Nessun Computer o Console si avvia senza un processore grafico (gpu).
su Commodore 64 la gpu era il Vic-II, su Amiga è Lisa.

Post inviati: 1263

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.143 Mobile Safari/537.36
Commento 4589 in risposta al 4588 di Seiya
DrProcton 21 Luglio 2019    13:06:31
Citazione

l'AGA però era una scheda grafica ZorroII saldata sulla scheda madre se ci pensate bene con la memoria grafica condivisa con quella di sistema. Nessun Computer o Console si avvia senza un processore grafico (gpu).
su Commodore 64 la gpu era il Vic-II, su Amiga è Lisa.

Era integrata nel sistema, qualcosa di più rispetto ad una qualsiasi altra espansione..però nel quotidiano non parliamo normalmente di Gpu dello Snes o del C64, ma di gpu dei pc x via delle istruzioni 3d.. in quel senso una vera gpu su vampire al momento non c'è (ma è in arrivo)

cgugl

Post inviati: 2027

Visulizza profilo Messaggio Personale
93.150.200.*** Mozilla/5.0 (X11; Linux x86_64; rv:66.0) Gecko/20100101 Firefox/66.0
Commento 4590
cgugl 21 Luglio 2019    13:24:10
Il circuito che encoda le immagini e le manda all'HDMI non è programmabile,
quindi non è una GPU. Figurarsi poi a eseguire operazioni 3d...

Sull'amiga trovi un circuito simile in prossimità dell'uscita video, il video encoder... diciamo che anche quella è una gpu ?
C'era una vecchia idea di implementare un chip 3d come il 3dfx, ma non so se porterebbe davvero vantaggi.

Quanto alla Vram, è un concetto da scheda video, non da framebuffer.
In una scheda video hai il processore che manda dati alla scheda vide e qui vengono elaborati.

In un framebuffer hai la cpu che disegna l'immagine che viene solo copiata a video da un circuito.

Però, polemizzare anche su questo mi sembra eccessivo...

Commento modificato il 21/07/2019 alle ore 14:05:06

amig4be

Post inviati: 2206

Visulizza profilo Messaggio Personale
93.37.178.*** Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/75.0.3770.142 Safari/537.36
Commento 4591
amig4be 21 Luglio 2019    13:36:21
il concetto di GPU è relativamente moderno (una ventina d'anni circa) risale a quando le schede grafiche iniziarono a farsi carico di tutta la pipeline dei calcoli necessari alla grafica 3D liberando definitivamente la CPU. Prima di allora si parlava di Chip Grafici anche se questi erano discretamente complessi e costituiti da più coprocessori come nel caso di amiga.

Commento modificato il 21/07/2019 alle ore 14:13:07


[ EBOOK/LIBRO - Blender 2.8 Grafica e Animazione 3D]

[free EBOOK - Evoluzione della Computer Grafica 3D]

[ EBOOK/LIBRO - 64K Ram (64kB che sconvolsero l'informatica)]

[Commodore Computer Blog]

[librologica]

[free eBook: "Amiga, da informatica a religione"]

++ Situazione Marchio Commodore ++

Il Webmaster

Post inviati: 3370

Visulizza profilo Messaggio Personale
87.14.220.*** Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:68.0) Gecko/20100101 Firefox/68.0
Commento 4592
Mak73 21 Luglio 2019    16:40:33
GPU: Graphic Processor Unit.... direi che Lisa ci rientra pienamente esattamente come il Denise. Vero che il termine è entrato più in uso con l'avvento delle schede grafiche 3D ma in realtà le tre parole non fanno riferimento al 3D.

I primi processori grafici della Cirrus Logic o della S3 non disponevano di funzioni 3D, queste arrivaro solo successivamente, di fatto però erano delle GPU.

Che piaccia o meno, da qualche parte c'è qualcosa che genera le immagini da mostrare a video, se quest'operazione la fai fare alla CPU va benissimo, però la rallenti inevitabilmente, prova a pensare se il 68k dell'A500 avesse dovuto fare anche quello che normalmente era svolto dal Denise, sarebbe stato un disastro in prestazioni.

Per cosa scrivi tu pare che la Vampire usi proprio la CPU per fare cose che sono da GPU, cosa che può andarmi bene, però va a pesare parecchio sulle prestazioni della CPU, spece se inizi ad avere risoluzioni alte con molti colori, mi pare una scelta strana a livello hardware.




Pace e bene a tutti.

cgugl

Post inviati: 2027

Visulizza profilo Messaggio Personale
93.150.200.*** Mozilla/5.0 (X11; Linux x86_64; rv:66.0) Gecko/20100101 Firefox/66.0
Commento 4593 in risposta al 4592 di Mak73
cgugl 21 Luglio 2019    17:54:11
Citazione

Per cosa scrivi tu pare che la Vampire usi proprio la CPU per fare cose che sono da GPU, cosa che può andarmi bene, però va a pesare parecchio sulle prestazioni della CPU, spece se inizi ad avere risoluzioni alte con molti colori, mi pare una scelta strana a livello hardware.


I primi test che facemmo anni fa, consistevano proprio nel copiare immagini (erano immagini BMP di scarlett johansonn) negli ultimi 4mb di fastmem e automaticamente i dati apparivano a video.
Quindi sono sicuro di questo.

Poi parliamo a livello teorico del probabile carico della cpu, gpu, e ram mentre fa girare
quake a 800x600 con 8 bit colore e 10 fps

Una singola immagine è 3,8 megabyte (800x600x8).
La scrivi 10 volte al secondo ... sono 38 megabyte/s.
La cpu lavora a 77mhz e funziona a 32 bit... quindi potenzialmente muove (32bitx77.000.000cicli)/8bit =308megabyte al secondo... quindi non è un carico elevato per un 68K (anche perchè non sempre viene aggiornata tutta l'immagine).

Poi c'è la gpu che deve encodare quell'immagine non 10 volte ma 60 (se vuoi 60 hertz).
Quindi 3,8Mb x 60 = 228 megabyte al secondo.

Tirando le somme, nell'esempio di quake 800x600 a 10 fps:
il 68K muove 38 megabyte al secondo verso la scheda video
la gpu muove 220 megabyte al secondo verso l'HDMI per disegnare lo schermo a 60 hz
il 68K ha ancora 270 megabyte al secondo per le altre operazioni.

è tanto ? è poco?
chissà, ma come vedi il problema non è la cpu ma la memoria.
la vampire2 ha dd2 da 600mb al secondo, quindi 308+220=550mb/sec... il bus non viene mai saturato.

E' anche il motivo per cui MAI il 68060 potrà visualizzare un'animazione in 640x480 a 16 bit... la sua memoria è 10 volte più lenta del necessario... le grex e tutte le altre schede PCI possono al massimo raggiungere 133mb/sec (il limite fisico del pci).




Post inviati: 1263

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.143 Mobile Safari/537.36
Commento 4594
DrProcton 21 Luglio 2019    18:03:11
Cgugl ha scritto che è il core che fa da encoder video e non la cpu 68080.
Il processore 68k è libero. Negli fpga puoi ricreare più processori e nessuno è rallentato dal funzionamento degli altri.
In emulazione è il processore host che gestisce tutti i processori emulati, per cui se uno di questi è ostico da emulare si rallenta tutta l'emulazione. Questo in linea di massima non accade su fpga perchè ogni processore è un'unità a se stante. Ogni processore va al massimo consentito dal clock.

Il Webmaster

Post inviati: 3370

Visulizza profilo Messaggio Personale
87.14.220.*** Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:68.0) Gecko/20100101 Firefox/68.0
Commento 4595 in risposta al 4593 di cgugl
Mak73 21 Luglio 2019    18:59:36
Citazione

Una singola immagine è 3,8 megabyte (800x600x8).


Veramente sono 8bit non byte, quindi sono 3,8 Megabit cioè 480Kbyte, il che cambia un po' le cose.

Pace e bene a tutti.

Il Webmaster

Post inviati: 3370

Visulizza profilo Messaggio Personale
87.14.220.*** Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:68.0) Gecko/20100101 Firefox/68.0
Commento 4596 in risposta al 4594 di DrProcton
Mak73 21 Luglio 2019    19:06:36
Citazione

Cgugl ha scritto che è il core che fa da encoder video e non la cpu 68080.
Il processore 68k è libero. Negli fpga puoi ricreare più processori e nessuno è rallentato dal funzionamento degli altri.
In emulazione è il processore host che gestisce tutti i processori emulati, per cui se uno di questi è ostico da emulare si rallenta tutta l'emulazione. Questo in linea di massima non accade su fpga perchè ogni processore è un'unità a se stante. Ogni processore va al massimo consentito dal clock.


Veramente cgugl ha appena scritto poco sopra di te che è proprio come dicevo io.
Riguardo al resto ti ringrazio ma avendo studiato elettronica per diversi anni e qualcosa ci capisco, del resto quello che dici è ovvio in quanto ha inserito nella FPGA anche l'AGA, se non fosse così avrebbe dovuto usare un altro FPGA.

Pace e bene a tutti.

Pegasus RyuSei Ken

Post inviati: 9151

Visulizza profilo Messaggio Personale
87.9.122.*** Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/75.0.3770.142 Safari/537.36
Commento 4597 in risposta al 4594 di DrProcton
Seiya 21 Luglio 2019    19:42:47
Citazione

Cgugl ha scritto che è il core che fa da encoder video e non la cpu 68080.


il 68080 è il core. Le FPGA sono anche chiamate "SoftCore microprocessor" e il core ovviamente è il microprocessore in questione.

Citazione
Il processore 68k è libero. Negli fpga puoi ricreare più processori e nessuno è rallentato dal funzionamento degli altri.


e qui potrei intendere che nella Vampire c'è una gpu separata dal 68080? Lo dici in modo generico, ma è così davvero? sei ambiguo nelle risposte

Citazione
In emulazione è il processore host che gestisce tutti i processori emulati, per cui se uno di questi è ostico da emulare si rallenta tutta l'emulazione..


No, se è ostico da emulare non lo si emula proprio. Gli emulatori emulano dei processori "emulabili". Che siano lenti è un altro discorso. Dipende solo dalla potenza del processore reale che hai.


@cgugl
@DrProcton

cgugl più dell'altro rappresenta il Team Apollo su Amigapage e la gente si affida a voi per avere informazioni sulla scheda prima di comprare o ordinare. Dovete essere precisi in quello che dite perchè la gente si affida alle vostre parole.
Se mi dici che la Vampire macina 500/600 MB/s la gente si immagina chissà che cosa che poi non è vero. Stessa cosa per come funziona la scheda grafica, la memoria e tutto il resto.

cgugl

Post inviati: 2027

Visulizza profilo Messaggio Personale
151.35.90.*** Mozilla/5.0 (Linux; Android 8.1.0; 5033D_EEA) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.110 Mobile Safari/537.36
Commento 4598 in risposta al 4597 di Seiya
cgugl 21 Luglio 2019    19:50:18
@seyia
Se mi dici che la Vampire macina 500/600 MB/s la gente si immagina chissà che cosa che poi non è vero. Stessa cosa per come funziona la scheda grafica, la memoria e tutto il resto.

E' la matematica che lo dice, non io.
77mhz significano 77 milioni di istruzioni o no ?

Fatti capace e cerca di capire il discorso.

Il Webmaster

Post inviati: 3370

Visulizza profilo Messaggio Personale
87.14.220.*** Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:68.0) Gecko/20100101 Firefox/68.0
Commento 4599 in risposta al 4598 di cgugl
Mak73 21 Luglio 2019    20:20:46
Citazione

@seyia
Se mi dici che la Vampire macina 500/600 MB/s la gente si immagina chissà che cosa che poi non è vero. Stessa cosa per come funziona la scheda grafica, la memoria e tutto il resto.

E' la matematica che lo dice, non io.
77mhz significano 77 milioni di istruzioni o no ?

Fatti capace e cerca di capire il discorso.



Veramente come tu stesso hai già fatto notare il 68060 come il 68080 sono in grado di eseguire anche due operazioni ad ogni ciclo di clock, poi se il sistema di predizione dei salti ha funzionato a dovere, può anche eseguirne tre, quindi quest'ugualianza non è più tale perchè in particolari casi potrebbe farne anche più di 154Mips. Diciamo che con CPU del genere questo valore può essere altalenante in base alle situazioni, è un po' il problema di cui si parlava relativamente a Sysinfo se non ricordo male.

Poi cmq non è proprio così, voglio dire non è che se fai un 68000 a 77Mhz va come un 68060 a pari frequenza eh... sarebbe un po' troppo facile.

Un esempio è dato dal Pentium che pur essendo più alto in frequenza del 68060 aveva le stesse prestazioni e solo grazie al fatto che riusciva a salire di più in frequenza, arrivando poi anche oltre i 100Mhz, riuscì ad invertire la cosa.

Pace e bene a tutti.

cgugl

Post inviati: 2027

Visulizza profilo Messaggio Personale
93.150.200.*** Mozilla/5.0 (X11; Linux x86_64; rv:66.0) Gecko/20100101 Firefox/66.0
Commento 4600 in risposta al 4599 di Mak73
cgugl 21 Luglio 2019    21:20:03
Citazione


Veramente come tu stesso hai già fatto notare il 68060 come il 68080 sono in grado di eseguire anche due operazioni ad ogni ciclo di clock, poi se il sistema di predizione dei salti ha funzionato a dovere, può anche eseguirne tre, quindi quest'ugualianza non è più tale perchè in particolari casi potrebbe farne anche più di 154Mips. Diciamo che con CPU del genere questo valore può essere altalenante in base alle situazioni, è un po' il problema di cui si parlava relativamente a Sysinfo se non ricordo male.

Poi cmq non è proprio così, voglio dire non è che se fai un 68000 a 77Mhz va come un 68060 a pari frequenza eh... sarebbe un po' troppo facile.

Un esempio è dato dal Pentium che pur essendo più alto in frequenza del 68060 aveva le stesse prestazioni e solo grazie al fatto che riusciva a salire di più in frequenza, arrivando poi anche oltre i 100Mhz, riuscì ad invertire la cosa.


è un discorso teorico e serve per capire le grandezze di cui parliamo.

1 mhz è 1mhz sul 68020, sul 486, sul pentium... etc.
Sono sempre 1 milione di cicli che, semplicisticamente, equivalgono a 1 istruzione.

Poi ci sono processori che eseguono due istruzioni per ciclo, altre che ne eseguono mezza.
Poi ci sono processori che lavorano a 16 bit, a 32 e a 64...
Il discorso era per far capire che il collo di bottiglia non è la cpu ma la memoria.

Una schermata 800x600 occupa solo 500kb ? mi sembra poco

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-

Utenti Online
Utenti registrati: 988 dal 1 Gennaio 2006
di cui online: 6 registrati - Fogg_80 - DrProcton - TheDarkCoder - sampedenawa - Seiya - Mck -
14 non registrati

Benvenuto all'ultimo utente registrato: Joe

Buon Compleanno a ghillo - mclaudio981 - Saty - 

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