Il futuro di AmigaOs4.x dite la vostra.

[orson]

Può essere un problema di GPS utilizzata per i Java script in Windows e non in AmigaOs?

[marmotta]

Può essere un problema di GPS utilizzata per i Java script in Windows e non in AmigaOs?

Intendevi dire "GPU" vero?

[orson]

Si, scusa, errore della correzione automatica della tastiera dello Smartphone

[Alblino]

Quando ho tempo rimetto in sesto il PMac con l'ultima ver di Mos e testo per bene.

[marmotta]

Si, scusa, errore della correzione automatica della tastiera dello Smartphone

Comunque si, non so nello specifico javascript, ma i moderni browser e i driver proprietari abbinati a GPU recenti accelerano notevolmente il browsing (abbiamo verificato tempo fa con tlosm). Ma torniamo sempre all'inadeguatezza dei driver HD di AmigaOs, che si permettono di utilizzare tali schede, ma ne sfruttano solo una piccolissima parte delle loro capacità. La colpa non è tanto di Aeon (anche i driver free di linux sono sulla stessa barca) ma di amd e nvidia che spendono vagonate di soldi per lo sviluppo dei driver e non ne vogliono sapere di rilasciare le specifiche complete per permettere ad altri di fare altrettanto, di conseguenza i driver proprietari saranno sempre migliori di qualunque alternativa open.

[orson]

Si, scusa, errore della correzione automatica della tastiera dello Smartphone

Comunque si, non so nello specifico javascript, ma i moderni browser e i driver proprietari abbinati a GPU recenti accelerano notevolmente il browsing (abbiamo verificato tempo fa con tlosm). Ma torniamo sempre all'inadeguatezza dei driver HD di AmigaOs, che si permettono di utilizzare tali schede, ma ne sfruttano solo una piccolissima parte delle loro capacità. La colpa non è tanto di Aeon (anche i driver free di linux sono sulla stessa barca) ma di amd e nvidia che spendono vagonate di soldi per lo sviluppo dei driver e non ne vogliono sapere di rilasciare le specifiche complete per permettere ad altri di fare altrettanto, di conseguenza i driver proprietari saranno sempre migliori di qualunque alternativa open.

Tornando quindi al tema emulazione o meno, non sarebbe possibile trovare il modo di sfruttare a tale scopo i driver del sistema Host?
Per intenderci fare in modo che in certe situazioni AmigaOS acceda ai driver come una qualsiasi app windows/linux?

Nel caso credo che i vantaggi potrebbero essere enormi sulle prestazioni di AmigaOS, visto che proprio i driver sono adesso il problema più grave per Amiga.

[marmotta]

Tornando quindi al tema emulazione o meno, non sarebbe possibile trovare il modo di sfruttare a tale scopo i driver del sistema Host?
Per intenderci fare in modo che in certe situazioni AmigaOS acceda ai driver come una qualsiasi app windows/linux?

Nel caso credo che i vantaggi potrebbero essere enormi sulle prestazioni di AmigaOS, visto che proprio i driver sono adesso il problema più grave per Amiga.

Secondo me è fattibile, ma non è facile. Richiederebbe un certo sforzo di sviluppo del driver virtuale che credo nessuno voglia sobbarcarsi.

In pratica basta vedere cosa fanno i driver virtuali di Parallels e Vmware, la scheda grafica è sempre controllata dal sistema host, ma il driver virtuale riesce a fruttarla comunque con ben poche limitazioni, limitazioni che comunque sono assai meno di quelle che hanno i driver Aeon.

Scendendo ancora piu nel dettaglio ci vorrebbe qualcuno che "prenda in mano" la uaegfx.card in modo da renderla compatibile con Aos4 e sfruttare al massimo le possibilità del driver host. Poi ci sarebbe da superare il limite della Ram e delle periferiche... tutte cose che Toni non ha intenzione di fare, forse per scelta, forse perchè troppo impegnativo o forse per pressioni.... chi lo sa.

[Seiya]

