Boot su A1 pi? veloce? Si pu?!!

[scusscus]

Rivedendo il video sulle performance del OS4 apparso tempo fa, mi sono chiesto su cosa si potrebbe intervenire per aumentare la velocità di boot del A1.

Ne ho ricavato le seguenti osservazioni/suggerimenti che vorrei condividere con voi (sviluppatori del OS4 e non).

1. Durante la sequenza di boot (dall'accensione al caricamento del WB), visualizzare l'output su schermo solo se vi sono condizioni di malfunzionamento meritevoli di attenzione da parte del utente o esplicita richiesta di quest'ultimo.

2. Impostare all'accensione la stessa risoluzione e freq. di refresh video normalmente utilizzata nel WB. Modificarla, con una più bassa, solo se si deve entrare nei menu di manutenzione dei boot loader o del bios o comunicare messaggi di errore (vedi punto 1). Ogni switch di risoluzione/freq. video impiega 2-3 sec. per essere portato a termine.

3. Raggruppare i file del Kickstart in un unico file da caricare in singolo blocco (con un singolo trasferimento in DMA) per evitare:
a) una o più operazioni di seek su disco per ogni file del kickstart da caricare.
b) di generare molteplici INTREQ una per ogni trasferimento in DMA.

*Penso* che si possa affermare che ogni seek e DMA/INTREQ assieme generino almeno 0,5sec di ritardo, evitabili con un caricamento in blocco di tutti i file che potrebbero essere raggruppati in un pacchetto (non compresso).

Queste sono solo alcune idee/suggerimenti.

Colgo l'occasione per rinnovare i miei personali ringraziamenti a tutti gli sviluppatori/tester coinvolti nella nascita del OS4.

Grazie.

[amighista]

Rivedendo il video sulle performance del OS4 apparso tempo fa, mi sono chiesto su cosa si potrebbe intervenire per aumentare la velocità di boot del A1.

Ne ho ricavato le seguenti osservazioni/suggerimenti che vorrei condividere con voi (sviluppatori del OS4 e non).

