|
|
|
Secciones
Este hilo ha sido archivado.
No pueden publicarse nuevos comentarios.
Iniciar Linux de forma asíncrona para mejorar la velocidad de arranque
|
Log in/Crear cuenta
| Top
| 83 comentarios
| Buscar hilo
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
Obrar mucho, y hablar poco; que lo demás es de loco.
Barrapunto © 1999-2007. Contenido disponible bajo licencia Creative Commons Reconocimiento 2.5
Aviso legal
Barrapunto © 1999-2007. Contenido disponible bajo licencia Creative Commons Reconocimiento 2.5
Aviso legal
en estricto rigor no es posible...
(Puntos:1, Interesante)( http://www.fabiangonzalez.cl/ )
Ahora, si somos realistas, al iniciar los servicios no usamos toda la cpu, debido a que esperamos respuestas de la red, esperamos respuestas de hardware inicializando, y otros.
Por lo tanto mientras esperamos la respuesta de la red con las IP de los dns podríamos estar subiendo otra cosa y aquí la concurrencia tiene sentido.
La pregunta para ver si vale la pena es: ¿los tiempos de los procesos de inicio bloqueados son mayores que los cambios de contexto necesarios para tener concurrencia?
while(1==1){ printf("\t firma infinita \n"); }
Re:en estricto rigor no es posible...
(Puntos:2)( http://barrapunto.com/ )
Desde hace años cualquier sistema operativo que se precie es multitarea, lo cual evidentemente mejora el rendimiento. Y por supuesto Linux es multitarea, pero esto no se refleja en el inicio del sistema por el hecho de que los scripts se ejecutan secuencialmente según acaba completamente el anterior (muchos tiempos de E/S malgastando CPU).
No te lo tomes a mal, pero parece que te suenan campanas y no sabes dónde. Dudar de si la multitarea merece la pena está un poco fuera de lugar hoy en día.
--
~ mírale, ahí va... con su mujer y mi hijo... ~
Re:en estricto rigor no es posible...
(Puntos:1)( http://bloghed.blogspot.com/ | Última bitácora: Jueves, 08 Mayo de 2008, 14:11h )
Quizá para este caso no tenga mucho que ver, pero te diría que eso de que una sola cpu hace sólo una cosa a la vez no es del todo cierto. Todos los procesadores superescalares (tu pentium, amd o lo que tengas), que llegaron al mercado ya hace unos añitos, pueden ejecutar más de una intrucción (máquina por supuesto) a la vez. A parte, los últimos pentium 4 con hiperthreading se supone que pueden funcionar como un sistema con dos cpu's.
"Ojalá fuera los bastante tonto como para no darme cuenta de lo tonto que soy."
Re:en estricto rigor no es posible...
(Puntos:1)( http://barrapunto.com/ )
Falso. Linux es multitarea hace años.
"si hacemos concurrencia de inicio, aumentaremos la cantidad de cambios de contexto, lo que hará que todo sea más lento"
Será más lento, o incluso no arrancará, si lo haces tú que no sabes lo que dices.
Vaya troll
(Puntos:1)( http://helvete.escomposlinux.org/ )
Si tienes un método por el cual un sistema con multiples aplicaciones luchando entre ellas vaya más rápido que una sola aplicación me parece que te dan el premio Nobel de informática.
Re:en estricto rigor no es posible...
(Puntos:1)( http://www.fabiangonzalez.cl/ )
1. no tenemos paralelismo, tenemos concurrencia
2. la concurrencia tiene un costo
3. para que valga la concurrencia hay que ver el costo de la concurrencia versus el tiempo que los procesos esperan.
Mi punto: a veces hablamos sin sustento teórico y los que están recien aprendiendo no saben por que suceden las cosas.
while(1==1){ printf("\t firma infinita \n"); }