Foros del Web » Programación para mayores de 30 ;) » Programación General »

diferencia entre..

Estas en el tema de diferencia entre.. en el foro de Programación General en Foros del Web. Me gustaria que me dijeran las diferencia, y explicarme un poco cada cosa, entre un hilo de un programa, un proceso, un modulo, procedimiento y ...
  #1 (permalink)  
Antiguo 16/09/2006, 10:09
 
Fecha de Ingreso: julio-2006
Mensajes: 99
Antigüedad: 17 años, 10 meses
Puntos: 0
diferencia entre..

Me gustaria que me dijeran las diferencia, y explicarme un poco cada cosa, entre un hilo de un programa, un proceso, un modulo, procedimiento y una funcion...
Por ej un programa que uliza bibliotecas, esas bibliotecas serian hilos o que??

SAludos.
  #2 (permalink)  
Antiguo 16/09/2006, 16:14
 
Fecha de Ingreso: abril-2006
Ubicación: Acapulco Gro. México
Mensajes: 483
Antigüedad: 18 años
Puntos: 2
No en realidad, son cosas muy diferentes.

en piezo por las funciones y procedimientos.

en realidad son subprogramas o subrrutinas.

pero ya que un subprograma puede o no retornar un valor de resultado, se an adoptado 2 nombres.
uno para aquellos subprogramas o subrrutinas que retornan un valor: Funciones.
y los que no retornan un resultado, solo realizan una tarea especifica: Procedimientos.

un modulo, el modulo puede tener diferentes utilidades segun la plataforma y lenguaje de programacion,
modulo es de modular. por tanto cuando un programa se divide en partes, cada una de estas partes sera un modulo de nuestro programa.

pero esto generalmente no es a nivel logico sino estructural, o fisicamente(si es posible decirlo asi en informatica).
por ejemplo una libreria puede ser un modulo, una Dll puede ser un modulo, etc.

un proceso, generalmente se refiere a estructuras logicas, que un sistema operativo crea para dar un ambiente de trabajo a un programa.(jeje. algo asi).

mira, cuando los sistemas operativos eran mono tareas, no existian los procesos a menos no el consepto de proceso, del que hablamos.
cuando los SO, emson multitarea, es necesario, que cada tarea en ejecucion, sea independiente una de otra, y que cada una cuente con recursos, ya sean fisicos o logicos, aunque lo de fisicos.

en tonces los SO, crean procesos, ls cuales contienen generalmente un hilo principal, o el programa, este proceso, puede tener mas hilos, segun tu programa.

un hilo es un consepto, parecdo añ proceso, pero no exactamente igual.

lo que hace un hilo, es simular que exste otro procesador mas para realizar una tarea paralelamente a tu programa principal.

un proceso, es como simular que cada programa se ejecuta en una maquina diferente.

algo asi..

Saludos.
  #3 (permalink)  
Antiguo 16/09/2006, 16:22
 
Fecha de Ingreso: abril-2005
Mensajes: 3.083
Antigüedad: 19 años, 1 mes
Puntos: 17
Cita:
Iniciado por N0vat0 Ver Mensaje
Me gustaria que me dijeran las diferencia, y explicarme un poco cada cosa, entre un hilo de un programa, un proceso, un modulo, procedimiento y una funcion...
Por ej un programa que uliza bibliotecas, esas bibliotecas serian hilos o que??

SAludos.
Aunque hay diferentes versiones, esto en general es así:

Programa: Fichero de código binario que se puede ejecutar.
Biblioteca: Un programa que es usado por otros programas.
Proceso: Cada instancia de un programa.
Hilo: Cada línea de ejecución de un proceso.

Sobre código:

Función: Código delimitado, que toma argumentos y devuelve resultados.
Procedimiento: Función que no devuelve nada.

Y módulo se puede referiri a muchas cosas. Generalmente significa un programa que se puede adherir a otro.
  #4 (permalink)  
Antiguo 17/09/2006, 17:04
 