1. Durante la sequenza di boot (dall'accensione al caricamento del WB), visualizzare l'output su schermo solo se vi sono condizioni di malfunzionamento meritevoli di attenzione da parte del utente o esplicita richiesta di quest'ultimo.

Questa e' ancora una beta release quindi mi sembra giusto che l'output venga stampato a video ancora per un po'...poi comunque una sorta di segnalatore di caricamento va messa...ormai ci siamo tutti abituati!!

2. Impostare all'accensione la stessa risoluzione e freq. di refresh video normalmente utilizzata nel WB. Modificarla, con una più bassa, solo se si deve entrare nei menu di manutenzione dei boot loader o del bios o comunicare messaggi di errore (vedi punto 1).

questa e' un'idea che mi piace e facilissima da fare. Si tratterebbe solo di salvare nel bios una o due righe sulla configurazione video da passare al kernel al momento del boot, ne piu' ne meno come si fa con linux. Penso (e spero) che TNT se ne sta occupando, visto che corre voce che stia realizzando una prefs per la gestione del bios direttamente da OS4, un po' come accade in MacOS.

3. Raggruppare i file del Kickstart in un unico file da caricare in singolo blocco (con un singolo trasferimento in DMA) per evitare:

Mi pare che ExecSG sia pensato per essere il più modulare possibile, quindi non penso che fare una cosa del genere sia buona, tanto piu' che e' una beta...

Certo, se si dispone di una configurazione collaudatissima e a prova di bomba non vedo perche' non implementare una tale soluzione, ferma restando la possibilità di tornare al metodo attuale quando è necessario passare in "modalita' provvisoria"...

Queste sono solo alcune idee/suggerimenti.

I migliori suggerimenti che io abbia mai sentito recentemente. Spero che m3x, TNT e lecta li passino nelle mailing list riservate...mi sembrano molto intelligenti...

[Classic Amiga Man]

Complimenti!

[afxgroup]

Rivedendo il video sulle performance del OS4 apparso tempo fa, mi sono chiesto su cosa si potrebbe intervenire per aumentare la velocità di boot del A1.

[SNIP]

Colgo l'occasione per rinnovare i miei personali ringraziamenti a tutti gli sviluppatori/tester coinvolti nella nascita del OS4.

Grazie.

cioè se si corrompe un file o per caso sbagli risoluzione video sei fregato...
Mi dispiace, ma penso che per andare + veloce di così si avrebbe solo bisogno di hw + veloce. E' possibile che ci siano ancora delle cose compilate con il DEBUG, ma questo solo i guru ce lo potranno dire. Per il resto tutte le cose che vengono fatte sono cose necessarie ed essenziali per il funzionamento corretto. Sicuramente UBoot potrà essere velocizzato e migliorato ma le prestazioni saranno + o - quelle.

[scusscus]

cioè se si corrompe un file o per caso sbagli risoluzione video sei fregato...

le risoluzioni le ricavi da ciò che ti dice il monitor, se ci sono problemi l'utente può intervenire...

[amighista]

Rivedendo il video sulle performance del OS4 apparso tempo fa, mi sono chiesto su cosa si potrebbe intervenire per aumentare la velocità di boot del A1.

[SNIP]

Colgo l'occasione per rinnovare i miei personali ringraziamenti a tutti gli sviluppatori/tester coinvolti nella nascita del OS4.

Grazie.

cioè se si corrompe un file o per caso sbagli risoluzione video sei fregato...

Veramente quest'obiezione mi sembra facile da smontare. Basterebbe un menu' di testo e attivabile premendo un tasto al momento del boot che permetta all'utente di lanciare una modalita' provvisoria, con la stessa sequenza di istruzioni attuale.

L'unica cosa che pero' servirebbe IMHO è una procedura di shutdown (da linkare alla combinazione di tasti per il reboot/reset) che permetta al sistema di preparare quel supermega file, gestibile tramite un file tipo startup-sequence (shutdown-sequence)

Mi dispiace, ma penso che per andare + veloce di così si avrebbe solo bisogno di hw + veloce.

IMHO e' anche una questione di ottimizzazione. Prova a far andare una qualsiasi distro linux e windows sulla stessa macchina, con piu' o meno la stessa configurazione di boot. Suppongo che qualche differenza si notera' comunque...

[moly]

Sinceramente non credo che la velocità di boot sia una priorità...già così com'è è più veloce di una cosa veloce! e poi ci sono molte altre cose da fare che vengono prima di un boot a velocità Warp (esiste anche il rischio che incrementando ulteriormente la velocità di boot il WB appaia già prima di accendere l'A1, il chè è un paradosso che potrebbe minare la stabilità dell'intero continuum tempo-spazio )

[amighista]

Sinceramente non credo che la velocità di boot sia una priorità...già così com'è è più veloce di una cosa veloce! e poi ci sono molte altre cose da fare che vengono prima di un boot a velocità Warp (esiste anche il rischio che incrementando ulteriormente la velocità di boot il WB appaia già prima di accendere l'A1, il chè è un paradosso che potrebbe minare la stabilità dell'intero continuum tempo-spazio )

cosa fumi, visto che mi piacerebbe tanto rilassarmi?!?

[ikir]

Complimenti per i suggerimenti costruttivi.

Per quel che penso non c'è bisogno di accellerare il boot... è già velocissimo, poi una volta apparso il WB è tutto caricato, mica come Win che continua a caricare roba

Da Uboot puoi settere di attendere 0 secondi per l'imput dei comandi e 0 per la selezioni dell'OS di avvio. Credimi che già così è una bomba

[moly]

[OT=ON]

cosa fumi, visto che mi piacerebbe tanto rilassarmi?!?

Ultimamente ho cambiato pusher e temo che mi stia rifilando roba tagliata male...mi sa che ritornerò al mio vecchio rifornitore: il maestre chocolatier Lindt.

[OT=OFF]

Comunque ribadisco che la velocità di boot è attulamente l'ultima cosa a cui pensare.

[NTN]

Rivedendo il video sulle performance del OS4 apparso tempo fa, mi sono chiesto su cosa si potrebbe intervenire per aumentare la velocità di boot del A1.

[,,,]

3. Raggruppare i file del Kickstart in un unico file da caricare in singolo blocco (con un singolo trasferimento in DMA) per evitare:
a) una o più operazioni di seek su disco per ogni file del kickstart da caricare.
b) di generare molteplici INTREQ una per ogni trasferimento in DMA.

