[TIP] Velocizzare emerge (per impazienti)

[Panda]

Fatevi sto flash: avevate mai fatto caso a quanto tempo viene impiegato a visualizzare i caratteri sullo schermo? Apparentemente poco, ma se considerate tutti i caratteri visualizzati mentre compilate roba pesante e approssimativamente sommate questi piccoli intervalli di tempo vi accorgerete che gli istanti accumulati ammontano ad una quota forse anche abbastanza sensibile!

Code: Select all

emerge nomeprogramma > /dev/null &> /dev/null && echo $?

Su un pentium II 350 Mhz ci sono stato tre quarti d'ora in meno a compilare xfree! Ve ne renderete conto subito pattumando stdout e sterr quando emergete *-sources, penso che ci stia piu' tempo a visualizzare quello che sta facendo che a farlo realmente...

[!equilibrium]

confermo il tuo TIP, la stessa identica cosa si ottiene aggiungendo l'opzione -s a tutti i comandi make, per farlo è sufficiente aggiungere *-s* alle esistenti CFLAGS/CXXFLAGS:

CFLAGS=" xxxxxxxx vostre cflags xxxxx -s"
CXXFLAGS=" xxxxxxxx vostre cflags xxxxx -s"

in caso, un bel man make spiega l'uso di *-s*

[n3m0]

per farlo è sufficiente aggiungere *-s* alle esistenti CFLAGS/CXXFLAGS

Molto meglio aggiungerlo alla variabile MAKEOPTS (sempre in /etc/make.conf), che esiste proprio per opzioni agguntive di make.
In ogni caso, il silent (-s) durante il make non equivale strettamente a quanto suggerito da Panda.
Infatti gli ebuild producono anche altro output (a volte tanto a volte poco) che può non essere determinato dall' esecuzione di make.
Ne è un esempio quello riportato anche da Panda: l'emerge di sorgenti kernel.
O ancora, l'output delle fase di configure.

[Danilo]

Se invece si cambia terminale o si riduce a icona la finestra non si ha lo stesso risultato?

[!equilibrium]

Molto meglio aggiungerlo alla variabile MAKEOPTS (sempre in /etc/make.conf), che esiste proprio per opzioni agguntive di make.

non so per quale motivo, ma a metter l'opzione silent in MAKEOPTS a me non funziona sempre, sembra che a volte venga ignorato mentre se lo metto in CFLAGS/CXXFLAGS funziona sempre...

In ogni caso, il silent (-s) durante il make non equivale strettamente a quanto suggerito da Panda.
Infatti gli ebuild producono anche altro output (a volte tanto a volte poco) che può non essere determinato dall' esecuzione di make.

si questo è vero, non avevo considerato l'output di emerge

[.:deadhead:.]

Grazie per il suggerimento. ho appena lanciato il bootstrap da stage1 e a seguire emerge -uDv world...

una cosa soltanto, non è sufficiente

Code: Select all

emerge nomepacchetto &> /dev/null

Io ho lanciato così bootstrap e emerge e non ho ancora visto una sola riga di output

Complimenti per l'ottimo tip![/code]

[FonderiaDigitale]

non permetterei mai a emerge di mandare l'output a null, nel caso ci sia un problema che fate? andate a naso?
molto meglio redirigere verso un file.

[.:deadhead:.]

non permetterei mai a emerge di mandare l'output a null, nel caso ci sia un problema che fate? andate a naso?
molto meglio redirigere verso un file.

Esiste emerge.log e comunque dipende...

[FonderiaDigitale]

emerge.log non e' abilitato per default.

[.:deadhead:.]

emerge.log non e' abilitato per default.

premesso che siamo tutti grandi, vaccinati e tendenzialmente immuni da flame-virus sei sicuro di questa tua ultima frase Negli ultimi giorni ho installato diverse volte gentoo e il file emerge.log c'era sempre, senza che io dovessi editare alcun file di config, e seguendo solo l'handbook. Inoltre non ho trovato dove lo si potrebbe disabilitare...

