Amigapage - Sito italiano dedicato ad Amiga

Risposta

Stile Testo

Dimensione: Colore: Allinea:

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 cgugl
[quote=cgugl]
[quote]
Ma i programmi sono 32bit quindi continueranno a lavorare in quel sistema
[/quote]
se amigaamp usasse una ipotetica mpega.library a 64 bit (ancora non c'è purtroppo) tutta la parte della decodifica
sarebbe a 64 bit e con accelerazione AMMX.
Diventa irrilevante il fatto che amigaamp sia a 32 bit, perchè il carico sulla cpu è esclusivamente dovuto alla mpega.library.

Netsurf è ancora a 32 bit, però il 50-70% del suo lavoro è decodificare i jpg. Lo fa attraverso i datatype.
Se tu accelerassi la decodifica del jpg (64 bit + ammx) automaticamente il tempo per caricare le pagine dimezzerebbe.

[quote]
I 64 bit non sono più veloci, è sempre stata una favola per vendere
[/quote]
Non è una teoria complottista, nè è uno slide elettorale.
E' un fatto. A parità di computer e di filmato mpeg (640x288 a 500kbps audio stereo 128kbps) io ho questi risultati:
Riva050 scaricato da aminet sulla vampire -> 10,66 fps
Riva_ammx sempre sulla vampire -> 23,98 fps

Poichè il filmato in questione ha solo 24 fps ed è un limite raggiunto da ammx, ho aggiunto le opzioni noskip ed fps=1000 per vedere quanti FPS verrebbero mostrati senza rispettare temporizzazioni e sincronismi :
Riva050 (versione aminet) noskip fps=1000  -> 13,04 fps
Riva_ammx fps=1000 noskip -> 31,9 fps

[quote]
64bit che esegue programmi a 32bit, perchè deve fare una serie di conversioni che un 32bit non deve fare, però in un computer moderno questo ha un senso perchè cmq prima o poi tutto sarà a 64bit, ma su Amiga classic no.
[/quote]
Quando il core Apollo non deve eseguire istruzioni a 64 bit, si diverte ad accorpare le istruzioni a 32 bit tra loro e le esegue come se fossero una sola istruzione a 64 bit. Si chiama Fuse 
In media dà una accelerazione del 30-50% (non tutte le istruzioni possono essere fuse, due istruzioni che scrivono in memoria non possono essere fuse).
 
[quote]
Fare un porting del sistema grafico Picasso96, non è una cosa da poco, perchè devi riscriverlo che supporti si le nuove istruzioni, ma deve rimanere compatibile, altrimenti sei fregato, non è un datatype è una cosa piuttosto complessa, non è che il primo che arriva si mette lì e lo fa, devessere uno bravo.
Questo è cmq un altro discorso che non ha a che vedere con la CPU ma più con la GPU. 
[/quote]
Infatti, il driver video non è scritto da Hyperion, ma da Jason McMullan di Aros.
Venne scritto quando le istruzioni ammx non c'erano ancora, e non c'erano i registri a 64 bit.
Quindi aggiustando il driver esistente, la velocità della scheda video raddoppierebbe a prescindere dai bit usati dai programmatori, perchè si tratta di operazioni trasparenti al programmatore.

Sempre a proposito di bravura, Henryk Richter è il programmatore che sta lavorando su Riva e ne ha triplicato le prestazioni. Dopo vuole velocizzare la mpega.library, il jpg...

[/quote]

formattazione

cgugl

Post inviati: 2042

Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Firefox/38.0 Iceweasel/38.5.0

Commento
cgugl	19 Novembre 2016 08:50:32

Citazione

Ma i programmi sono 32bit quindi continueranno a lavorare in quel sistema

se amigaamp usasse una ipotetica mpega.library a 64 bit (ancora non c'è purtroppo) tutta la parte della decodifica
sarebbe a 64 bit e con accelerazione AMMX.
Diventa irrilevante il fatto che amigaamp sia a 32 bit, perchè il carico sulla cpu è esclusivamente dovuto alla mpega.library.

Netsurf è ancora a 32 bit, però il 50-70% del suo lavoro è decodificare i jpg. Lo fa attraverso i datatype.
Se tu accelerassi la decodifica del jpg (64 bit + ammx) automaticamente il tempo per caricare le pagine dimezzerebbe.

Citazione

I 64 bit non sono più veloci, è sempre stata una favola per vendere

Non è una teoria complottista, nè è uno slide elettorale.
E' un fatto. A parità di computer e di filmato mpeg (640x288 a 500kbps audio stereo 128kbps) io ho questi risultati:
Riva050 scaricato da aminet sulla vampire -> 10,66 fps
Riva_ammx sempre sulla vampire -> 23,98 fps

Poichè il filmato in questione ha solo 24 fps ed è un limite raggiunto da ammx, ho aggiunto le opzioni noskip ed fps=1000 per vedere quanti FPS verrebbero mostrati senza rispettare temporizzazioni e sincronismi :
Riva050 (versione aminet) noskip fps=1000 -> 13,04 fps
Riva_ammx fps=1000 noskip -> 31,9 fps

Citazione

64bit che esegue programmi a 32bit, perchè deve fare una serie di conversioni che un 32bit non deve fare, però in un computer moderno questo ha un senso perchè cmq prima o poi tutto sarà a 64bit, ma su Amiga classic no.

Quando il core Apollo non deve eseguire istruzioni a 64 bit, si diverte ad accorpare le istruzioni a 32 bit tra loro e le esegue come se fossero una sola istruzione a 64 bit. Si chiama Fuse
In media dà una accelerazione del 30-50% (non tutte le istruzioni possono essere fuse, due istruzioni che scrivono in memoria non possono essere fuse).

Citazione

Fare un porting del sistema grafico Picasso96, non è una cosa da poco, perchè devi riscriverlo che supporti si le nuove istruzioni, ma deve rimanere compatibile, altrimenti sei fregato, non è un datatype è una cosa piuttosto complessa, non è che il primo che arriva si mette lì e lo fa, devessere uno bravo.
Questo è cmq un altro discorso che non ha a che vedere con la CPU ma più con la GPU.

Infatti, il driver video non è scritto da Hyperion, ma da Jason McMullan di Aros.
Venne scritto quando le istruzioni ammx non c'erano ancora, e non c'erano i registri a 64 bit.
Quindi aggiustando il driver esistente, la velocità della scheda video raddoppierebbe a prescindere dai bit usati dai programmatori, perchè si tratta di operazioni trasparenti al programmatore.

Sempre a proposito di bravura, Henryk Richter è il programmatore che sta lavorando su Riva e ne ha triplicato le prestazioni. Dopo vuole velocizzare la mpega.library, il jpg...