Problemas y Estrategias en el conflicto de

sistema Linux para ser una buena arma contra muchos críticos conflictos de los sistemas Windows. Sin embargo, los conflictos sistemas Linux, aunque relativamente pequeña, pero apareció una vez en circunstancias inesperadas, y muy fácil de hacer que la gente en problemas. Aprender algunos medios comunes para prevenir estos problemas se producen estos conflictos es muy importante, puede ayudar a los administradores de sistemas Linux que evitan la difícil situación de esas situaciones.

En una entrevista con el sitio, Mark Wilding y Dan Behman solucionar el problema y evitar conflictos de Linux sistema proporciona un método relativamente simple y directo. Se publicaron conjuntamente un libro nuevo y mdash; — "Self-Service Linux: Dominar el arte de la determinación de problemas".

generalmente se cree, el sistema de servidor de Linux es la ausencia de conflicto, pero el conflicto del sistema un poco de tiempo, el estancamiento problema existe. Por conflictos a nivel de aplicación de software o problemas de estancamiento, y el nivel del núcleo Qué diferente

Mark Wilding :? conflictos de software de nivel de aplicación o problema de estancamiento sólo se limita a un hilo o proceso en particular. Este problema no se produce un conflicto o estancamiento de los conflictos en otros subprocesos que se ejecutan en el mismo sistema o proceso o estancamiento. Sin embargo, si eso sucede en el nivel del núcleo, que afectará a todos los procesos que se ejecutan en el sistema.

Sistema de conflicto y estancamiento, tanto ¿qué diferencia hay

Dan Behman :? en cualquier propiedad de un nivel, de conflicto y el estancamiento de ambos son básicamente los mismos. El estancamiento se produce cuando se bloquea un proceso o hilo, esta vez debido a algún ocupada o bloqueada algunos recursos de hardware a los procesos o subprocesos que esperar. Casos en espera de algunas cerraduras o recursos es una ocurrencia común, pero sólo si esto no se puede bloquear o recursos para lograr el tiempo final, harán que el sistema a un punto muerto.

Otra cosa importante a tener en cuenta es que el estancamiento del problema a veces se puede diagnosticar temprano. Me refiero, por ejemplo, de un momento particular de un recurso muy ocupado, que se requiere para los procesos o subprocesos tales recursos tendrán que esperar mucho tiempo, hasta que el recurso está inactivo hacia abajo. Los usuarios a menudo no entienden los recursos de esta situación ocupado, sólo para ver el proceso en espera, por lo que pensó el estancamiento filogenético, pero en realidad esta vez el sistema sigue siendo llevadas a cabo de acuerdo con los procesos de trabajo establecidos, pero más lentamente.

El conflicto con el estancamiento sistema anterior es diferente, es principalmente debido a algunos errores de hardware o software causados ​​por desconocido. Cuando se produce este error, el controlador de errores extraordinario es probable que llame a los de diagnóstico y elaboración de informes, con la esperanza de localizar la causa de este error.

conflicto puede ser visto como una especie de un problema fatal, sólo es necesario para la conclusión de un análisis. El problema del estancamiento puede ser visto como un problema en tiempo real, se puede analizar al instante y resolver.

Yo sé que Linux tiene una gran ventaja es que la apertura de su código fuente y, además, hay otras causas de la Linux resolver fácilmente los conflictos que otros sistemas operativos hacer
?

Behman: junto con el código de fuente abierta, en todos los aspectos de los sistemas Linux tienen un número considerable de documentos se refiere. Al mismo tiempo, ya que el código fuente está abierto, entonces su equipo de desarrollo también está abierto. De esta manera, usted puede poner los problemas encontrados para ayudar a los desarrolladores del kernel de Linux, incluyendo por supuesto a los de los desarrolladores originales, incluso el propio Linus Torvalds, y todo esto sólo es el programa de asistencia enviando un correo electrónico en él . Por lo que yo sé, Linux es que esta capacidad no es un sistema operativo de código abierto que falta.

Hay quienes tratan con el problema de las dificultades y retos que
estancamiento

Wilding :? problema de punto muerto es una aplicación de software con una variedad de razones, incluyendo las de estancamiento puede ser debido a los problemas causados ​​por el espacio del núcleo . Esto significa que a veces estos problemas no son el desarrollador puede controlar. Pero esta es la ventaja de Linux. Todo el código fuente está abierto, así que si te encuentras con un determinado bloque kernel estado del proceso, a continuación, puede ponerse en contacto con su código fuente, lo que permite ver el proceso en el núcleo es cómo llevar a cabo. Sin embargo, en la mayoría de los casos, no hay necesidad de un estudio en profundidad de los mismos. Con el fin de explorar las razones del estancamiento del proceso al final lo que? Los desarrolladores de software de aplicaciones necesitan estudiar detenidamente la situación y la evidencia de éstos nivel de software.

Para los usuarios o al personal de mantenimiento, por lo general, no conocen las aplicaciones específicas del programa de trabajo, sino que además no puede permitirse el lujo de no entrar en la prueba de nivel de código fuente, que es el sistema ha detectado un problema de estancamiento puede ser flexible procesamiento. Por ejemplo, en algunos casos, al final del proceso de espera Un proceso B liberado recursos, y el proceso B y el proceso está esperando recursos Una posesión. Se llama y " ", callejón sin salida, que es el software de aplicación compleja a menudo puede ser utilizado como un problema de diagnóstico esquema de estancamiento.