Fecha de Ingreso: julio-2006
Mensajes: 99
Antigüedad: 17 años, 10 meses
Puntos: 0
oks. Y una pregunta que no tiene que ver con el tema. Cuando tu por ej, en lenguaje C, haces un "printf ("hola");", esa funcion necesita de la libreria estandar de C. Pero, esa funcion, printf, aparte de la libreria estandar de C, que viene con el compilador, necesita de apis del SO, de las dlls de windows? Quiero decir, si aparte de la libreria estandar del C, necesita para hacer la salida por pantalla usar funciones importadas de las dlls...
  #5 (permalink)  
Antiguo 17/09/2006, 22:37
 
Fecha de Ingreso: abril-2006
Ubicación: Acapulco Gro. México
Mensajes: 483
Antigüedad: 18 años
Puntos: 2
la libreria estandar de C es tan solo una interfas comun del lenguaje.
no importa la plataforma o SO, en que se encuentre un compilador de C si es estandar deveria teern esta interfas de funciones o librerias.

el como se implementen depende del compilador y del SO.

tal vez en otros SO, se puedan implementar accediendo directamente al hardware, pero en Windows no. Ya que este SO, no te lo permite a menos que programes en modo nucleo, que es lo que hacen los programadores de drivers.
(Como es eso??, lo ignoro.)

asi es que en windows las librerias estandar de los compiladores de C usan en su implementacion, las APIs de Windows con tenidas en las clasicas DLLs.

SAludos.
  #6 (permalink)  
Antiguo 17/09/2006, 23:29
 
Fecha de Ingreso: abril-2005
Mensajes: 3.083
Antigüedad: 19 años, 1 mes
Puntos: 17
Cita:
Iniciado por N0vat0 Ver Mensaje
oks. Y una pregunta que no tiene que ver con el tema. Cuando tu por ej, en lenguaje C, haces un "printf ("hola");", esa funcion necesita de la libreria estandar de C. Pero, esa funcion, printf, aparte de la libreria estandar de C, que viene con el compilador, necesita de apis del SO, de las dlls de windows? Quiero decir, si aparte de la libreria estandar del C, necesita para hacer la salida por pantalla usar funciones importadas de las dlls...
A ver, la librería de C viene incluida en el sistema operativo.

En el caso de Windows, cuando tu llamas a printf(), se va al fichero msvcXX.dll o similar donde se encuentra la función, que a su vez llamará (suponemos), a funciones como AllocConsole(), ReadConsole(), WriteConsole(), FreeConsole(), etc. para escribir en la pantalla de la consola.

En el caso de Linux, cuanto tu llamas a printf(), se va al fichero /lib/libc-2.3.2.so o similar, donde se encuentra la función, que a su vez usará las system call de Linux como open(), read(), write(), close(), etc. para escribir en la pantalla de la consola.
  #7 (permalink)  
Antiguo 19/09/2006, 10:06
 
Fecha de Ingreso: abril-2004
Mensajes: 317
Antigüedad: 20 años, 1 mes
Puntos: 0
Hola hola como es eso que comenta Nivel7 de que en Windows no se puede acceder directamente al hardware? Slds
  #8 (permalink)  
Antiguo 19/09/2006, 16:36
 
Fecha de Ingreso: abril-2006
Ubicación: Acapulco Gro. México
Mensajes: 483
Antigüedad: 18 años
Puntos: 2
Me refiero, a que no lo puedes hacer directamente, ya sea por codigo C o por ensamblador.

en Windows, no hay interrupciones , lectura y escritura de puertos mas que con las APIs del SO.

cualquier operacion que quieras realizar con algun periferico de tu PC, tendrias que investigar la funcion que el SO, tiene para este fin y usarla.

Almenos eso es lo que creo, jeje.

creo que esto pasa en la mayoria de los SO multitarea. pero supongo que Linux te dara un poco mas de libertad.(la verdad nose).

Saludos.
Atención: Estás leyendo un tema que no tiene actividad desde hace más de 6 MESES, te recomendamos abrir un Nuevo tema en lugar de responder al actual.
Respuesta




La zona horaria es GMT -6. Ahora son las 14:35.