*Penso* che si possa affermare che ogni seek e DMA/INTREQ assieme generino almeno 0,5sec di ritardo, evitabili con un caricamento in blocco di tutti i file che potrebbero essere raggruppati in un pacchetto (non compresso).

Grazie.

Non per deluderti ma stai tralasciando un paio di particolari:
1) i files del kickstart sono su filesystem. Questo implica che, anche se tu li raggruppi in uno unico (cattiva idea, comunque), devi comunque fare molte letture "spezzate" per leggere i vari file extension block di FFS o l'equivalente di SFS.
2) UBoot non ha e non avrà mai il DMA, quindi tutto il discorso su DMA è inutile.

Per concludere vorrei sottolineare che, visto che il caricamento di OS4 è di qualche ordine di grandezza più veloce di qualunque altro OS mainstream (Linux, Windoze, etc...) è una grandissima perdita di tempo dedicare tempo e risorse (che sono sempre scarse) a migliorare 0.5 secondi - o anche 2 !
Ma non ti rendi conto che, allo stato attuale, ci metti 15 secondi da cold boot ad arrivare al workbench ? E poi una volta lì non hai praticamente alcun applicativo importante che non sia vecchio di almeno tre anni ??
Forse non sarebbe il caso di spendere energie per equilibrare un pò la situazione ?

[amighista]

OT=ON

cosa fumi, visto che mi piacerebbe tanto rilassarmi?!?

Ultimamente ho cambiato pusher e temo che mi stia rifilando roba tagliata male...mi sa che ritornerò al mio vecchio rifornitore: il maestre chocolatier Lindt.

Che ne dici di Milka? Mucche viola e palle biancorosse...mejo ke la ganja

OT=OFF

[scusscus]

[...] Credimi che già così è una bomba

Lo so... ma come si dice: "faster is better"

[scusscus]

1) i files del kickstart sono su filesystem. Questo implica che, anche se tu li raggruppi in uno unico (cattiva idea, comunque), devi comunque fare molte letture "spezzate" per leggere i vari file extension block di FFS o l'equivalente di SFS.

Hai ragione. Bisognerebbe riservare un'area del disco al kickstart dove alloggiare tutti i segmenti del S.O. senza dover leggere ogni volta gli extension block per sapere i successivi blocchi da caricare!

2) UBoot non ha e non avrà mai il DMA, quindi tutto il discorso su DMA è inutile.

Mi sembrava di aver letto da qualche parte che il supporto al DMA era stato attivato... mah, forse ho interpretato male qualcosa che letto in qualche forum su AW...

Forse non sarebbe il caso di spendere energie per equilibrare un pò la situazione ?

Concordo.

[afxgroup]

Ma non ti rendi conto che, allo stato attuale, ci metti 15 secondi da cold boot ad arrivare al workbench ? E poi una volta lì non hai praticamente alcun applicativo importante che non sia vecchio di almeno tre anni ??
Forse non sarebbe il caso di spendere energie per equilibrare un pò la situazione ?

Concordo pienamente e comunque tutte le altre cose sarebbero accrocchi inutili. Il boot va benone così (lameno per me)..