12.4. Strumenti per le prestazioni

Con l'utilizzo di dyninst binary-editing library, SystemTap può ora eseguire alcuni script di livello area utente; non viene usato alcun privilegio kernel o root. Questa modalità, selezionata usando stap --dyninst, abilita solo quei probe o quelle operazioni che interessano il processo dell'utente in questione. Da notare che questa modalità non è compatibile con i programmi con eccezioni C++.

È supportato un nuovo modo per l'inserimento dei probe in applicazioni Java insieme con byteman. Nuovi tipi di probe SystemTap, java("com.app").class("class_name").method("name(signature)").*, abilitano il probing di eventi del metodo di ingresso e uscita in una applicazione, senza alcun tracciamento del sistema.

È stata aggiunta una nuova utilità agli strumenti del driver SystemTap, per l'esecuzione remota su una istanza KVM gestita da libvirt in esecuzione su un server. Ciò abilita un trasferimento sicuro e automatizato di uno script SystemTap compilato per un guest della macchina virtuale attraverso un link virtio-serial sicuro dedicato. Un nuovo demone del guest carica gli script e trasferisce il loro output all'host. Questo metodo è quello più veloce e sicuro rispetto a SSH, e non necessita di alcuna connessione di rete di livello-IP tra host e guest. Per il test di questa funzione eseguire il seguente comando:

stap --remote=libvirt://MyVirtualMachine

stap --remote=libvirt://MyVirtualMachine

In aggiunta sono stati eseguiti un certo numero di miglioramenti ai messaggi diagnostici di SystemTap:

Supporto per le istruzioni IBM System z Decimal Floating Point su host con il supporto dell'utilità DFP.

Supporto per le istruzioni IBM POWER8 (Power ISA 2.07).

Supporto per le istruzioni Intel AVX2, disponibile solo su architetture 64-bit.

Supporto iniziale per Intel Transactional Synchronization Extensions, sia Restricted Transactional Memory (RTM) che Hardware Lock Elision (HLE).

Supporto iniziale per l'Hardware Transactional Memory su IBM PowerPC.

La dimensione predefinita della cache di traduzione è stata aumentata a 16 settori, a causa della strumentazione e archiviazione di quantità molto grandi di codici delle applicazioni. Per motivi simili il numero di segmenti della memoria mappata tracciabili è stato aumentato di 6 volte. Il numero massimo di settori nella cache di traduzione può essere controllato tramite --num-transtab-sectors.

Valgrind non crea più temporaneamente una mappatura dell'intero oggetto per operazioni di lettura. Al contrario, questa operazione viene eseguita attraverso un piccolo buffer di dimensioni fisse. Questo processo impedisce la presenza di picchi di memoria virtuale, quando Valgrind consulta le informazioni di debugging da oggetti condivisi molto grandi.

L'elenco di soppressioni usate (visualizzate se si specifica l'opzione -v), mostra ora per ogni soppressione il nome del file, e il numero della riga nella quale è stata definita la soppressione stessa.

È possibile usare ora un nuovo flag --sigill-diagnostics per controllare la presenza di un messaggio diagnostico, quando il compiler just-in-time (JIT) incontra una istruzione che non è in grado di tradurre. Il comportamento attuale — consegna del segnale SIGILL all'applicazione — non è stato modificato.

Miglioramento di Memcheck con le seguenti caratteristiche:

L'integrazione del server GDB di Valgrind è stata migliorata con i seguenti comandi di monitoraggio: