Arch Linux

[Cimi]

ho evidenziato la discussione, adriano ci sta perdendo la vita dietro che almeno serva a qualcosa

dai adriano che poi diventi un eroe mondiale, il primo a pacchettizzare tutto questo casotto di patches

[adriano]

Ti ringrazio per la fiducia Cimi, speriamo vada bene
intanto aggiornamento del topic principale con i primi test di avvio.

[marinz]

Ciao adriano, per prima cosa ti faccio i complimenti per il lavoro che hai fatto
Poi volevo chiederti se potresti gentilmente uplodare da qualche parte il pacchetto pkg del kernel già compilato con la configurazione di default, perchè stamattina volevo compilarlo da aur sul computer piccolo che ho da 32 bit ma non ho spazio libero, ho meno di 1 gb sulle partizioni dove potrei compilarlo, grazie

[psykopear]

Una curiosità, ma per fedora gia c'è il pacchetto belo funzionante? perchè in caso me la metto su vbox e provo nel frattempo

[pierluigi]

non mi risulta esistano pacchetti pronti per nessuna distro.

io ieri notte ho finito di compilare un kernel -ARCH con in più le patch fastboot
adesso ve lo rendo disponibile

[pierluigi]

osservazione sui grafici bootchart presenti in primo post:

sreadahead fa quello che promette, carica in cache tutto d'un colpo i file che gli indichiamo.
infatti se guardate il grafico del Disk Utilization si vede chiaramente che viene concentrato tutto all'inizio, all'avvio di sreadahead

credo che ora sia giunto il momento di giocare con gli script di init di arch

[adriano]

pierluigi mi sono già messo al lavoro la prima modifica che ho fatto è questa:

Codice: Seleziona tutto

rm /lib/udev/load-modules.sh
ln -s /sbin/modprobe /lib/udev/load-modules.sh

in questo modo si evita un giro inutile di load-modules.sh che viene praticamente sostituito da modprobe. Si guadagna qualcosa su rc.sysinit..è un inizio.

[pierluigi]

in questo modo si evita un giro inutile di load-modules.sh che viene praticamente sostituito da modprobe. Si guadagna qualcosa su rc.sysinit..è un'inizio.

questo è indicato anche il wiki di arch.
attenzione solo alle piccole controindicazioni

[pierluigi]

kernel 2.6.27.7-ARCH con patch fastboot

compilato con i flag standard di arch, con la config standard di arch + opzione fastboot

http://pierloz.com/archfastboot/kernel2 ... pkg.tar.gz

