slacky.eu

Hey raga, sentite questa!

Sono riuscito a velocizzare l'avvio della mia slackware di ben 7 secondi semplicemente mettendo "&" alla fine di alcuni comandi su rc.M.

In questo modo alcuni processi, invece di essere lanciati in serie, vengono lanciati in parallelo risparmiando tempo! :P

Vi listo i comandi che sono riuscito a lanciare così:
- ldconfig
- fc-cache
- inet1
- cupsd
- dnsmasq
- smartd
- crond
- atd
- apmd
- rc.alsa
- rc.gpm

Ovviamente comandi come rc.hotplug e altri del genere devono necessariamente essere lanciati in serie altrimenti i processi che si appoggiano a questi possono dare errore e non avviarsi (vedi alsa che dipende da rc.hotplug).

Buon divertimento!!

In realtà non dovresti risparmiare tempo, semplicemente arrivi prima a vedere la shell o il wm per lavorare ma i processi stanno ancora lavorando.

O sbaglio? sono vaghi ricordi dei miei studi di sistemi operativi ...

Sonic ha scritto: Sono riuscito a velocizzare l'avvio della mia slackware di ben 7 secondi semplicemente mettendo "&" alla fine di alcuni comandi su rc.M.

È scritto anche su slackwarefordummies

Sonic ha scritto: Ovviamente comandi come rc.hotplug e altri del genere devono necessariamente essere lanciati in serie....

Puoi mettere la & anche ad hotplug

Io metto in bg solo ldconfig.
Anche perché il vantaggio di mettere in background roba come gpm o alsa è tutto da dimostrare..
Per velocizzare hotplug comunque credo sia buona norma ricompilare il kernel.

gallows ha scritto:Io metto in bg solo ldconfig.

io oltre a ldconfig anche hotplug

gallows ha scritto: Anche perché il vantaggio di mettere in background roba come gpm o alsa è tutto da dimostrare..

Concordo

gallows ha scritto:Per velocizzare hotplug comunque credo sia buona norma ricompilare il kernel.

In che senso? cosa bisogna fare di preciso per velocizzare hotplug nel kernel?

Snellendo il kernel precompilato. Inserendo i supporti statici dove serve e rimuovendo tutti i moduli inutili.

gallows ha scritto:Snellendo il kernel precompilato. Inserendo i supporti statici dove serve e rimuovendo tutti i moduli inutili.

Ah ma il kernel l'ho snellito
si in effetti però qualche modulo che non serve ad una cippa mi è rimasto,
ma ero convinto che non portasse ad una perdita di tempo per hotplug,
cioè ero dell'idea che un modulo del kernel finchè non caricato ,stesse li' a non dare nessun fastidio ,neanche in lettura , e pronto ad agire con un semplice modprobe.
Buono a sapersi grazie della info

In realtà mi sono spiegato veramente male :P
Quello che influisce sulle prestazioni (secondo me) sono quei supporti inseriti come moduli quando potrebbero essere messi staticamente. (Sono un fautore del kernel semi-monolitico)

I moduli *veramente* inutili sinceramente non so se facciano perdere tempo ad hotplug, ma credo di no (almeno non in maniera apprezzabile).

in aggiunta ai consigli che ti hanno gia dato, se proprio vuoi rosicchiare qualche altro secondo prova init-ng:

http://initng.thinktux.net/index.php/Main_Page

goldy ha scritto:

gallows ha scritto:Io metto in bg solo ldconfig.

io oltre a ldconfig anche hotplug

A me hotplug non fa partire alsa se lo metto in bg.

gallows ha scritto: Anche perché il vantaggio di mettere in background roba come gpm o alsa è tutto da dimostrare..

Non sono daccordo, certi processi partiranno anche subito ma quel quarto di secondo che impiega ciascun processo per partire poi più sono i processi e più i quarti di secondo si accumulano.

Comunque più che altro quelli che fanno gioco sono ldconfig e fc-cache.

Ma mandare in bg un processo non significa farlo partire prima , come ti ha fatto giustamente notare johnny memonic.
Arrivi solo prima a vedere il promt ma il processore sta ancora la a macinare su più cose contemporaneamente.
E poi impiegare 16 secondi o impiegarne 23 per fare il boot ti cambia la vita?

E hai detto niente!!

Beh, comunque come capirai dal mio nick sono maniaco di certe cose....hehe!! :P

Poi dipende tutto anche dalle priorita' che assumono i processi

E' vero che i processi rimangono in background quindi sono sempre a carico del processore, ma arivando al prompt prima si può agire subito.Poi se uno appena arriva lancia un programma talmente peso che il pc deve esser spremuto al massimo, risentirà dei processi lasciati in background che stanno ancora girando.
Ma se uno ad esempio fa come me: si logga poi o avvia lynx o X, controlla la posta, oppure avvia kwrite... a questo punto i processi in background si saranno già esauriti più o meno, quindi secondo me ha senso mettere un pò di roba in background.E' chiaro che mentre ci sono quei servizi in bg i programmi sarano leggermente più lenti, ma neanche troppo.
Comunque io ci tengo ldconfig e la rete, perchè se no quando non sono connesso mi tocca ad aspettare troppo.

Ricordatevi però che il processore è sempre uno (nella maggior parte dei casi) e le operazioni finiscono sempre allo stesso momento.
Certo che è più comodo loggarsi mentre ldconfig sta lavorando.