x86+MemoriaProtetta=MorphOSX? :D

[AmigaCori]

Mi chidevo, cosa sarebbe necessario per avere Mos x86 + Memoria protetta, quindi un OS che potrebbe affrontare il futuro, cioe', un OS che potrebbe essere iniziato ad essere condiderato all'infuori della nostra cerchia?

Bisognerebbe riscrivere daccapo tutto il kernel?, adattarlo?, e fatto cio'?, le applicazioni scritte PPC o 68k...andrebbero alle ortiche?

Ecco, un po' di dubbi e domande che credo siano comuni anche ad altri utenti non esperti, anzi 'gnoranti come me

[TheKaneB]

copy-paste dal thread precedente:

Per il resto se il mos Team in tempo breve entro 1 anno copre tutti i
Mac PPC sarebbe gradito il miracolo dell'inserimento della
memoria protetta per far un bel salto di qualità.

Credo che, sicuramente gli esperti ce lo spiegheranno bene ,significherebbe perdere tutta la compatibilita' con le applicazioni gia' esistenti e riscrivere parti del kernel, sarebbe un MOS.v2.0

Si, è proprio così. Ma un programmatore può convertire la propria applicazione in modo molto semplice, a meno che non abbia estensivamente utilizzato l'assembly (cosa estremamente improbabile al giorno d'oggi).
Generalmente bastano poche modifiche e una ricompilazione.
Stessa cosa per l'OS. Gran parte del lavoro sarà sui driver di nuove periferiche, non sul kernel che già di per sè è scritto in un linguaggio di alto livello (il C).
Le poche parti in assembly di un kernel moderno si possono riscrivere in poche settimane.

Se il MOS team deciderà di fare il porting, sicuramente avremo una lunga fase di testing perchè ci saranno tanti nuovi driver da sviluppare e bisognerà ricompilare e adattare i programmi per la nuova piattaforma.

A quel punto sarebbe MOS 4.0 perchè il 2.x esiste già, il 3.x è quello "di sviluppo" usato internamente dal MOS team.

A quel punto IMHO sarebbe meglio fare tutto assieme PPC-->x86+memoria protetta.

Non è necessario. I meccanismi per la gestione della paginazione possono usare un'astrazione della MMU, proprio come fa linux e come fanno tutti gli OS moderni. I dettagli implementativi di ciascuna MMU possono essere nascosti dentro un'apposito wrapper che si interfaccia con la MMU tramite poche chiamate in assembly per impostare i suoi registri durante i context switch.

[amig4be]

Parlando di Mos, e vista l'attidudine del team sia di sperimentare sia di seguire una roadmap precisa anzichè galleggiare alla deriva... non penso che sia una cosa che li coglierà impreparati e all'ultimo momento, "toh sono finiti gli apple Ppc da supportare...che facciamo ora?"

Spero che il giorno in cui taglieranno i ponti con il passato, sia disponibile anche un emulatore a livello del winuae...

[AmigaCori]

Gran parte del lavoro sarà sui driver di nuove periferiche, non sul kernel che già di per sè è scritto in un linguaggio di alto livello (il C).
Le poche parti in assembly di un kernel moderno si possono riscrivere in poche settimane.

Quindi il kernel di MOS e' di concezione, almeno di base, moderna?, e' scritto in C?

Se il MOS team deciderà di fare il porting, sicuramente avremo una lunga fase di testing perchè ci saranno tanti nuovi driver da sviluppare e bisognerà ricompilare e adattare i programmi per la nuova piattaforma.

Considerando che non e' che ci sia molto HW supportato...non credo che ci sia una grande conversione di driver da fare.

A quel punto sarebbe MOS 4.0 perchè il 2.x esiste già, il 3.x è quello "di sviluppo" usato internamente dal MOS team.

