Duda microprocesadores y so

Faraday28 · #1 (**permalink**) 14/10/2011, 10:08

Buenas. Mi duda es que cada microprocesador tiene una estructura diferente, pines diferentes en diferentes posiciones y cada uno realizando una funcion distinta, pero, entonces si instalas un sistema operativo, el cual debe saber donde estan los pines y que pin leer(entrada de datos, buses..) al ser cada microprocesador diferente, como sabe el sistema operativo que pin es cual, y que pin quiere y debe leer en cada momento, segun el microprocesador instalado?

rid501 · #2 (**permalink**) 14/10/2011, 13:00

¿Por la BIOS y los drivers quizás?

maycolalvarez · #3 (**permalink**) 14/10/2011, 13:51

en realidad son muchos factores, por lo general existen estándares como x86, i686 y muchos otros de los cuales los kernels de los OS están preparados para usar, el BIOS o sistema básico de entrada y salida se encarga en parte de esas configuraciones para decidir si el procesador es compatible y poder operar con él.

mi conocimiento no es muy extenso sobre el tema, así que está sometido a corrección por los mods y cols específicos de este foro

azimutisima · #4 (**permalink**) 15/10/2011, 03:11

Cita:

Iniciado por rid501

¿Por la BIOS y los drivers quizás?

De acuerdo. El S.O. no tiene ni idea del los pines del procesador, esta aislado de eso por lo que se conoce como HAL. El HAL supongo que hablara con la bios para que le proporcione información detallada, pero como te digo el S.O. no trabaja directamente con el procesador (y mucho menos con sus pines). Por eso vale Windows XP (p.e.) para un monton de procesadores, tarjetas de video, etc...

http://support.microsoft.com/kb/99588/es

El bios no puede saber si un procesador es compatible con un s.o. puesto que opera en un estadio anterior, todavia ni se ha cargado el disco duro cuando entra en funcionamiento.

HookerSP · #5 (**permalink**) 25/10/2011, 01:11

Cita:

Iniciado por Faraday28

Buenas. Mi duda es que cada microprocesador tiene una estructura diferente, pines diferentes en diferentes posiciones y cada uno realizando una funcion distinta, pero, entonces si instalas un sistema operativo, el cual debe saber donde estan los pines y que pin leer(entrada de datos, buses..) al ser cada microprocesador diferente, como sabe el sistema operativo que pin es cual, y que pin quiere y debe leer en cada momento, segun el microprocesador instalado?

Dudo que veas un pin en un microprocesador, puede que lo veas en una placa base, pero no en un microprocesador.

No todo sistema operativo corre sobre cualquier procesador de lo misma manera que no corre cualquier programa sobre cualquier procesaror a pesar de estar compilado para el sistema operativo que lo soporta.

Existe un "juego de instrucciones" que son reconocidos por los procesadores. Un sistema operativo válido para INTEL maneja un juego de instrucciones que es distinto al juego de instrucciones de un AMD o un ROCKWELL. Las diferencias están en la forma de hacer llamadas a rutinas del BIOS, direccionamiento de memoria, llamadas a rutinas gráficas etc.

Para que te hagas una idea de la importancia de compilar para un SO te cuento lo que me pasó hace años.

Un colega y yo hicimos un programa de gestíon de almacen para una empresa. Nosotros desarrollábamos en CLIPPER usando ordenador con un procesador 80286 (si, ya estoy medio calvo y tengo canas

).

El programa funcionaba de cine, excepto cuando íbamos a probar en el cliente que fallaba y no siempre en el mismo sitio. ¿La explicación? .... que el cliente tenía un ordenador con un procesarodr 8088 que tenía alguna diferencia en el juego de instrucciones.

Además como te han dicho, los sitemas operativos "no leen pines" directamente. Ellos hacen llamadas a rutinas de más bajo nivel (unas del bios, otras del propio procesador) y dejan que sean las rutinas las que curren y les devuelvan el resultado.

Un saludo

Hooker

Faraday28 · #6 (**permalink**) 27/10/2011, 14:13

Entonces se podria correr Linux en un microprocesador de los antiguos como el Zilog z80?

azimutisima · #7 (**permalink**) 28/10/2011, 04:47

Si está dentro de las arquitecturas soportadas sí.

[url=http://es.wikipedia.org/wiki/Portabilidad_del_n%C3%BAcleo_Linux_y_arquitecturas _soportadas]Arquitecturas soportasdas Linux (clic)[/url]

HookerSP · #8 (**permalink**) 28/10/2011, 04:48

Pues no lo creo pero porque dudo que exista un compilador para Z80, pero si consigues compilar el kernel para ese procesador, no veo ningún inconveniente.

Ubuntu tiene foros donde hay gente especializadísima en este tipo de cosas.

Saludo
Hooker

Edux099 · #9 (**permalink**) 29/10/2011, 17:55

Yo creo que gentoo o debian podran ser compilados para ese sistema, tendras que verlo en el link de wikipedia...

En conjuntos de instrucciones hookerSP existen los cflags para compilar para determinada instrucciones como las nuevas de amd bulldozer: xop y fma4...

Saludos!

JoaoM · #10 (**permalink**) 30/10/2011, 10:00

INTERESANTISIMO Y INSTRUCTIVO EL TEMA.
Felicito al creador del tema porque da a conocer ciertos detalles.

Sugiero a quien tenga aportaciones del tipo, que los haga para sí seguirmos aprendiendo sobre el tema.

Felicitaciones Faraday28

Malenko · #11 (**permalink**) 31/10/2011, 00:41

Cita:

Iniciado por HookerSP

Pues no lo creo pero porque dudo que exista un compilador para Z80, pero si consigues compilar el kernel para ese procesador, no veo ningún inconveniente.

Ubuntu tiene foros donde hay gente especializadísima en este tipo de cosas.

Saludo
Hooker

EN realidad si que existen compiladores para Z80 ya que son los que permiten que sigan saliendo juegos para plataformas "retro" como spectrum, amstrad, etc. Yo creo que el problema no es tanto la existencia del compilador como la existencia de drivers para esas plataformas (se tendrían que hacer de 0).

Edux099 · #12 (**permalink**) 31/10/2011, 08:26

Me olvide tambien de nuevas Instrucciones AVX! para x86... (bulldozer)

Saludos!

HookerSP · #13 (**permalink**) 31/10/2011, 15:50

Cita:

Iniciado por Malenko

EN realidad si que existen compiladores para Z80 ya que son los que permiten que sigan saliendo juegos para plataformas "retro" como spectrum, amstrad, etc. Yo creo que el problema no es tanto la existencia del compilador como la existencia de drivers para esas plataformas (se tendrían que hacer de 0).

Ostras es verdad, los drivers ¡¡¡¡¡¡

Pues yo hace años conocí a un pavo que hacia drivers para un sistema operativo que se llama OS9, unix puro y duro para aplicaciones en tiempo real. Programaba en C y además tenía que ser ANSI C para que el driver valiera para distintas versiones del sistema operativo, incluida la OS9000 que corría sobre INTEL. Me pareció un castañazo impresionante pero claro, tiene que haber de todo.

Saludos

Me uno a eso de que es un gran momento para visitar el Pais Vasco, ya lo era antes y ahora mucho mejor