Ver Mensaje Individual
  #7  
Antiguo 31-mar-2015, 03:03
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.569
Agradecimientos: 1.939
Agradecido 1.426 Veces en 1.194 Mensajes
Poder de Credibilidad: 9
mikrios llegará a ser famoso muy pronto
Hola:

Hay procesos que pueden estar ejecutando en paralelo, por lo cual esos tiempos no dicen nada y pueden variar entre re inicios o entre actualizaciones .

Lo preocupante seria que se mantuvieran fijos en todos los re inicios del equipo.

De todas formas systemd-analyze blame y systemd-analize critical-chain , no son determinantes para medir el tiempo que dura el proceso de arranque del sistema (mas bien es para tenerlos en cuenta) .

Para ello es mejor usar systemd-analize o bien systemd-analize time (o bien verlo de forma gráfica haciendo un systemd-analize plot ; ejemplo systemd-analize plot > /home/user/archivo.svg y después abrirlo con gimp,firefox,etc) .

Un ejemplo seria tener un servicio a=10 segundos y un servicio b=12 segundos , si se ejecutan en paralelo, el siguiente servicio se ejecutara a los 12 segundos, suponiendo que el instante de a y b empiecen en el mismo tiempo , si fueran secuenciales, pues primero se ejecutaría el a y una vez finalizado este empezaría por el b, con lo cual el tiempo sería de 22segundos (por eso blame y critical-chain no son determinantes para medir el tiempo total ) .

Intentar medir en el caso de una actualización, después del 2 reinicio (ejemplo si tengo una actualización del kernel, el primer reinicio, me sumara 3 segundos o mas del purge kernel, en cambio en el segundo no lo hará ) .

Si quieres ver mas sobre este tema puedes verlo aquí : http://www.freedesktop.org/software/...d-analyze.html


Un ejemplo de openSUSE 13.2 con el kernel 4.0rc5 ,en virtualbox y discos ssd.
Vemos que en la 1ª se realizo una actualización del kernel, después se hizo un reinicio, pues hay un proceso que tarda x tiempo en purgar el kernel y esto demora el tiempo final del arranque del sistema.



Segundo reinicio, ya una vez que se ha purgado el kernel .



En otras gráficas que tu puedas obtener , podrás observar que algunos servicios se abren mientras se están ejecutando otros, pero en otros depende de que un servicio finalice para que empiece a ejecutarse otro nuevo (por ejemplo : los wickedd empiezan una vez que ha finalizado SuSEfirewall2_init.service ).

Otra cosa los 2 primeros que has puesto creo que están ejecutando se en paralelo; si la duración es mas o menos la misma en los dos , no libera ese espacio que tiene (en cambio si son distintos , al liberarse uno de ellos deja espacio para ejecutar otros :



Como son los que están por debajo de SuSEfirewall2_init.service y ahí también puedes apreciar que el final de este es el comienzo de los wickedd .

Muchas veces esto no son problemas, he tenido arranques que han durado mas de la cuenta, por temas de journal, el hacer una instantánea y ejecutar otros procesos, pero lo importante es el comportamiento una vez finalizado todo el arranque.

Aún así systemd-analyze, junto con systemctl y journalctl son buenas herramientas para systemd y para mejorar el proceso de arranque y del sistema en general .

Edito:

Bueno en este caso los que se están ejecutando por debajo, no dependen de esos servicios que muestra la última gráfica, si no de unos que aparecen mas arriba, al igual que una vez terminado los wickedd dhcp y wickedd auto4.service empieza el wickedd.service.

Quien este interesado en el tema de systemd-analyze, abrimos un tema aparte , por lo menos tengo casi la mitad de ese enlace traducido y así me pueden ayudar en el trabajo y aclarar conceptos de la traducción que a lo mejor no haya puesto claro (es decir pongo el trabajo que he realizado, se corrige y se hace un tuto para el foro ) .

Saludos cordiales

Última edición por mikrios; 31-mar-2015 a las 03:14 Razón: añadir
Responder Citando