Alta funzionalità del sistema CPU (% sys), blocchi di sistema

Per le ultime due settimane stiamo avendo picchi gravi di intermittenza nell'uso di CPU di sistema (mostrato come% sys), che durano forse mezzo minuto, bloccando la maggior parte dei processi, inclusi ssh.

Ho cercato di capire questo, ma in cima non mostra nulla di rilevante (l'utilizzo del sistema per i processi che mostra è insignificante), i picchi sono intermittenti e non ho potuto riprodurre il picco con alcun carico di lavoro per l'applicazione web che ospita questo host web.

  • SVN e WebSVN con restrizioni di accesso di diversi utenti su più repository su linux
  • Voci in `/ etc / inittab` sotto l'ultima row - ansible hack?
  • È questo un cluster HPC o mySQL HA?
  • Effettuare alcune informazioni sui routes persistenti su RHEL
  • Come trovare il file .pid per un determinato process
  • Perché un path IPv6 aggiunto prima che la macchina virtuale sia avviato non funziona
  • Se avete delle idee su come eseguire il debug di alta% sys e (a volte)% si l'utilizzo della CPU, ti invitiamo a condividerli.

    Le specifiche di sistema (non so se una di queste è pertinente): Server dedicato, CentOS 6, core i7 950, compatibile da 4 a 8 GB di RAM in qualsiasi momento, i dischi rigidi sono in RAID-1.

    Informazioni addizionali:

    • L'output dmesg non cambia tra i picchi
    • / var / log / messages non cambia tra i picchi
    • Ecco il cat / proc / vmstat
    • Ecco l'output di mpstat 1 durante un tipico picco

    Aggiunta 07.11.11: sembra un semplice ripristino dello stato del sistema ripristinato e non possiamo mai sapere cosa ha causato il disturbo in primo luogo.

  • Carico di misura -% La CPU in cima è diversa da% us
  • Ubuntu carica i picchi medi, ma le CPU sono inattive
  • KVM / Qemu, Ubuntu: Perché più utenti CPU aumentano rapidamente il disco-I / O?
  • Differenza pratica tra SPARC vs x86
  • taskset numbers di nucleo domanda
  • CPU di utilizzo del server VMware di arrampicata
  • 5 Solutions collect form web for “Alta funzionalità del sistema CPU (% sys), blocchi di sistema”

    So che questo thread è veramente vecchio e so che sei già a conoscenza di questo,% sys -> se il ciclo è speso nel sistema%, allora gran parte dell'esecuzione viene eseguita in codice di livello inferiore, cioè potrebbe essere emesso sul lato del kernel. Se questo problema è riproducibile nuovamente, raccogliere l'output di

    echo t> / proc / sysrq-trigger

    e albind / var / log / messages insieme a questo thread.

    Su centos 6.2 e 6.3 distriggersre un enorme supporto di pagine:

     echo never > /sys/kernel/mm/redhat_transparent_hugepage/enabled 

    Alto% si suggerisce un alto tasso di interruzione (si è il tempo trascorso nei gestori softirq, AFAIK). Pertanto, la mia prima indovinta sarebbe che l'interface di networking server venga martellata.

    Sembra stupido, ma il riavvio ha aiutato e non possiamo mai sapere, cosa ha causato le punte in primo luogo.

    Grazie per le risposte, però.

    Ci sono molti fattori che contribuiscono all'utilizzo ad alta percentuale di sisthemes come Logon, chiamata di sistema, interruttore di context (filettatura e procedura), IO e persino copia dei dati di socket dalla modalità kernel alla modalità utente. Suggerisco di poter utilizzare sar, vmstat e iostat per controllare questi risultati. Inoltre, sarebbe bello scoprire quale process ha causato l'utilizzo elevato di% sys quando il picco. gdb sarebbe utile in questo caso. Scopri il process e utilizza gdb per attaccarlo e vedrai cosa sta succedendo con questo process in questo momento. Solo la cosa che devi notare è che questa operazione richiede informazioni di debug embedded nella procedura .

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.