[Danilo]

Rifaccio la stessa domanda di prima se qualcuno puo' dirmi la sua :

Se invece si cambia terminale o si riduce a icona la finestra non si ha lo stesso risultato?

Di fatto un redirezionamento verso dev/null non evita che il make e l' emerge debbano gestire comunque gli streams (che poi vengono buttati dall'ambiente esterno).

E' pur vero che in questo modo i buffer dell'ambiente ospitante vengono riempiti ma IMHO quello che veramente fa perdere tempo le e' la visualizzazione a video o c'e' qualcosaltro che mi sfugge?

Dal punto di vista pratico:

Code: Select all

#include <iostream>
#include <string>

using namespace std;
int main ()
{
	int i;
	for (i=0; i< 100000; i++)
	{
		cout << "ciao: " << i << " volta" << endl; 
	}

	cerr << "valore finale" << i << endl;
	return 0;
}

Lo lancio da dentro la konsole kde.

Visualizzo lo stream standard

Code: Select all

rm -f a.out && g++ pippo.cpp&&  time ./a.out
(...)
ciao: 99996 volta
ciao: 99997 volta
ciao: 99998 volta
ciao: 99999 volta
valore finale100000

real    0m43.429s
user    0m3.661s
sys     0m1.637s

con /dev/null

Code: Select all

danilo@mymachine tmp $ rm -f a.out && g++ pippo.cpp&&  time ./a.out >/dev/null
valore finale100000

real    0m1.492s
user    0m1.376s
sys     0m0.032s

spedendo verso un file

Code: Select all

danilo@mymachine tmp $ rm -f a.out && g++ pippo.cpp&&  time ./a.out >pippo.txt
valore finale100000

real    0m2.879s
user    0m1.608s
sys     0m1.016s

modifico il cpp e rilancio con /dev/null

Code: Select all

using namespace std;
int main ()
{
	int i;
	for (i=0; i< 100000; i++)
	{
//		cout << "ciao: " << i << " volta" << endl; 
	}

	cerr << "valore finale" << i << endl;
	return 0;
}
:P:P:P

danilo@mymachine tmp $ rm -f a.out && g++ pippo.cpp&&  time ./a.out >/dev/null
valore finale100000

real    0m0.011s
user    0m0.006s
sys     0m0.002s

Quindi quello che fa perdere molto tempo e' la visualizzazione, o c'e' qualcosaltro che mi sfugge?

--- EDIT ---
In effetti se cambio console comunque impiega il tempo di

Code: Select all

rm -f a.out && g++ pippo.cpp&&  time ./a.out

Quindi l'unica soluzione e'

Code: Select all

 rm -f a.out && g++ pippo.cpp&&  time ./a.out >pippo.txt 

[Cazzantonio]

la stessa cosa dovrebbe essere ottenuta anche con "nohup emerge", con il vantaggio che hai anche i log (nohup.out) e puoi anche fare logout senza problemi...

comunque, per curiosità, quanto tempo impiega a visualizzare un carattere sullo schermo? e a scriverlo su un file?

[Danilo]

comunque, per curiosità, quanto tempo impiega a visualizzare un carattere sullo schermo? e a scriverlo su un file?

Sopra il tuo post trovi tutto inoltre con :

Code: Select all

danilo@mymachine tmp $ rm -f a.out && g++ pippo.cpp&&time  nohup ./a.out
nohup: appending output to `nohup.out'

real    0m2.760s
user    0m1.631s
sys     0m0.975s
danilo@mymachine tmp $ rm -f a.out && g++ pippo.cpp&&  time ./a.out >pippo.txt
valore finale100000

real    0m2.835s
user    0m1.662s
sys     0m1.015s

[.:deadhead:.]

Code: Select all

time ./a.out >pippo.txt
real    0m2.835s

Code: Select all

nohup: appending output to `nohup.out'
real    0m2.760s