non si può fare perchè OS4 gira in emulatore, non gira come hosted su Windows/Linux come AROS.
L'unico modo sarebbe quello di riprendere lo sviluppo di QuarkText che è un wrapper che ti permette di usare l'accelerazione 3D dei driver di Windows per avere l'accelerazione 3D sotto WinUAE, quindi usare Warp3D/MiniGL.
L'ultima versione disponibile di questo driver funziona, ma non è un granchè. Se qualcuno ne riprendese lo sviuppo, si potrebbe usare OS4.1 emulato con l'accelerazione Warp3D funzionante.
Ovviamente questo Wrapper funziona lato OS3, quindi andrebbe ri compilato per OS4.

in pratica ci sono un paio (o solo una) .dll e poi una o due librerie in libs di AmigaOS.

[marmotta]

non si può fare perchè OS4 gira in emulatore, non gira come hosted su Windows/Linux come AROS.
L'unico modo sarebbe quello di riprendere lo sviluppo di QuarkText che è un wrapper che ti permette di usare l'accelerazione 3D dei driver di Windows per avere l'accelerazione 3D sotto WinUAE, quindi usare Warp3D/MiniGL.
L'ultima versione disponibile di questo driver funziona, ma non è un granchè. Se qualcuno ne riprendese lo sviuppo, si potrebbe usare OS4.1 emulato con l'accelerazione Warp3D funzionante.
Ovviamente questo Wrapper funziona lato OS3, quindi andrebbe ri compilato per OS4.

in pratica ci sono un paio (o solo una) .dll e poi una o due librerie in libs di AmigaOS.

Os3 usa la uaegfx.card eppure è in emulazione, anche Amithlon era in emulazione eppure sfruttava per bene la GFX. Secondo me se c'è la volonta e le risorse via software si può fare qualunque cosa, poi va bè... non sono un programmatore e forse faccio tutto troppo facile

Il 3D sarebbe una buona cosa, ma già avere un 2d pienamente sfruttato sarebbe un bel traguardo (attualmente i driver Aeon non sfruttano manco tutte le accelerazioni 2d)

[orson]

Os3 usa la uaegfx.card eppure è in emulazione, anche Amithlon era in emulazione eppure sfruttava per bene la GFX. Secondo me se c'è la volonta e le risorse via software si può fare qualunque cosa, poi va bè... non sono un programmatore e forse faccio tutto troppo facile

Il 3D sarebbe una buona cosa, ma già avere un 2d pienamente sfruttato sarebbe un bel traguardo (attualmente i driver Aeon non sfruttano manco tutte le accelerazioni 2d)

La mia valutazione infatti è che probabilmente è più facile questo interfacciamento che scrivere un driver completo.

Direi che la priorità adesso sarebbe si il 3D, ma soprattutto l'accesso alla GPU per le accelerazioni di JS e programmi vari (adesso anche Libreoffice lo fa).
Per alcuni versi contano di più del Multiprocessing, anche perché il MP in parte già lo sfrutteresti; avresti un sistema MP ad esempi per l'accesso alle risorse del sistema (GPU, Periferiche ecc.) e un processo per Amiga

[TheKaneB]

da quando il JS viene accelerato in GPU? Devo essermi perso qualcosa :D

[orson]

Posso sbagliare sull'utilizzo della GPu da parte di JS, andavo a memoria.
Ho comunque fatto un test utilizzando il test on line: http://krakenbenchmark.mozilla.org/
Ho monitorato l'utilizzo della GPU con Process Explorer ed ho visto che Durante il test la GPU veniva utilizzata

Curiosità:
Firefox utilizzava la GPU all'1%, mentre Chrome al 13-15% con punte anche oltre il 20%, però le performance complessive sono simili tra i due browser

EDIT:
La differenza nulla potrebbe dipendere dal fatto che ho un Celeron G530 con GPU integrata, probabilmente con una GPU discreta le cose cambierebbero

[TheKaneB]

JS di per sè non è accelerato in GPU, ma le operazioni grafiche che puoi comandare via JS lo sono.

Ad esempio, se faccio
var x = $("body");

non c'è niente che la GPU possa eseguire. Se invece faccio
x.hide();

il ridisegno della pagina viene gestito tramite GPU (il ridisegno soltanto, non l'esecuzione del JS). Quindi dipende come è fatto il benchmark e da quali operazioni usa. Stessa cosa per i comandi in Canvas, che vengono tradotti in chiamate Direct2D su Windows e OpenGL su altri OS.

[orson]

Grazie per i chiarimenti