PKGBUILD + patch (quella arch non l'ho nemmeno toccata, d'altronde era l'obbiettivo. alla fastboot ho tolto una cosa già applicata dalla arch e che conflittava, e ho aggiunto una patchina mia perchè in un punto la patch arch chiamava una funzione con un parametro in più rispetto a come veniva definita dalla fastboot)
http://pierloz.com/archfastboot/kernel26.tar.gz

[psykopear]

@pierluigi: Con questo kernel si notano gia i miglioramenti?

[pierluigi]

@pierluigi: Con questo kernel si notano gia i miglioramenti?

hai già i miglioramenti della fastboot ovvero inizializzazione asincrona di alcuni dispositivi. questo quando carica il kernel subito dopo grub.

per migliorare l'avvio dei processi al boot ci vuole anche sreadahead

[marinz]

kernel 2.6.27.7-ARCH con patch fastboot

compilato con i flag standard di arch, con la config standard di arch + opzione fastboot

http://pierloz.com/archfastboot/kernel2 ... pkg.tar.gz

PKGBUILD + patch (quella arch non l'ho nemmeno toccata, d'altronde era l'obbiettivo. alla fastboot ho tolto una cosa già applicata dalla arch e che conflittava, e ho aggiunto una patchina mia perchè in un punto la patch arch chiamava una funzione con un parametro in più rispetto a come veniva definita dalla fastboot)
http://pierloz.com/archfastboot/kernel26.tar.gz

Grazie 1000

[Berseker]

state facendo veramente un buon lavoro, complimenti!

[psykopear]

vabbe', allora aspetto che ci inseriate anche sreadhead, almeno faccio tutto insieme. Ancora grazie per il lavoro.

[Bl@ster]

Mi accodo ai testers del pacchetto riguardante il kernel;
quando avrò tempo proverò tutto quanto.

[pierluigi]

il kernel che ho postato l'ho testato su una macchina virtuale.
sono graditi riscontri da chi lo prova!

[adriano]

pierluigi prelevo le patch dal tuo pacchetto e metto qllo aggiornato su AUR

[Berseker]

il kernel che ho postato l'ho testato su una macchina virtuale.
sono graditi riscontri da chi lo prova!

l'ho appena installato, ma sinceramente non mi sembra di aver avuto particolari incrementi di velocità.. ok che il readahead non è stato attivato, ma senza non c'è un qualche minimo miglioramento? questo è il bootchartd appena rilevato..

purtroppo non ne ho uno che rappresenti la situazione precedente, ma ricordo che tempo addietro in base al kernel facevo dai 42 ai 44 secondi.. la cosa che mi lascia perplesso in effetti sono i 7 secondi di assoluto riposo del pc all'inizio...

[adriano]

pierluigi attenzione però che il tuo pkgbuild ha il suffisso -ARCH e sovrasta qllo di arch

[adriano]

il kernel che ho postato l'ho testato su una macchina virtuale.
sono graditi riscontri da chi lo prova!

l'ho appena installato, ma sinceramente non mi sembra di aver avuto particolari incrementi di velocità.. ok che il readahead non è stato attivato, ma senza non c'è un qualche minimo miglioramento? questo è il bootchartd appena rilevato..
[url]http://img178.imageshack.us/img178/4361/bootchartha4.th.png[/url]
purtroppo non ne ho uno che rappresenti la situazione precedente, ma ricordo che tempo addietro in base al kernel facevo dai 42 ai 44 secondi.. la cosa che mi lascia perplesso in effetti sono i 7 secondi di assoluto riposo del pc all'inizio...

Ricordiamo che sono test provvisori e che i risultati dipendono da diversi fattori quali: configurazione del kernel (leggerezza, initram etc..), processore, servizi all'avvio.

col kernel di -ARCH non minimizzaato è difficile avere risultati questo è ovvio

[marinz]

Il comando generate_filelist è diventato sreadahead-pack?

Edit: da come sta lavorando sembra proprio di si

Edit2: Ho riavviato con sreadahead attivato e readahead.packet generato in /etc, e un leggero incremento di velocità l'ho notato

[adriano]

Il comando generate_filelist è diventato sreadahead-pack?

Edit: da come sta lavorando sembra proprio di si

Edit2: Ho riavviato con sreadahead attivato e readahead.packet generato in /etc, e un leggero incremento di velocità l'ho notato

per vedere meglio i cambiamenti devi usare bootchart e controllare il grafico in cima, se il blu sovrasta completamente il rosso allora hai fatto il massimo che potevi

ecco qua
http://img132.imageshack.us/img132/3827 ... artmf1.png

[pierluigi]

Il comando generate_filelist è diventato sreadahead-pack?

Edit: da come sta lavorando sembra proprio di si

Edit2: Ho riavviato con sreadahead attivato e readahead.packet generato in /etc, e un leggero incremento di velocità l'ho notato

generate_filelist è sreadahead-pack

per sfruttare al massimo il readahead bisogna mettere mano agli initscript e avviare quanta più roba possibile in parallelo, compatibilmente con le dipendenze (ad esempio inutile avviare la rete se non è caricato il modulo)

[adriano]

Topic aggiornato.
Inserita miniguida per utilizzare sreadahead. (al momento consigliato per chi utilizza memorie ssd)

[marinz]

Questa mattina ho compilato il kernel fastboot sul mio athlon a 64 bit configurando i driver nvidia per il nuovo kernel, ho poi compilato sreadahead (commentando nel sorgente le CFLAG altrimenti non compilava) e seguito il readme del pacchetto, il comando /sbin/sreadahead l'ho inserito come consigliato da pierluigi nella riga 301 del file rc dopo il montaggio delle partizioni, e naturalmente ho eseguito dopo del boot del nuovo kernel quei comandi per generare il file readahead.packed, ma invece di guadagnare qualche secondo ne ho persi 2
E' possibile o devo aver sbagliato qualcosa? Ho controllato anche in /etc se il file è stato realmente generato, ed è presente

Vi riporto le immagini di bootchart: