Paolo Asperti <paolo@...> writes: > > > > Il giorno 12/mag/2016, alle ore 22:51, Mauro <billielliot@...> ha scritto: > > > > come da oggetto vorrei far lavorare il processore al 100% > > > > In un sito suggeriscono di avviare piu' istanze del seguente comando: > > > > gzip -c /dev/urandom > /dev/null" > > una soluzione alternativa è > yes > /dev/null > > che ha però lo stesso limite del comando da te indicato: usa al 100% un core della CPU. > Visto che probabilmente usi una CPU multicore, bisogna eseguire il comando più volte (tipo con screen o > anche mettendoli in background con ctrl+z bg) per avere un carico del 100%. > > Puoi usare il comando “top” per avere un’idea del carico, e appena avviato “top”, premi “1” > per il dettaglio delle CPU. > > Spiegone: > gzip è istruito per prendere come input “/dev/urandom” e come output ( -c ) utilizza lo standard > output anziché un file. Lo standard output è rediretto verso /dev/null, cosa che costa “poco” in > termini di CPU. > Ciò che costa è: > - generare numeri pseudocasuali (il lavoro di /dev/urandom) > - comprimere (il lavoro di gzip) > Nel caso usassi yes, la CPU si impegna a fare un compito stupido (scrivere “y”) ma in maniera > incredibilmente intensa. > Il carico come vedi non è determinato dal compito, ma da quanto spesso lo esegui. > > ciao >
Premesso che di computer (davvero) non ne capisco molto, e sperando che questo mio messaggio non faccia fuggire un altro utente di questa mailing list, vorrei ringraziare tutti quelli che sono intervenuti, senza dimenticare di ringraziare gli uetenti che non sono intervenuti e hanno pazientemente sopportato la mia domanda irritante. La ricerca dei singoli comandi l'ho fatta ma in internet non ho trovato pagine che spiegassero perche' l'insieme di questi comandi sia cosi' pesante per il processore. Il senso "al tutto" lo ha dato Antonio e le altre risposte a seguire. Alcune precisazioni: il procesore e' monocore 32bit. Il comando l'ho trovato sul sito di LinuxCNC (sezione Latency test). Il sistema operativo e' Linux e il kernel e' stato modificato per funzionare in realtime (speriamo che piaccia a "nice" :-) Grazie a tutti Ciao :-) Mauro _______________________________________________ BrigX Linux Users Group [email protected] http://brigx.it/mailman/listinfo/ml_brigx.it