Si usted no sabe los procesos A y B específica del proceso de esperar a que la causa, entonces no es siquiera necesario entender esto al final no y " es; estancamiento y " situación, no tienen más remedio que apagar estos dos procesos después de volver a abrirse. Es esta situación similar, por lo que para el software de aplicación, todos los recursos para realizar un seguimiento y caja de la cerradura es muy importante, puede ayudar a resolver este problema complicado.

Behman: Otro reto estancado en el tema es que cuando se produce un problema de estancamiento, procesos o hilos a menudo no saben lo que es o cuándo será el estancamiento estancada. Esto, y el conflicto es diferente, cuando se produce un conflicto, el proceso puede interceptar la mayor parte de la señal, y el manejador de señal se puede agregar a estos sistemas de plataforma de circunstancias extraordinarias para hacer frente, como por ejemplo la limpieza de memoria, seguimientos de pila, y así sucesivamente. Sin embargo, cuando se producen problemas de estancamiento, este programa de tratamiento extraordinario, aunque no del todo imposible, pero tienden a ser más flexible, menos fija.

Cuando se produce un estancamiento, a menudo es necesario reiniciar el sistema o software de aplicación. Una cosa para recordar es que cuando se produce un problema de estancamiento, algo de la información y las pruebas para diagnosticar el problema a menudo es capturado por las actividades del núcleo y software de aplicación. Si no se recoge estas importantes e inmediata reanudación, a continuación, nunca se sabe cómo diagnosticar este problema, por lo que es imposible evitar que vuelva a suceder en el futuro.

Por alguna extraordinaria importancia del medio ambiente, la estabilidad y la fiabilidad del sistema está estrechamente ligada a la hora del diagnóstico y resolución de problemas. Por lo tanto, es necesario cumplir con una idea razonable, y que es y " primeros errores en la recolección y reinicie y ".

contraste con el conflicto, cuando se trata el problema de estancamiento, lo primero que es lo que

Behman :? problema parada con el procesamiento del nivel de núcleo de procesamiento a nivel de aplicación está estancada con muy diferente.

Si preguntas acerca del software de aplicaciones. Cuando se produce un conflicto, que ha llamado y " Procesamiento de Señales y " capacidades extraordinarias para hacer frente a una variedad de llamadas, como la memoria, la retroalimentación seguimiento de la pila. Por lo tanto, en circunstancias normales, cuando se enfrentan a problemas de conflicto, la primera pregunta es recoger, ordenar, analizar estos datos.

El problema se produce cuando el estancamiento, esto no recoge automáticamente los datos, lo cual es a menudo un proceso de operación manual. Dos puntos clave para recopilar datos que rastrean la salida en paro y el seguimiento de pila de realimentación. Esta forma de seguimiento de la salida del proceso se pueden extraer caso de demanda, ya que ha estado monitoreando el proceso, los cuales ejemplo, el proceso todavía está en vigor, y así sucesivamente. La pila de rastrear el código fuente se puede dar en la actualidad parte del proceso de acción. Este desarrollador es muy importante, ya que para que puedan estudiar la causa del estancamiento del proceso del problema.

Para los problemas de conflicto y el estancamiento, la razón principal es que

Wilding :? Para conflicto, que puede hacer que sea la razón principal se divide en dos tipos, uno es prevención de tipo, y el otro es el tipo de tratamiento de errores. Tipo de prevención de conflictos es el software del núcleo o la aplicación debido encontrado grave situación planteada conflicto. El software es consciente de este problema y para producir a " el suicidio y " las formas de prevenir producen más errores, a fin de evitar problemas más serios. En cuanto al tipo de conflicto de gestión de errores, significa que la memoria tiene ciertos contenidos ilegales entren, casi todo mal de algunos programas. En este caso, el hardware para detectar este tipo de software de aplicación y, a continuación, enviar una señal para detener el proceso del software.

Para el problema de estancamiento, hay dos razones generales para la situación. Se trata de un proceso o subproceso está esperando situación de los recursos, que no necesariamente es capaz de resolver. Mientras que otros procesos o hilos con las limitaciones de recursos, por lo que el proceso o subproceso en espera, sigue ocupando recursos a otros procesos o subprocesos sólo puede esperar. Un ejemplo es un proceso de recursos críticos ocupados bloqueado, sino en su propia recepción de Internet sin rumbo fijo. La segunda razón más común es una especie de y " dependen de tipo de bucle y " esperar aquí dos o más procesos en espera de otro lado de los recursos de la misma, y ​​por lo tanto caer en y " ". Estancamiento Solución a esta situación puede ser la de liberar un bloqueo o un espacio de memoria compartida y así sucesivamente.

En estas situaciones de conflicto y estancamiento, que rigen las reglas básicas de investigación que se puede utilizar allí

Wilding :? Uno de los mejores regla básica está organizada para el trabajo . Es importante que los datos recogidos en un lugar definido regular, por lo que el futuro se pueden encontrar muy fácilmente. Esto es especialmente útil para aquellas situaciones que se encuentran varios problemas al mismo tiempo.

Behman: Otra directriz básica es recoger datos para la recopilación de datos cuantitativos y no cualitativos. Por ejemplo, y " ayer 18:00, con una memoria y " inferior sistema;, esta observación cualitativa. Este problema tiene poco papel en el tratamiento. versión cuantitativa de este ejemplo se supone que recoger y almacenar datos para mandar toda la producción, así como otros comandos de diagnóstico pertinentes. El propósito es que es recoger datos suficientes, por lo que se puede evitar posibles problemas que vuelva a suceder, lo que es y " un lugar para escribir y " método, sin la necesidad de que los problemas recurrentes, recoger muchas veces para poder obtener datos más completa .