da ShInKurO » mar set 07, 2010 8:44 am
AmigaOS4:
-Gestione della memoria moderna basata sugli slab e object cashing, tempi di allocazione/deallocazione brevi, ma non sempre O(1). L'object caching fa si che non si debbano ricaricare ogni volta delle risorse già utilizzate che si trovano quindi in memoria...dunque c'è sempre parte della memoria occupata;
-Memoria virtuale (ma un simile supporto lascia il tempo che trova nel 21esimo secolo dove un sistema a 31/32bit su un hw che può montare 2/4Gb di Ram fisica);
-Parziale resource tracking (parziale perchè funge solo con i programmi nativi e solo se lo sviluppatore lo ha abilitato utilizzando le nuove funzioni apposite del sistema. Dunque dev'essere esplicitamente abilitato per ciascuna struttura che il programmatore utilizza, come messaggi, nodi, ecc...);
-Gestione dei processi e sottoprocessi migliorata (sempre RT): maggiore legame tra processi e sottoprocessi, e quindi maggior controllo (ovviamente sempre se il programma nativo utilizza queste cose);
-Supporto per i .so, cioè le librerie condivise in stile UNIX, quindi se durante la programmazione di un programma hai bisogno di una libreria che non esiste su AmigaOS puoi portare facilmente questa libreria da UNIX su AmigaOS. Ovviamente i .so su AmigaOS sono alieni al sistema Amiga come lo sarebbero su Windows dove ci stanno le .dll, ma peggio (ne abbiamo già parlato da qualche parte);
-application.library: il sistema fornisce un' API che permette la registrazione dei programmi utente e in questo modo se il programma lo prevede è possibile controllarlo attraverso messaggi alla application.library (e i programmi che la utilizzano, come AmiDock). Questo significa avere un modo comune per dire a tutti i programmi registrati di iconificarsi automaticamente, deiconificarsi, poter inviare segnalazioni che verranno mostrate all'utente attraverso Ringhio, e robe così. Da OS4.1Upd1 tutte le funzionalità di application.library possono essere controllate anche attraverso ARexx;
-2 filesystem a 64bit: SFS2 e JXFS abbastanza testati (diciamo pure così). Documentazione pari a zero, vorrei proprio vedere come sviluppare degli strumenti di backup, riparazione e recupero seri senza un'adeguata documentazione su questi FS. Olaf quando implementò FFS2 per OS4 scrisse fiumi di parole per due o tre cosuccie che aggiunse nel FS originale Amiga di sua reimplementazione... ma del resto SFS2 e JXFS sono stati sviluppati e mantenuti da Joerg, quindi la possibilità che saltino fuori certi documenti è pari all'avere OWB Reaction con una toolbar configurabile tramite d&d...;
-AmigaInput: un sistema per il supporto centralizzato delle periferiche di input come i joystick, la cui utilità lascia il tempo che trova e il cui autore è sparito da anni, quindi se non sbaglio questo componente è orfano;
-Supporto PDF/PS attraverso degli strumenti abbastanza mantenuti come AmiPDF, AmiGS e Ghostscript;
-Gestione degli errori di sistema e del debug facilitata attraverso Grim Reaper;
-AISS (incluso dal 4.1): sistema di immagini per le applicazioni centralizzato che permette di avere più coerenza di UI tra le diverse applicazioni di terze parti;
-AmiUpdate: sistema di aggiornamento centralizzato per programmi di terze parti che lo supportano e (si spera presto) per il sistema stesso. Svantaggi: crasha ogni volta che aggiorna se stesso :D;
AmigaOS4 svantaggi:
-Reaction: questo framework ti obbligano a sviluppare delle UI anni '90 (tante finestre aperte e tanta confusione, nessun d&d tra i diversi oggetti Reaction) piuttosto che UI moderne basate su MDI. Esempio pratico Codebench. Altri esempi osceni: Pete's FTP, dove l'interfaccia è simil MDI, ma sembra di essere di fronte a una cosa sviluppata nel 1991 in quanto ad usabilità della UI;
-Workbench: il desktop environment di AmigaOS4 è praticamente uguale a quello di AmigaOS3.9 con timidi aggiornamenti quali il supporto per i context menu sulle icone e le finestre e dei nuovi lister. Il Workbench non è multithread, non è MDI, e per di più non c'è un modo offerto all'utente per controllare tutte le finestre che apre, ne un modo per iconificarle;
-Browser di riferimento inusabile (abbiamo già discusso ampiamente della cosa, ragazzi nel 21esimo secolo il browser è ciò che si usa maggiormente in un computer...e solo il pensiero di avere quel bookmark stile AWeb aperto su un'altra finestra che va avanti e indietro se si utilizza CLickToFront mi induce a spegnere l'A1...anche IBrowse ha una gestione dei bookmark migliore);
-Supporto stampanti identico al 3.9;
-SirionUSB: praticamente un abozzo di supporto per l'USB se confrontato con Poseidon presente su AROS, OS3 e MorphOS;
-Shell attuale identica a quella del 3.9;
-Costo totale di un sistema AmigaOS4 maggiore rispetto alle altre controparti e improponibile agli esterni;