Registrarse
Home
Foros
Miembros
Calendario
Normas
Ayuda

Foros de usuarios de openSUSE
Retroceder   ForoSUSE > Varios > La cafetería


Síguenos en Twitter Suscríbete a nuestras noticias Acompáñanos en Facebook

Respuesta
 
Herramientas Desplegado

systemd-analyze
  #1  
Antiguo 20-mar-2016, 22:03
Avatar de soyasi
soyasi soyasi está desconectado
Miembro Senior
 
Fecha de Ingreso: 26-julio-2005
Ubicación: Atlántida
Versión: leap 42.1
Mensajes: 850
Agradecimientos: 187
Agradecido 323 Veces en 221 Mensajes
Poder de Credibilidad: 13
soyasi está en el buen camino
systemd-analyze

Leyendo un poco hoy el foro se me ocurrió esto, que datos nos da nuestro systemd-analyze en nuestros equipos, creo que hace algún tiempo se hizo algo parecido, pero no encontré el hilo.

Mi equipo de pruebas (que ya tiene sus añitos), me da los siguientes resultados, creo que los mas nuevos deben de estar por debajo de esto un rato.

Cita:
openSUSE Leap 42.1 (x86_64) dnsserver (4.1.15-8-default #1 SMP PREEMPT Wed Jan 20 16:41:00 UTC 2016 (0e3b3ab)) x86_64
Startup finished in 3.286s (kernel) + 972ms (initrd) + 14.924s (userspace) = 19.183s
__________________
--
hkp://subkeys.pgp.net
GNU/Linux Opensuse leap 42.1 x86_64
Linux Registered User #391410



(http://linuxcounter.net/)
Responder Citando
El Siguiente Usuario Ha Dado las Gracias a soyasi Por Este Mensaje:
gvcastellon (21-mar-2016)
  #2  
Antiguo 21-mar-2016, 01:36
Avatar de karlggest
karlggest karlggest está desconectado
Moderador
 
Fecha de Ingreso: 07-febrero-2007
Ubicación: Ourense
Versión: Leap 42.3
Mensajes: 8.175
Agradecimientos: 40
Agradecido 1.238 Veces en 910 Mensajes
Poder de Credibilidad: 19
karlggest está en el buen camino
Hola.

Hay un límite por debajo del cual es difícil llegar, y es que depende de los recursos y servicios que utilices. Por ejemplo, un sistema con una partición arranca más rápido que con dos o más particiones. Pero para ver hasta donde puedes llegar:
https://lizards.opensuse.org/2012/07...oot-time-aka-2

Salud!!
__________________
http://sementedotempo.blogspot.com/

-Si lo creen unos pocos, es un delirio; si son muchos los creyentes, es una religión
Responder Citando
El Siguiente Usuario Ha Dado las Gracias a karlggest Por Este Mensaje:
gvcastellon (21-mar-2016)
  #3  
Antiguo 21-mar-2016, 01:47
Avatar de mikrios
mikrios mikrios está desconectado
Miembro FOROSuSE
 
Fecha de Ingreso: 02-marzo-2013
Ubicación: Lat. 27.994547-Lon -15.405127-160m nivel del mar
Versión: 13.1-2,TW,Leap
Mensajes: 4.530
Agradecimientos: 1.911
Agradecido 1.402 Veces en 1.175 Mensajes
Poder de Credibilidad: 9
mikrios llegará a ser famoso muy pronto
Hola:

Si se hizo un tutorial de esa herramienta en el foro, (si no lo encuentras lo deje colgado en el servidor ftp público + algunos trabajos de SUSE que estamos haciendo, para openSUSE) .

Cuanto mas antiguo es el equipo de las series nuevas, ejemplo los 1 y 2ª generación eran mas rápidos, el kernel y los módulos los tenia todos asumidos, sobre 11segundos contando los 6 de temporizador.

Cuando monte el z87 tuve que esperar varios meses para que el kernel lo tuviese optimizado.

Y para un disco con estas características :

Código:
/dev/sde:
 Timing cached reads:   22194 MB in  2.00 seconds = 11110.69 MB/sec
 Timing buffered disk reads: 4372 MB in  3.00 seconds = 1457.32 MB/sec
X-99-D:~ # hdparm -tT /dev/sde3

/dev/sde3:
 Timing cached reads:   22156 MB in  2.00 seconds = 11091.21 MB/sec
 Timing buffered disk reads: 4106 MB in  3.00 seconds = 1368.28 MB/sec
X-99-D:~ # hdparm -tT /dev/sde4

/dev/sde4:
 Timing cached reads:   22210 MB in  2.00 seconds = 11118.69 MB/sec
 Timing buffered disk reads: 4480 MB in  3.00 seconds = 1492.77 MB/sec
Se ha pegado también tiempo parecidos, quizás algo menos.

Systemd, si falla un servicio, puede reintentarlo varias veces, antes de saltar al siguiente (en cierta forma evita quedarse colgado) .

Otra btrfs está optimizado para discos ssd, lo que creo es que la gente desconoce mucho sobre ese FS, pero basta leer el kernel o ver el proceso, se puede uno dar cuenta, te pongo un ejemplo :

Cita:
Mar 20 12:51:00 X-99-D os-prober[5466]: debug: running /usr/lib/os-probes/50mounted-tests on btrfs /dev/sde1
Mar 20 12:51:00 X-99-D 50mounted-tests[5470]: debug: begin btrfs processing for f905f7d0-3ba9-47b5-ac97-62edc6331d53
Mar 20 12:51:00 X-99-D kernel: BTRFS info (device sde1): disk space caching is enabled
Mar 20 12:51:00 X-99-D kernel: BTRFS: has skinny extents
Mar 20 12:51:00 X-99-D kernel: BTRFS: detected SSD devices, enabling SSD mode
Mar 20 12:51:00 X-99-D 50mounted-tests[5493]: debug: btrfs volume f905f7d0-3ba9-47b5-ac97-62edc6331d53 mounted
Mar 20 12:51:00 X-99-D kernel: BTRFS info (device sde1): disk space caching is enabled
Mar 20 12:51:00 X-99-D kernel: BTRFS: has skinny extents
Mar 20 12:51:00 X-99-D kernel: BTRFS: detected SSD devices, enabling SSD mode
Mar 20 12:57:35 X-99-D kernel: BTRFS info (device sde1): disk space caching is enabled
Mar 20 12:57:35 X-99-D kernel: BTRFS: has skinny extents
Mar 20 12:57:35 X-99-D kernel: BTRFS: detected SSD devices, enabling SSD mode
En kernel, btrfs detecta que el disco sde es un disco SSD y activa un espacio de cache para el.

Y en este equipo hay otro (7seg en arrancar en btrfs en Vbox openSUSE) :
Código:
Mar 19 21:43:05 X-79-PRO kernel: BTRFS: detected SSD devices, enabling SSD mode
Mar 19 21:43:05 X-79-PRO kernel: BTRFS info (device sdc1): disk space caching is enabled
Mar 19 21:43:05 X-79-PRO kernel: BTRFS: has skinny extents
Mar 19 21:43:18 X-79-PRO kernel: BTRFS info (device sdc1): disk space caching is enabled
Mar 19 21:43:18 X-79-PRO kernel: BTRFS: has skinny extents
Mar 20 04:01:06 X-79-PRO kernel: BTRFS info (device sdc1): disk space caching is enabled
Mar 20 04:01:06 X-79-PRO kernel: BTRFS: has skinny extents
Código:
X-79-PRO:~ # hdparm -tT /dev/sdb
                                                                                                                                                                                               
/dev/sdb:
 Timing cached reads:   23554 MB in  2.00 seconds = 11794.05 MB/sec
 Timing buffered disk reads: 1168 MB in  3.00 seconds = 388.93 MB/sec
Sdb sin configurar y sin montar. hasta el sdc1 que es un raid 0 habilita el espacio de cache, por que es un raid de solo datos y no bootable .

Este equipo mira lo que tarda :
Cita:
X-79-PRO:~ # systemd-analyze
Startup finished in 2.389s (kernel) + 2.618s (initrd) + 1min 49.144s (userspace) = 1min 54.152s
Cual es la causa ? , pues bien; es esta:
Cita:
X-79-PRO:~ # systemd-analyze blame
1min 30.431s purge-kernels.service
13.031s home.mount
5.351s wicked.service
4.797s apparmor.service
3.412s SuSEfirewall2_init.service
2.869s systemd-udev-settle.service
2.266s dev-sda3.device
1.843s postfix.service
1.679s ModemManager.service
1.436s display-manager.service
1.176s cups.service
1.015s SuSEfirewall2.service
974ms lm_sensors.service
932ms systemd-logind.service
El purge del kernel se pego 1min 30.431s purge-kernels.service, para el siguiente reinicio, ya ese servicio no esta, por lo cual el tiempo seria aproximadamente 20 y pico segundos (no he hecho la prueba, ya que depende de otros factores, como por ejemplo tener habilitado en el cron el mantenimiento de btrfs, limpieza de snapper o log y journal, etc) .

El userspace es el systemd.

Como ves en tu gráfica esta los getty creo que esta relacionado con las tty, puedes verlo en yast2 en gestión de servicios.

Edito:

Voy a poner otro ejemplo de como es de variable, sobre todo ante una actualización :

Código:
X-79-PRO:~ # systemd-analyze                       
Startup finished in 2.417s (kernel) + 2.646s (initrd) + 6min 25.856s (userspace) = 6min 30.920s
Verdad que se pasa, 6 min 30" y es debido a :

Código:
X-79-PRO:~ # systemd-analyze blame
    6min 11.616s purge-kernels.service
          7.340s apparmor.service
          6.087s home.mount
Que está purgando el kernel , el siguiente arranque debe ser sobre los 30seg. mas o menos; ya había hecho una prueba anterior y fue sobre los 28 segundos, así que lo que hice fue cambiar al kernel de TW en vez de el estable estandar , este reinicio se pego eso, el siguiente, como no tiene que purgar ningún kernel, pues tardara menos.

Saludos cordiales

Última edición por mikrios; 21-mar-2016 a las 05:50 Razón: añadir
Responder Citando
El Siguiente Usuario Ha Dado las Gracias a mikrios Por Este Mensaje:
gvcastellon (21-mar-2016)
Respuesta

Marcadores

Etiquetas
systemd-analyze


(0 miembros y 1 visitantes)
 
Herramientas
Desplegado

Normas de Publicación
No puedes crear nuevos temas
No puedes responder mensajes
No puedes subir archivos adjuntos
No puedes editar tus mensajes

Los Códigos BB están Activado
Las Caritas están Activado
[IMG] está Activado
El Código HTML está Desactivado

Ir al Foro

Temas Similares
Tema Autor Foro Respuestas Último mensaje
No puedo arrancar con opensuse 13.2 catlib Software 9 28-oct-2015 20:46
acerca de systemd armando La cafetería 8 22-ago-2014 15:01
[Wiki] Systemd VampirD Colaboración wiki opensuse 7 24-ago-2013 21:22
[Wiki] Systemd VampirD Colaboración wiki opensuse 0 14-sep-2012 20:52
sistema no inicia con systemd pero con systemV inicia normalmente arag Software 2 14-sep-2012 17:31



Síguenos en Twitter Suscríbete a nuestras noticias Acompáñanos en Facebook


La franja horaria es GMT +2. Ahora son las 23:28.
Powered by vBulletin™
Copyright © vBulletin Solutions, Inc. All rights reserved.

Esta página está bajo una licencia de Creative Commons, salvo que no se indique lo contrario.
Creative Commons License

Valid CSS!

Diseño por:Designed by: vbdesigns.devbdesigns.de 
Contáctenos - ForoSUSE - Archivo - Declaración de Privacidad - Arriba