#16Jeje, bien por #5
Mis stats son:
- 10 "crashes" de Linux que he visto en unas imagenes
- 10^∞ "crashes" de winXP que he vivido en carne y hueso
Creo que la diferencia es mucha. De Vista ya ni hablamos, horrible.
Edit: Acabo de recordar que en mis tiempos de inicio tuve que reinstalar Feisty porque hice una mala modificación del xorg.conf (y algunas otras cosas) para tratar de poner Compiz Fusion con nVidia y aceleración 3D. Asi que es relativamente fácil echarse el sistema cuando eres novato. Por eso la importancia de no tocar lo que no sabes...
#21Los únicos Kernel Panic que he visto en mi vida fue porque se paró el ventilador de la CPU por atasco y nada más arrancar, al poco de procesar un poco, se sobrecalentaba.
También he tenido un montón de cuelgues de Kwin y Kicker, y reinicios instantáneos de las X sin razón aparente, pero lo que es kernel panic en sí... para mí sigue siendo un misterio tras casi 6 años de Linux
#22Pues en la oficina tenemos un Fedora como servidor Web de muchisimas páginas, y tenemos varios kernel panic por año. No aseguro nada pues podría ser cualquier cosa... lo que es cierto es que el server tiene muchisima carga, incluso podría ser culpa mia (tal vez lo instalo mal o algo), pero la realidad es que en contadas ocasiones se nos ha muerto. La mayoría de las veces intentando resolver una consulta de PostgreSQL y/o del Apache
#23En el caso de Linux no existe una versión única del kernel, y en un kernel se pueden meter muchas cosa.
Por ejemplo: Pon en el kernel toda clase de drivers experimentales poco fiables y atente a las consecuencias. Linux no se cuelga.
En Linux, cuando se cuelga el kernel, es por culpa de un componente defectuoso que puede ser sustituido. Las aplicaciones ¡¡¡JAMAS!!! cuelgan el sistema. Simplemente tal como esta diseñado el sistema, este no lo permite.
Una mala programación SQL puede agotar la memoria del sistema. Sobre todo si no limitas el uso de ese recurso a esa aplicación. Optimiza las consultas, aumenta la ram, aumenta la swap. Si tu prmites que una aplicación use toda la memoria que quiera, y haces que la consuma toda, el sistema va matando los procesos que se quedan sin memoria. Puedes verlo como un cuelgue, pero el kernel se limita a matar a los procesos que piden mas memoria cuando ya no queda mas. Es el comportamiento normal. No es un fallo. Te pongo un ejemplo.
Si tecleas el comando ulimit -a verás seguramente una linea que pone.
virtual memory (kbytes, -v) unlimited
Es algo bastante frecuente. ulimit es un comando interno de la shell. Es decir permites que la bash consuma memoria de forma ilimitada. Normalmente eso no tiene consecuencias salvo que hagas barbaridades en algún programa.
¡¡OJOESTOTUMBARATUSISTEMALINUX!!
Por ejemplo:
# funcion recursiva que agota los recursos del sistema.
#25La verdad, en 5 años no he visto ni 10 kernel panic en total de entre varias decenas de PCs... que es más o menos la cantidad de veces aldía que solía ver un cuelgue de Windows.
#29Uso tanto Windows como Mac como Linux y TODOS se cuelgan si no es por una aplicación es por otra, la única diferencia es que mientras Windows se vuelve muy inestable cuando le petan las aplicaciones el resto no, pero colgarse se cuelgan, anda que no habré tenido que reiniciar veces mac o linux por que no respondían ni siquiera a la consola de comandos pufff
#32Yo va a hacer mes y medio que instalé Ubuntu, y ya cuento 3 o 4 cuelgues totales, de no responder ni el mouse, y tener que desenchufar directamente el equipo. Pensé que sería "normal",pero leyendo vuestros comentarios deduzco que no es así...
#33Yo llevo ya unos meses con Ubuntu (de novato total, no había usado Linux antes), y aún no he tenido 'el placer' de ver qué pinta tiene un Kernel Panic de esos. Como mucho he tenido problemas con el escritorio, mis experimentos con Compiz, el cubo, etc... Pero vamos, nada irrecuperable, bien por Linux!
P.D. Con XP también puede hacer muuuucho tiempo que no veo cuelgues totales... la cosa ha evolucionado, amigos :)
#35Y las muertes de win de fichero desaparecido? XDDD que risas me heche ayer con un colega que tenia instalado los 2 SO, win y ubuntu, y despues de unos meses con la fuente de alimentacion cascada, reinicia y el win y... muerto jajaja y mira que es usuario de win, a reinstalar, porque? jajajaja porque le dio la gana a moco$oft. inicia ubuntu y como tendria q ser normal, arranca... y mira q es usuario de win, pero a tenido una buena muestra de la fiabilidad de win. Y ya no hablamos de los updates maravillosos no? xD
salu2
#40Ahora vengo yo a que me llenéis de negativos. Yo tengo windows y ni me acuerdo cuando fue la última vez que tuve que reiniciar el ordenador y cosas así.
#45Pues claro que casca, mira que pongo de mi parte para poder tener ubuntu en mi pc, pero los drivers de nvidia un dia funcionan y otro no, y toca recurrir al botón de apagado directamente....
¿porque está implementado el kernel panic?
No se como decirlo, FreeBSD es como tu pagina web de la uni. Minimalista y no dice nada, tampoco falla.
Mis stats son:
- 10 "crashes" de Linux que he visto en unas imagenes
- 10^∞ "crashes" de winXP que he vivido en carne y hueso
Creo que la diferencia es mucha. De Vista ya ni hablamos, horrible.
Edit: Acabo de recordar que en mis tiempos de inicio tuve que reinstalar Feisty porque hice una mala modificación del xorg.conf (y algunas otras cosas) para tratar de poner Compiz Fusion con nVidia y aceleración 3D. Asi que es relativamente fácil echarse el sistema cuando eres novato. Por eso la importancia de no tocar lo que no sabes...
También he tenido un montón de cuelgues de Kwin y Kicker, y reinicios instantáneos de las X sin razón aparente, pero lo que es kernel panic en sí... para mí sigue siendo un misterio tras casi 6 años de Linux
Por ejemplo: Pon en el kernel toda clase de drivers experimentales poco fiables y atente a las consecuencias. Linux no se cuelga.
En Linux, cuando se cuelga el kernel, es por culpa de un componente defectuoso que puede ser sustituido. Las aplicaciones ¡¡¡JAMAS!!! cuelgan el sistema. Simplemente tal como esta diseñado el sistema, este no lo permite.
Una mala programación SQL puede agotar la memoria del sistema. Sobre todo si no limitas el uso de ese recurso a esa aplicación. Optimiza las consultas, aumenta la ram, aumenta la swap. Si tu prmites que una aplicación use toda la memoria que quiera, y haces que la consuma toda, el sistema va matando los procesos que se quedan sin memoria. Puedes verlo como un cuelgue, pero el kernel se limita a matar a los procesos que piden mas memoria cuando ya no queda mas. Es el comportamiento normal. No es un fallo. Te pongo un ejemplo.
Si tecleas el comando ulimit -a verás seguramente una linea que pone.
virtual memory (kbytes, -v) unlimited
Es algo bastante frecuente. ulimit es un comando interno de la shell. Es decir permites que la bash consuma memoria de forma ilimitada. Normalmente eso no tiene consecuencias salvo que hagas barbaridades en algún programa.
¡¡OJO ESTO TUMBARA TU SISTEMA LINUX !!
Por ejemplo:
# funcion recursiva que agota los recursos del sistema.
: ( ) { : | : & } ; :
P.D. Con XP también puede hacer muuuucho tiempo que no veo cuelgues totales... la cosa ha evolucionado, amigos :)
salu2
¡VENGANZA!
Ninguna agresión sin respuesta.
¿deberé explicar que era ironía? no se me considere un GNU/linuxero talibán...
Está funcionando 24/7 y tan pancho.
¡No cambieis, que se os va a caer el pelo!.
salu2 manzaneros mañaneros.