Arch Linux

[zeek]

Io per fare il test con gnome, ho messo gnome-session nei processi da controllare per il runlevel 5.
Forse si potrebbe mettere addirittura gnome-panel (perché a me i pannelli vengono fuori dopo la comparsa del desktop)

[ArchGuy]

Codello e' il problema... non capisco quale sia il processo che deve essere "stoppato" e quindi messo tra quelli in exit_proc.
Avevo pensato di mettere... X...

P.S.: per il momento il bootchartd non si "ferma" e deve essere killato esplicitamente.

X parte troppo presto, guardati gli altri bootchart... a me almeno (vedi post #332) se setto il sistema per fare il boot in 11 secondi X parte verso il quinto secondo, così come kdm e kdm_greet. non capisco quale processo usi per decidere quando fermarsi. Forse quando termina kdm_greet?
puoi magare fare uno script che parta appena prima del login e che killi bootchartd? è possibile fare qualcosa del genere?

Effettivamente avrei barato troppo spudoratamente... forse potrei provare, come suggerito nell'ultimo post, a mettere gnome-panel.

[gnome|openbox]-session non credo sia molto attendibile visto che almeno nel mio caso e' quello che richiede buona parte del tempo, sebbene venga lanciato abbastanza presto.

[OdinEidolon]

scusate, in che file si vede/cambia a quale processo bc deve fermarsi?

Io non capisco il mio se si ferma quando appare kdm (non sembrerebbe, a leggere il bootchart, ma i tempi più o meno corrispondono) o dopo.

Gome panel secondo me è troppo tardi, è già finito il processo di boot e saremmo in pieno caricamento del desktop!

[ArchGuy]

Il file e' /sbin/bootchartd ovvero proprio quello che viene lanciato al momento in cui inizia la fase di boot

[OdinEidolon]

Il file e' /sbin/bootchartd ovvero proprio quello che viene lanciato al momento in cui inizia la fase di boot

grazie... va proprio a cercarsi kdm_greet e kdm: ma allora perché da quando parte uno dei due bootchartd dura altri 3-4 secondi?
perdonate l'ignoranza

[zeek]

Gome panel secondo me è troppo tardi, è già finito il processo di boot e saremmo in pieno caricamento del desktop!

bhe, sarebbe proprio per vedere in quanto tempo il desktop è completamente carico, (ovviamente con l'autologin altrimenti inciderebbe il tempo di digitazione della password) che è secondo me il tempo che conta.

Per esempio, xp boota in un attimo, ti chiede subito la password o ti fa vedere subito il desktop, ma da qui al dire che il computer è pronto per essere utilizzato passa almeno almeno 1 minuto.

[Asa]

Per esempio, xp boota in un attimo...

bhè discutiamone...

[ambro]

Cmq info per tutti! Il kernel 2.6.32 è entrato nello stable tree, sperando che i dev di arch inglobino il DEVTMPFS ci saranno delle belle modifiche a quick-init...Ma lascio la parola ad adriano per cose più tecniche...

Qualcuno ha provato a ricompilare attivando DEVTMPFS e ad utilizzarlo in quick-init?
Se si, che differenze di tempi ci sono?

[dieghen89]

Si io ho provato ancora dalla prima rc1 del .32...La differenza per ora è pressocche nulla fino a quando non vengono modificati gli initscripts...Adriano tempo fa aveva l'idea di riscriverli vista questa modifica al kernel, ma evidentemente da buon universitario non ha tempo...Infatti è da un po' che non si vede da queste parti...

[OdinEidolon]

bhe, sarebbe proprio per vedere in quanto tempo il desktop è completamente carico, (ovviamente con l'autologin altrimenti inciderebbe il tempo di digitazione della password) che è secondo me il tempo che conta.

Per esempio, xp boota in un attimo, ti chiede subito la password o ti fa vedere subito il desktop, ma da qui al dire che il computer è pronto per essere utilizzato passa almeno almeno 1 minuto.

sì, certo, ha senso.
[OT]
Comunque il fatto che XP booti in un attimo è assai discutibile: sul mio desktop, che ho in dual-boot, xp ci mette buoni 30 secondi da GRUB al desktop, e altri 30 dopo. Ubuntu (eh, lo so...) circa 30 secondi in tutto, con l'autologin e nessun tweaking.
C'è anche però da dire che un mio amico ha xp su un netbook atom, quindi con hardware decisamente scarso, che fa il boot in 15 secondi al desktop, poi il solito 40-50 secondi perché si carichi tutto. La differenza? Sinceramente non saprei, possibile che lo zio Bill abbia introdotto delle novità solo per netbook di cui ci ha nascosto i dettagli? Sta di fatto che il mio fisso, con hardware potente e sistema pulito e aggiornato, ci mette di più a bootare di un minuscolo affarino Samsung. [/OT]

Proverò anche io a vedere in quanto tempo fa il boot al desktop, anche perché Plasma è pesante e volgio vedere come lo gestsce in parallelo con altri processi. Credo però che nel tempodi accesso al desktop sia incluso anche il tempo richiesto dalla scheda wireless per connettersi... o no?

[zeek]

io per ora ho compilato il 2.6.32.7 attivando l'automount di dev su tmpfs ed ho commentato tutte le chiamate a mknod di /etc/qinit.sysinit.

Ho guadagnato 2 secondi, ma non credo siano queste le modifiche che farà Adriano

[ArchGuy]

Mettendo gnome-panel tra gli exit_proc in /sbin/bootchartd becco ben 37 secondi.
Ancora molti/troppi...

[zeek]

Vabè guardando i processi, in 37 secondi il computer è COMPLETAMENTE pronto, non è che siano poi così tanti no?

[OdinEidolon]

intanto ti prego metti quell'immagine in formato piccolo (thumbnail) cosicché eventuali poveri arcieri 56K non debbano aspettare ore!
Comunque 37s con è malaccio, dal grafico direi che limitante è un po' il tempo di accesso del disco (che immagino sia a 5400rpm). Prova a trafficare con readahead (trovi il pacchetto su AUR) per ottimizzare i tempi di caricamento (sembra che il disco stia molto in fase di seek).
Hai provato a lasciare che i moduli si carichino da soli? senza insegnargliene nessuno tu? Prova, io ho guadagnato 2-4 secondi, anche se poi non tutto funzionava al meglio. Anche mettere un po' di demoni in background aiuta molto... e pure sistemarli bene in ordine.

Inoltre, non so se è possibile, sarebbe utile se si riuscisse a minimizzare il tempo meccanico che il dsco ci mette per passare da un settore ad un altro (che in realtà non è molto) mettendo tutti i file utili al boot nella stessa zona (zona fisica intendo) del disco, di modo che la testina non debba fare tanta strada. Idea un po' balzana, ma secondo me tutti quei punti dove la traccia (verde) del throughput del disco è 0 è perché deve faticare a trovare file tutti "frammentati".

[ArchGuy]

L'autoload dei moduli e' abilitato sebbene alcuni siano caricati esplicitamente altrimenti mi sembra di ricordare che non tutto funzionasse a dovere.
Il pacchetto readahead l'ho installato ma ancora non l'ho configurato/abilitato.
I demoni vengono avviati quasi tutti in bg tranne un paio.

[OdinEidolon]

L'autoload dei moduli e' abilitato sebbene alcuni siano caricati esplicitamente altrimenti mi sembra di ricordare che non tutto funzionasse a dovere.
Il pacchetto readahead l'ho installato ma ancora non l'ho configurato/abilitato.
I demoni vengono avviati quasi tutti in bg tranne un paio.

Io ho notato un notevole miglioramento senza caricare nessun modulo esplicitamente, ma perdevo il controllo della frequenza CPU. Hai un link che dica come configurare sreadahead/readahead?

[ArchGuy]

Prova a partire da QUA
http://wiki.archlinux.org/index.php/Readahead


Ma googlando un po' trovi un altro po' di roba.

[zeek]

Uhm.. Io ho messo readahead, seguendo il wiki, ma non ho guadagnato niente, forse un secondo ma ho nel contempo tolto preload (che c'era prima) quindi non so se il guadagno è stato dato da readahead o da preload.. però non riesco a trovare altro.. altri link? Comunque siamo un bel po ot.. perché non apriamo un topic su redahead o su trick per migliorare il boot in generale senza sporcare questo dedicato interamente a quick-init?

[-luk-]

Salve ragazzi, ho installato il vostro script, funziona, il tempo di boot anche se di poco s'è ridotto. Unica pecca è che fbsplash ha iniziato a dare i numeri:

innanzitutto una domanda: Devo disabilitare l'avvio di udev? Il vostro script potrebbe andare in conflitto con il funzionamento di fbsplash?

Ciao e grazie

[-luk-]

Idee?

[aalex]

Ciao a tutti, ho installato quick-init e seguito le istruzioni a video post-instalazione, Arch si avvia normalmente, ma, prima che GDM si avvii (è tra i demoni in rc.conf) mi compare questo errore:

ale login: Failed to start message bus: The pid file /var/run/dbus.pid exist, if the message bus is not running remove this file

Con l'init normale non ho mai avuto problemi, puo essere legato al fatto che ho inserito dbus tra i demoni in rc.conf?

Forse è legato a questo problema, ma ci metto circa 35 secondi per avviare il login grafico.

Ale

[ambro]

Ciao a tutti, ho installato quick-init e seguito le istruzioni a video post-instalazione, Arch si avvia normalmente, ma, prima che GDM si avvii (è tra i demoni in rc.conf) mi compare questo errore:
ale login: Failed to start message bus: The pid file /var/run/dbus.pid exist, if the message bus is not running remove this file
Con l'init normale non ho mai avuto problemi, puo essere legato al fatto che ho inserito dbus tra i demoni in rc.conf?
Forse è legato a questo problema, ma ci metto circa 35 secondi per avviare il login grafico.

Controlla qui perché ci sono due metodi di avviare dbus:
uno è quello di farlo partire da DAEMONS in rc.conf prima di hal
il secondo (se ci sono problemi con il primo metodo) è quello di avviare esplicitamente solo hal che comunque fa partire dbus.

[aalex]

Ciao a tutti, ho installato quick-init e seguito le istruzioni a video post-instalazione, Arch si avvia normalmente, ma, prima che GDM si avvii (è tra i demoni in rc.conf) mi compare questo errore:
ale login: Failed to start message bus: The pid file /var/run/dbus.pid exist, if the message bus is not running remove this file
Con l'init normale non ho mai avuto problemi, puo essere legato al fatto che ho inserito dbus tra i demoni in rc.conf?
Forse è legato a questo problema, ma ci metto circa 35 secondi per avviare il login grafico.

Controlla qui perché ci sono due metodi di avviare dbus:
uno è quello di farlo partire da DAEMONS in rc.conf prima di hal
il secondo (se ci sono problemi con il primo metodo) è quello di avviare esplicitamente solo hal che comunque fa partire dbus.

Ambro grazie mille! Torni a darmi una mano... avevo messo dbus tra in daemons prima di hal, come descritto nel wiki per utilizzare wicd.

Provo a rimuoverlo e posto i risultati, anche della bootchart

[aalex]

Allora... la rimozione di dbus tra i demoni non influenza il comportamento di wicd, ma ha eliminato il problema riportato nel post precedente .

Adesso il problema è che non riesco a generare la bootchart! se do il comando bootchart-render mi restituisce l'errore:

/var/log/bootchart.tgz not found

ho letto nel wiki che puo essere legato all'utilizzo di un login manager diverso da gdm, kdm ecc, ma io uso gdm!
Ho anche provato ad aggiungere gdm nello script /sbin/bootchartd.

Perché non funziona?

[ambro]

Adesso il problema è che non riesco a generare la bootchart! se do il comando bootchart-render mi restituisce l'errore:

/var/log/bootchart.tgz not found

Che bootmanager usi? LILO, Grub, Grub2?
Come avvii bootchart?