Io, per scopiazzare Apple (visto che sarebbe probabile l'uso dell'HW AppleX86 per restringere le problematiche dell'HW da supportare) lo chiamereri MorphOSX

Non è necessario. I meccanismi per la gestione della paginazione possono usare un'astrazione della MMU, proprio come fa linux e come fanno tutti gli OS moderni. I dettagli implementativi di ciascuna MMU possono essere nascosti dentro un'apposito wrapper che si interfaccia con la MMU tramite poche chiamate in assembly per impostare i suoi registri durante i context switch.

Quindi implementata la memoria protetta sul PPC il passaggio ad x86 non significherebbe riscrivere questa parte della gestione della memoria, insomma si ritroverebbero gia' una parte di lavoro fatto.

Ed in merito ad usare 2 CPU come nei DualCore?, sarebbe difficile da aggiungere all'attuale MosPPC?

[cip060]

Ma anche se fosse e si passasse a X 86 le applicazioni sempre quelle sarebbero non e' che i programmi per windows funzionerebbero sotto MOS per X86!!!
non cambierebbe una MAZZA

[AmigaCori]

Ma anche se fosse e si passasse a X 86 le applicazioni sempre quelle sarebbero non e' che i programmi per windows funzionerebbero sotto MOS per X86!!!
non cambierebbe una MAZZA

Avresti a disposizione tutto l'HW AppleX86 visto che il PPC e' fuori produzione, quindi macchine piu' recenti...e se proprio volessi, potresti comprarti un AppleX86 nuovo solo per MOS , l'HW x86 e' infinitamente piu' prestazionale e moderno di quello PPC, pensa che nei forum Apple il Minix86 batteva il PowerPPC G5 come potenza di calcolo puro...insomma, l'OS sarebbe sempre quello ma avresti HW potentissimo e volendo anche nuovo, insomma cip060, dopo gli ApplePPC cosa useremo?, mica vorrai farti fare una MB PPC tipo x1000 che ti verrebbe a costare come un Applex86 ma con potenze nettamente inferiori?
Guardiamo al futuro , per il presente va bene il G5

[Amiga Supremo]

Ma anche se fosse e si passasse a X 86 le applicazioni sempre quelle sarebbero non e' che i programmi per windows funzionerebbero sotto MOS per X86!!!
non cambierebbe una MAZZA

Giusta osservazione la tua, però ispirandomi a quanto scritto da amig4be , potrebbe benissimo anche essere che

parlando di Mos, e vista l'attidudine del team sia di sperimentare sia di seguire una roadmap precisa anzichè galleggiare alla deriva... non penso che sia una cosa che li coglierà impreparati e all'ultimo momento, "toh abbiamo FINALMENTE del HW NUOVO e potentissimo da supportare... cosa gli facciamo girare sopra ora?"

Nel frattempo vedrai che avranno già trovato una valida soluzione.

[TheKaneB]

Gran parte del lavoro sarà sui driver di nuove periferiche, non sul kernel che già di per sè è scritto in un linguaggio di alto livello (il C).
Le poche parti in assembly di un kernel moderno si possono riscrivere in poche settimane.

Quindi il kernel di MOS e' di concezione, almeno di base, moderna?, e' scritto in C?

Stando a questo documento ( http://polarboing.com/div/morphos/morph ... s-list.txt ), il kernel di MorphOS supporta il Symmetric Multi Processing, memoria virtuale e protetta (con address spaces separati) e ha un sistema di astrazione hardware completo.

Sono le caratteristiche necessarie per poterlo definire un kernel moderno.
Sopra questo kernel è posta la cosiddetta ABox, un insieme di librerie che implementa il funzionamento di AmigaOS. Alcune caratteristiche del kernel sono disattivate per compatibilità con la ABox, ma se si trovasse un modo efficace per modificare la ABox mantenendo la compatibilità con la maggioranza del software sarebbe possibile riattivare le funzioni di SMP e address spaces separation.
Il porting verso qualsiasi architettura è consentito dalla presenza di un HAL (Hardware Abstraction Layer) completo. Salvo poi prendersi carico di scrivere i driver per le nuove periferiche (i vecchi driver non vanno toccati, continuerebbero a funzionare) e di ricompilare tutto il software.

Se il MOS team deciderà di fare il porting, sicuramente avremo una lunga fase di testing perchè ci saranno tanti nuovi driver da sviluppare e bisognerà ricompilare e adattare i programmi per la nuova piattaforma.

Considerando che non e' che ci sia molto HW supportato...non credo che ci sia una grande conversione di driver da fare.

Non si tratta di convertire i driver esistenti, perchè continuerebbero a funzionare. SI tratta di scrivere driver nuovi per le periferiche nuove (schede video PCI-Express, nuovi controller Serial Ata, nuove schede wifi, ecc...).

A quel punto sarebbe MOS 4.0 perchè il 2.x esiste già, il 3.x è quello "di sviluppo" usato internamente dal MOS team.

Io, per scopiazzare Apple (visto che sarebbe probabile l'uso dell'HW AppleX86 per restringere le problematiche dell'HW da supportare) lo chiamereri MorphOSX

Non è necessario. I meccanismi per la gestione della paginazione possono usare un'astrazione della MMU, proprio come fa linux e come fanno tutti gli OS moderni. I dettagli implementativi di ciascuna MMU possono essere nascosti dentro un'apposito wrapper che si interfaccia con la MMU tramite poche chiamate in assembly per impostare i suoi registri durante i context switch.

Quindi implementata la memoria protetta sul PPC il passaggio ad x86 non significherebbe riscrivere questa parte della gestione della memoria, insomma si ritroverebbero gia' una parte di lavoro fatto.

Ed in merito ad usare 2 CPU come nei DualCore?, sarebbe difficile da aggiungere all'attuale MosPPC?

Come dicevo prima, sono funzioni già presenti nel kernel, ma non attive per non rompere la compatibilità con la ABox, visto che AmigaOS originariamente non prevedeva questo genere di supporto e di conseguenza alcuni programmi potrebbero non funzionare bene se attivate.

Comunque è qualcosa che può essere fatto, e probabilmente lo faranno prima o poi :-)

[amig4be]

Ma anche se fosse e si passasse a X 86 le applicazioni sempre quelle sarebbero non e' che i programmi per windows funzionerebbero sotto MOS per X86!!!
non cambierebbe una MAZZA

Giusta osservazione la tua, però ispirandomi a quanto scritto da amig4be , potrebbe benissimo anche essere che

parlando di Mos, e vista l'attidudine del team sia di sperimentare sia di seguire una roadmap precisa anzichè galleggiare alla deriva... non penso che sia una cosa che li coglierà impreparati e all'ultimo momento, "toh abbiamo FINALMENTE del HW NUOVO e potentissimo da supportare... cosa gli facciamo girare sopra ora?"

Nel frattempo vedrai che avranno già trovato una valida soluzione.

più che altro la speranza è che si maturi in x86 considerandolo una conquista e non una sconfitta; e questo seguendo una spirale positiva che comporti prima un cospicuo aumento dell'utenza, tra cui anche gente capace di sviluppare software e/o collaborare in tal senso, allargando di conseguenza i software validi a coprire anche grafica 2D, Office e l'Intrattenimento Videoludico sottoforma sia di porting che prodotti originali...
tutte cose che cioè che poi potranno ulteriormente invogliare altre persone a usare un sistema operativo specie su un Hw che sia a portata di qualsiasi tasca.
Cioè se non si seguono questi obiettivi si è su un binario stramorto...e non si capisce neanche perchè stiamo qui a parlarne


Uh è quasi il 2011

[Amiga Supremo]

E adesso siamo nel 2011.

[AmigaCori]

E adesso siamo nel 2011.

Quindi i PPC diventano un anno piu' vecchi

[Amiga Supremo]

E adesso siamo nel 2011.

Quindi i PPC diventano un anno piu' vecchi

Così se funzionano ancora bene, si possono vendere come WOW RARE!
E farci sopra un bel gruzzoletto.

[AmigaCori]

Come dicevo prima, sono funzioni già presenti nel kernel, ma non attive per non rompere la compatibilità con la ABox, visto che AmigaOS originariamente non prevedeva questo genere di supporto e di conseguenza alcuni programmi potrebbero non funzionare bene se attivate.

Comunque è qualcosa che può essere fatto, e probabilmente lo faranno prima o poi :-)

Quindi la cosa e' fattibilissima, uno switch a x86+Memoria Protetta+MultiCPU non sono assurdita', beh cio' fa molto ben sperare perche' il Mos Team e' energico, vitale e va spedito, la base come funzionalita' nell'OS c'e' e visto che si sta andando sul G5 che e' anche dual core, l'unica scelta da fare sarebbe di rompere definitivamente col passato e quindi chiudere con la ABox.
Chissa' se avranno questo coraggio in futuro...?

[AmigaCori]

E adesso siamo nel 2011.

Quindi i PPC diventano un anno piu' vecchi

Così se funzionano ancora bene, si possono vendere come WOW RARE!
E farci sopra un bel gruzzoletto.

He he purtroppo NON e' HW AmigaClassic, ma Apple se fossero PPC per Classic...

[Amiga Supremo]

Ma anche l'HW Apple si svaluta molto più lentamente di un PC X86.