Code: Select all

time ./a.out >/dev/null 
real    0m1.492s

Sto nohup non lo conoscevo, grassie ragazzi.

Dunque riassumendo per i posteri, se si ha davvero fretta e si sa cosa si sta facendo:

Code: Select all

comando &> /dev/null

se si ha fretta ma si vuole avere un log

Code: Select all

nohup comando

[Danilo]

se si ha fretta ma si vuole avere un log

Code: Select all

nohup comando

Aggiungerei un & per il background

Code: Select all

nohup comando &

Ad es. se si vuole chiudere il terminale corrente (es.: lanci una compilazione da remoto e poi decidi di sconnetterti)
Inoltre nohup redirige solo lo stream standard, a noi interessa anche lo stream error

Code: Select all

nohup comando  2>&1 &

[Panda]

che ne pensate di qualcosa del genere?

Code: Select all

trinhackria panda # cat /usr/sbin/silentemerge
#! /bin/sh
source /etc/init.d/functions.sh

ebegin "Silent running emerge $@";
        emerge $@ >/dev/null &>/dev/null
eend $?

silentemerge prende gli stessi argomenti di un normale emerge, e comunque alla fine visualizza un ok verde o i !! rossi.

[FonderiaDigitale]

emerge.log non e' abilitato per default.

premesso che siamo tutti grandi, vaccinati e tendenzialmente immuni da flame-virus sei sicuro di questa tua ultima frase Negli ultimi giorni ho installato diverse volte gentoo e il file emerge.log c'era sempre, senza che io dovessi editare alcun file di config, e seguendo solo l'handbook. Inoltre non ho trovato dove lo si potrebbe disabilitare...

per quanto ne so io , se non si specifica deliberatamente PORTLOG_DIR non logga l'output/debug di portage.. che versione di portage e' quella a cui ti riferisci?

[codadilupo]

in effetti, devo confermare: non ho specificato PORTLOG_DIR, non ce n'e' uno di default in /etc/make.globals eppure /var/log/emerge.log ce l'ho dall'installazione..... tanto che genlop -l mi riporta tutti gl'emerge dati da aprile in qua...

Coda

[.:deadhead:.]

per quanto ne so io , se non si specifica deliberatamente PORTLOG_DIR non logga l'output/debug di portage.. che versione di portage e' quella a cui ti riferisci?

Code: Select all

*  sys-apps/portage
      Latest version available: 2.0.50-r9
      Latest version installed: 2.0.50-r9
      Size of downloaded files: [no/bad digest]
      Homepage:    http://www.gentoo.org
      Description: Portage ports system

inoltre

Code: Select all

root@INSPIRON8600 # echo $PORTLOG_DIR

mi da come risultato il nulla...

[FonderiaDigitale]

evidentemente e' cambiato qualcosa nella ultima versione
meglio cosi xche era assai fastidioso.

[n3m0]

La mia esperienza riguardo il log di portage è questa:

senza PORTLOG_DIR:

- presenza del file /val/log/emerge.log
- assenza della dir /var/log/portage/ con tutti i log dettagliati

con PORTLOG_DIR:

- presenza del file /val/log/emerge.log
- presenza della dir /var/log/portage/ con tutti i log dettagliati

[.:deadhead:.]

La mia esperienza riguardo il log di portage è questa:

senza PORTLOG_DIR:

- presenza del file /val/log/emerge.log
- assenza della dir /var/log/portage/ con tutti i log dettagliati

con PORTLOG_DIR:

- presenza del file /val/log/emerge.log
- presenza della dir /var/log/portage/ con tutti i log dettagliati

Ah dunque la verità stava nel mezzo! Grazie per averci fugato ogni dubbio

[Cagnulein]

possibile che a me l'opzione -s non conti nulla nè in MAKEOPTS nè nelle CFLAGS?