Lines Matching full:per

6 Le operazioni RCU per le verifiche *torture*
12 L'opzione CONFIG_RCU_TORTURE_TEST è disponibile per tutte le implementazione di
13 RCU. L'opzione creerà un modulo rcutorture che potrete caricare per avviare le
14 verifiche. La verifica userà printk() per riportare lo stato, dunque potrete
15 visualizzarlo con dmesg (magari usate grep per filtrare "torture"). Le verifiche
35 usare altri comandi per visualizzare i messaggi di printk(). La funzione
70 * "rtbke": rcutorture è stato capace di creare dei kthread real-time per forzare
77 * "rtbf": Il numero di volte che è fallita la promozione della priorità per
91   "!!!" per renderlo ben visibile. L'età di una struttura appena creata è zero,
93   successivamente per ogni periodo di grazia; infine rilasciata dopo essere
94   passata per (RCU_TORTURE_PIPE_LEN-2) periodi di grazia.
115 Una diversa implementazione di RCU potrebbe fornire informazioni aggiuntive. Per
118 …srcud-torture: Tree SRCU per-CPU(idx=0): 0(35,-21) 1(-4,24) 2(1,1) 3(-26,20) 4(28,-47) 5(-9,4) 6(-…
120 Questa riga mostra lo stato dei contatori per processore, in questo caso per
123 contatore e di quello "corrente" per ogni processore. Il valore "idx" mappa
124 questi due valori nell'array, ed è utile per il *debug*. La "T" finale contiene
131 esempio quando lo si sta per mettere in proeduzione. In questo caso, il kernel
135 Per esempio, potreste usare questo script::
155 Quando si usa rcutorture per verificare modifiche ad RCU stesso, spesso è
161 tools/testing/selftests/rcutorture/bin/kvm.sh per le architetture x86, arm64 e
164 eseguita per 30 minuti in una macchina virtuale con uno spazio utente minimale
170 kvm.sh l'argomento --cpus. Per esempio, su un sistema a 64 processori, "--cpus
171 43" userà fino a 43 processori per eseguire contemporaneamente le verifiche. Su
172 un kernel v5.4 per eseguire tutti gli scenari in due serie, riduce il tempo
173 d'esecuzione da otto ore a un'ora (senza contare il tempo per compilare sedici
176 per capire quanti processori riservare per le verifiche in --cpus.
178 Non serve eseguire tutti gli scenari di verifica per ogni modifica. Per esempio,
179 per una modifica a Tree SRCU potete eseguire gli scenari SRCU-N e SRCU-P. Per
182 per esempio, un hardware che permette di eseguire 448 thread, può eseguire 5
183 istanze complete contemporaneamente. Per farlo::
192 O ancora 28 istanze per ogni scenario su otto processori::
197 l'argomento --memory, che di base assume il valore 512M. Per poter usare valori
202 usare il parametro --kconfig, per esempio, ``--kconfig
204 kcsan. Da notare che --gdb vi limiterà all'uso di un solo scenario per
208 Potete passare anche i parametri d'avvio del kernel, per esempio, per
209 controllare i parametri del modulo rcutorture. Per esempio, per verificare
221 Il parametro --duration sovrascrive quello di base di 30 minuti. Per esempio,
223 cinque minuti, e ``--duration 45s`` di 45 secondi. L'ultimo può essere utile per
238 di queste cartelle può essere fornita a kvm-find-errors.sh per estrarne gli
239 errori. Per esempio::
247 specifici per scenario si trovano in sotto cartelle che prendono il nome dello
248 scenario stesso (per esempio, "TREE04"). Se un dato scenario viene eseguito più
251 progressione, per esempio "TREE04.2", "TREE04.3", e via dicendo.
264   Questo file contiene il risultato di compilazione per uno specifico scenario
267   Questo file contiene il risultato d'esecuzione per uno specifico scenario.
305 esecuzione. Se avete bisogno di (diciamo) 1000 esecuzioni per essere sicuri di
309 Per questo motivo esiste kvm-again.sh.
321 particolare --duration e --bootargs. Per esempio::
326 rieseguirebbe il test precedente, ma solo per 45 secondi, e quindi aiutando a
333 Non è poi così difficile usare un qualsiasi ambiente di sviluppo per eseguire
336 degli scenari di verifica per rcutorture sui sistemi disponibili richiede
339 Per questo esiste kvm-remote.sh.
345 e funziona anche per system1, system2, system3, system4, e system5, e tutti
352 altri cinque sistemi elencati fra i parametri, ed eseguirà ogni scenario per
355 kvm-remote.sh, tuttavia la lista dei sistemi deve venire sempre per prima.
357 L'argomento di kvm.sh ``--dryrun scenarios`` può essere utile per scoprire
361 per kvm.sh::