Portafolio de so en pdf

1. Universidad Gerardo Barrios Facultad de Ciencia y Tecnologa Tcnico en Ingeniera en Sistemas y Redes Informticas Campus Usulutn Estudiante: Nelson Amlcar Mrquez Velsquez. USTS197615. Asignatura: Matemtica Computacional Docente: Lic.: Carla Milagro Lpez Vsquez. Actividad: Elaboracin de un portafolio Fecha de Entrega: Usulutn, 06 de Mayo de 2015.

2. Unidad 1 Introduccin a los sistemas operativos.

3. Qu es un sistema operativo? Es un conjunto de rdenes y programas que controlan los procesos bsicos de una computadora y permiten el ptimo funcionamiento de otros programas. Es el software bsico de una computadora que provee una interfaz entre el resto de programas, el hardware y los usuarios.

4. Cmo funciona un sistema operativo? Generan una plataforma encima de la cual las aplicaciones pueden funcionar, por lo tanto, la eleccin del sistema operativo determina en grandes medidas las aplicaciones que puedes usar.

5. Historia de los sistemas operativos. Los sistemas operativos fueron creados para facilitar y ampliar las posibilidades de uso del hardware, pero estos a su vez pusieron en evidencia la necesidad de cambios en los equipos para facilitar su actividad y brindar mayores posibilidades.

6. Primera Generacin. La primera generacin (1945-1955) corresponde a los primeros equipos, construidos con vlvulas de vaco. En esta etapa no existieron sistemas operativos. Segunda Generacin. La segunda generacin (1955-1965) corresponde a la etapa a los equipos que estaban basados en el uso de los transistores. Eran ms confiables y ms duraderos. Desde el punto de vista de los sistemas operativos se tiene el uso de monitores simples.

7. Sistemas de Operacin de esta etapa son el FMS (Fortran Monitor Sistema) y el IBSYS de la 7094. Transistores. Tercera Generacin. La tercera generacin (1965-1980) se caracteriz por la utilizacin de circuitos integrados. Los sistemas operativos vinculados a esta etapa introdujeron los conceptos de la multiprogramacin. Tambin

8. corresponde a esta etapa la aparicin del tiempo compartido. Circuitos integrados. En esta etapa no pueden dejar de mencionarse los sistemas de operacin OS/360 y Multicas. Aqu surgen las primeras versiones del Unix. Cuarta Generacin.

9. La cuarta generacin (1980-1990) surge con los circuitos integrados de alta integracin y por ello aparecen en el mercado las computadoras personales. Esta etapa la dominan sistemas operativos MS-DOS y el Unix. Quinta Generacin. El actual desarrollo de los sistemas operativos basados en GUI (GraphicUser Interface) y la incorporacin de orientacin a objetos as como el soporte multimedia, es suficientemente fuerte para hablar de la quinta generacin de los sistemas operativos.

10. Sistemas Operativos ms comunes. Familia Windows: Windows 95, Windows 98, Windows ME, Windows NT, Windows 2000, Windows 2000 Server, Windows XP, Windows Server 2003, Windows CE, Windows Mobile, Windows Vista, Windows 7, Windows 8, Windows 8.1, Windows 10. Sistemas Operativos ms comunes. Familia Macintosh: Mac OS 7, Mac OS 8, Mac OS 9, Mac OS X.

11. Sistemas Operativos ms comunes. Familia Unix: AIX, AMIX, GNU/Linux, GNU/Herd, HP-UX, Iris, Minx, System V, Solaris, UnixWare. Clasificacin de los Sistemas Operativos. Multiusuario. Permite que dos o mas usuarios utilicen sus programas al mismo tiempo Multiprocesador. Soporta abrir un programa ms de una vez. Multitarea. Permite que varios programas se ejecuten al mismo tiempo.

12. Multigrano. Permite que diversas partes de un solo programa funcionen al mismo tiempo Tiempo real. Responde alas entradas inmediatas. Tareas. Glosario de trminos. Investigar la Clasificacin de los sistemas operativos. Elaborar un esquema de llaves que refleje de forma ordenada la clasificacin de los sistemas operativos. Anlisis de la pelcula: Los piratas de Silicn Valley.

13. Clasificacin de los sistemas operativos. Tipos de Sistemas Operativos. Primeros Sistemas. Sistemas por lotes. Multiprogramacin. Sistemas de tiempo compartido. Sistemas de ordenadores personales. Sistemas paralelos-multiprocesadores. Sistemas distribuidos. Sistemas en tiempo real. Tendencias actuales y futuras en sistemas operativos. PRIMEROS SISTEMAS. Caracterizacin. Organizacin del trabajo. Mejoras. Desventajas.

14. Gran tamao y ejecucin desde panel de control. Un solo usuario en cada momento. Operaciones: establecer inicio, activar ejecucin, vigilar ejecucin. *Fsicas: lectores de tarjetas, impresoras y cintas magnticas. *Reutilizacin de cdigo: Bibliotecas de funciones comunes. *Desarrollo de ensambladores, compiladores y cargadores para facilitar las tareas de programacin. *Drivers o subrutinas especiales para cada dispositivo de E/S. *Mquina parada mucho tiempo en el modo de trabajo. *Error poda implicar comenzar de nuevo. SISTEMAS POR LOTES. Organizacin del trabajo. Monitor residente. Tarjetas de control. Organizacin de la memoria para un monitor residente. *Operador especialista, minimiza tiempos de preparacin. *Reduccin de tiempos por agrupamiento en lotes que se pueden ejecutar a la vez. *Realiza automticamente las acciones. *tratamiento de errores. *Carga y ejecucin automtica de la siguiente tarea. Para que el monitor residente sepa qu programa ejecutar. *Cargador, secuenciado de trabajos. *Drivers para cargador e intrprete. *Ventaja: eliminacin del tiempo de preparacin y del secuenciado manual de trabajos.

15. El problema de la entrada/salida. Entrada/Salida muy lenta en comparacin con la CPU, lo que indica que la CPU queda ociosa mucho tiempo esperando la terminacin de las operaciones de entrada/salida. MULTIPROGRAMACIN. Debido al Spooling (reserva de trabajos en el disco), el sistema operativo escoge qu trabajo ejecutar a continuacin, con el criterio de mejorar el aprovechamiento de la CPU. El aspecto ms importante de la planificacin es la Multiprogramacin, aumentando el aprovechamiento de la CPU. Siempre habr varios trabajos en memoria, el sistema operativo escoger de entre ellos y lo ejecutar, de tal forma que siempre haya un trabajo en ejecucin. Si un proceso se bloquea, esperando por la E/S, en la CPU ejecutamos instrucciones de otro proceso. Ejecucin entrelazada de procesos: concurrencia. Mayor rendimiento, finalizacin de los trabajos en menos tiempo. SISTEMAS DE TIEMPO COMPARTIDO. Por qu surgen? El usuario no puede interactuar con el trabajo durante su ejecucin. Solucin: Sistemas multitarea, apropiados para tareas cortas, tiempos de respuesta cortos. Desventajas: Perdemos productividad de la CPU Ventajas: Interaccin usuario-sistema e ilusin de que cada usuario tiene su ordenador particular.

16. SISTEMAS DE ORDENADORES PERSONALES SISTEMA SISTEMA PARALELOS- MULTIPROCESADORES.

17. SISTEMAS DISTRIBUIDOS. Caractersticas: El cmputo se reparte entre varios procesadores conectados en una red. Cada procesador tiene su propia memoria local, ahora no comparten memoria ni reloj. Comunicacin entre procesadores a travs de lneas de comunicacin, buses de alta velocidad o lneas telefnicas. Procesadores de distintos tamaos y funciones. Escalable hasta millones de procesadores (Internet). SISTEMAS DISTRIBUIDOS.

18. Ventajas: Recursos compartidos: accesos remotos, comparticin de archivos, BD distribuidas. Computacin ms rpida, carga de trabajo compartida. Fiabilidad: tolerancia a fallos por redundancia. Comunicacin: redes. Desventajas: Comunicacin compleja al no compartir memoria. Redes de comunicaciones no fiable. Heterogeneidad de los nodos. SISTEMA EN TIEMPO REAL.

19. FUNCIONES DE LOS SISTEMAS OPERATIVOS.

20. CAPAS DE UN SISTEMA OPERATIVO.

21. PELCULA: LOS PIRATAS DE SILICON VALLEY. https://vimeo.com/55439991?from=facebook ESTRUCTURA DE UN SISTEMA OPERATIVO. Sistemas monolticos. En este modelo, para cada llamada al sistema hay un procedimiento de servicio que se encarga de la llamada y la ejecuta. Los procedimientos utilitarios hacen cosas que necesitan varios procedimientos de servicio, como obtener datos de los programas de usuario.

22. ESTRUCTURA DE UN SISTEMA MONOLTICO. Sistemas de capas. El primer sistema en capas fue el THE (TechnischeHogeschoolEindhoven) en Holanda.

23. Microkernels. La idea bsica es lograr una alta confiabilidad al dividir el sistema operativo en mdulos pequeos y bien definidos, solo uno de los cuales se ejecuta en modo cerner y el resto se ejecuta como procesos de usuario ordinarios, sin poder relativamente. Estructura del sistema minis.

24. Modelo cliente-servidor. 1. Existen dos clases de procesos: los servidores, cada uno de los cuales proporciona cierto servicio, y los clientes, que utilizan estos servicios. Este modelo se conoce como cliente-servidor. 2. La esencia es la presencia de procesos cliente y procesos servidor. 3. La comunicacin entre clientes y servidores se lleva a cabo comnmente mediante el paso de mensajes. Para obtener un servicio, un proceso cliente construye un mensaje indicando lo que desea y lo enva al servicio apropiado. Despus el servicio hace el trabajo y enva de vuelta la respuesta. Si el cliente y el servidor se ejecutan en el mismo equipo se pueden hacer ciertas optimizaciones, pero en concepto estamos hablando sobre el paso de mensajes. Maquinas virtuales.

25. Cada mquina virtual es idntica al verdadero hardware, cada una puede ejecutar cualquier sistema operativo que se ejecute directamente slo en el hardware. Distintas mquinas virtuales pueden ejecutar distintos sistemas operativos. Unidad 2 Fundamentos de Programacin en C. Historia del Lenguaje C y Otros. Historia del Lenguaje C. Naci en los laboratorios Bell de AT&T y ha sido asociado con el sistema operativo UNIX, ya que fue creado en este sistema. Fue creado entre los aos 1970 y 1972 por Brian Jeringan y Dennis Ricio para escribir el cdigo del sistema operativo UNIX. Fue uno de los lenguajes de programacin ms aceptados por los programadores, porque hace una combinacin del lenguaje de alto nivel y lenguaje mquina. C es el resultado de un proceso de desarrollo que inici con un lenguaje llamado BCPL. Luego apareci B, lo cual llevo al surgimiento del lenguaje C.

26. Historia del Lenguaje C. En 1978 Jeringan y Ricio publican el libro Te C ProgrammingLanguage, el cual es considerado La Biblia del C. A mediados de los 80 ya haban compiladores en C, y muchas aplicaciones lo utilizaban para aprovechar sus ventajas. Algunos fabricantes introducen mejoras en C, las cuales son recogidas por un comit de estandarizacin ANSI y establecen las especificaciones de lo que se conoce hoy en da como ANSI C. En 1980 BjarneStroustrup de los laboratorios Bell de Murray Hill, New Jersey, adicion las caractersticas de la programacin orientada a objetos (POO) y lo denomin C con clases. Para 1983 dicha denominacin cambi a la de C++. Con este nuevo enfoque surge la nueva metodologa que aumenta las posibilidades de programacin bajo nuevos conceptos.

27. Lenguaje C y estndares. Se crearon muchas implementaciones con C, sin embargo, como no exista ningn estndar, aparecieron discrepancias. Para remediar la situacin, el Instituto de Estndares Amrica (ANSI) estableci un comit a mediados de 1983 para crear un estndar que definiera al lenguaje C. Este comit termin el proceso de formalizacin en 1990. Empresas que se dedican a vender el compilador de C son: Microsoft Visual C++. Borlando C++ Boulder. Algunos de los C existentes. Quick C. C++. Turbo C. Turbo C++. Borlando C. Borlando C++. Microsoft C.

28. Variables en C. En C toda variable antes de ser usada debe ser declarada, especificando el tipo de dato que almacenar. Una variable en C se declara as: [, nombre de variable]; Tipo de datos en C.

29. SISTEMAS OPERATIVOS: PROPIETARIO Y LIBRE. HARDWARE Y SOFTWARE. HARDWARE: Se refiere a todas las partes tangibles de un sistema informtico, sus componentes son: Disco duro, memoria, CPU, teclado, mouse, monitor, etc. SOFTWARE: Es todo el conjunto intangible de datos y programas de la computadora.

30. La interaccin entre el software y el hardware hace operativa la computadora, es decir, el software enva instrucciones al hardware haciendo posible su funcionamiento. QU ES UN SISTEMA OPERATIVO? Un Sistema Operativo es el software bsico de una computadora que provee una interfaz entre el resto de programas del ordenador, los dispositivos hardware y el usuario. Las funciones bsicas del Sistema Operativo son administrar los recursos de la mquina, coordinar el hardware, organizar archivos y directorios en dispositivos de almacenamiento.

31. SOFTWARE PROPIETARIO. Software no libre, software privativo, software privado, software con propietario o software de propiedad. Se refiere a cualquier programa informtico en el que los usuarios tienen limitadas las posibilidades de usarlo, modificarlo o redistribuirlo con o sin modificaciones, o cuyo cdigo fuente no est disponible o el acceso a ste se encuentra restringido. CARACTERSTICAS: * Este software no te pertenece no puedes hacerle ningn tipo de modificacin al cdigo fuente. * No puedes distribuirlo sin el permiso del propietario. * El usuario debe realizar cursos para el manejo del sistema como tal debido a su alta capacidad de uso. * Cualquier ayuda en cuanto a los antivirus. VENTAJAS: * Mayor mercado laboral actual. * Mejor proteccin de las obras con copyright. * Unificacin de productos. * Facilidad de adquisicin (puede venir preinstalado con la compra del PC, o encontrarlo fcilmente en las tiendas). * Existencia de programas diseados especficamente para desarrollar una tarea. * Las empresas que desarrollan este tipo de software son por lo general grandes y pueden dedicar muchos recursos, sobretodo econmicos, en el desarrollo e investigacin. * Interfaces grficas mejor diseadas.

32. SOFTWARE LIBRE. Es un programa o secuencia de instrucciones usada por un dispositivo de procesamiento digital de datos para llevar a cabo una tarea especfica o resolver un problema determinado, sobre el cual su dueo renuncia a la posibilidad de obtener utilidades por las licencias, patentes, o cualquier forma que adopte su derecho de propiedad sobre l, por lo que puede utilizarse o transferirse sin pago alguno al licenciante, o a su creador. CARACTERSTICAS: 1. Se encuentra disponible el cdigo fuente del software, por lo que puede modificarse el software sin ningn lmite. 2. Libertad de estudiarlo y adaptarlo. 3. Libertad de distribuir copias. 4. Libertad de mejora y publicacin de cambios. 5. Libertad de usar el programa con cualquier propsito. VENTAJAS: 1. El usuario no comete delito por tenerlo o usarlo. 2. Amplsima gama y variedad de herramientas libres. 3. Actualizaciones peridicas con frecuencia. 4. 100% libre de virus. 5. Altsimo nivel de estabilidad comprobada. 6. Tiene una gran comunidad de apoyo y soporte. 7. Diversidad de soluciones informticas. 8. Costo. 9. Flexibilidad de las soluciones informticas.

33. NOMBRES DE SISTEMAS OPERATIVOS. 10.Linux. 11.Open sise. 12.Mandria. 13.Deban. 14.Ubuntu. 15.Solaris. 16.Suman. 17.Windows 95. 18.Windows vista. 19.Windows NT. 20.Mac.

34. SISTEMAS OPERATIVOS PARA DISPOSITIVOS MVILES.

35. Antecedentes. En la actualidad son muchos los avances tecnolgicos que se tienen y se esperan an ms, por el momento tenemos los suficientes para saber qu es lo que est pasando en el mundo entero, esto gracias a las telecomunicaciones y a los dispositivos mviles. Observando el panorama en una ciudad, cualquier persona se da cuenta que la poblacin est ocupada utilizando un dispositivo mvil, generando la incgnita de saber cul es el sistema operativo dentro de ese dispositivo, y conocer que es lo que ha pasado con el sistema operativo desde sus inicios, lograr conocer un poco a su creador y ventajas sobre otro sistemas operativos para dispositivos mviles.

36. Los celulares surgieron por la necesidad de estar comunicados uno con otros, su evolucin ha sido muy grande y muy rpida, los primeros ejemplares solo servan para hacer llamadas y eran de un gran tamao y peso, luego se fueron haciendo ms pequeos y con mayores funciones.

37. Hoy en da se pueden enviar mensajes de texto a otros celulares, incluyeron en ellos la capacidad para reproducir msica y la posibilidad de conectarse va infrarrojo y posteriormente va bluetooth. Incluyendo en los mismos dispositivos la posibilidad de tomar fotos y/o videos as como una mayor capacidad de almacenamiento y una mayor definicin, en un corto lapso se crearon celulares con la capacidad de conectarse a internet ya sea por la cobertura de la compaa o por medio de wiki y as facilitar la descarga de diferentes tipos de archivos. Cada fabricante de celulares y/o dispositivos mviles tiene un sistema operativo con un sinfn de aplicaciones, hasta ahora los sistemas operativos para Smartphone ms conocidos son el Idos de la compaa Apple, el sistema de Microsoft para mviles que es Windows pone, el sistema propio de Black Berry y el sistema operativo que fue adquirido por la empresa de golpe llamado Androide. SISTEMA OPERATIVO ANDROID.

38. SISTEMA OPERATIVO ANDROID. Androide fue una creacin de Andy Rubn, quien comenz con la propuesta de crear un sistema desde que se encontraba en la Universidad de Utica, Nueva York.

39. En la carrera de Ciencias de la computacin en el ao de 1986 despus de haber terminado la carrera comienza a trabajar de una empresa a otra hasta que logr trabajar como ingeniero Apple, donde pas a una empresa que surgi de Apple llamada General Mgica, y aqu empez con lo importante, ya que particip en el desarrollo de Mgica Cup, lo que pretenda ser un sistema operativo para telfonos. Sin embargo General Mgica fracas y se fue a la ruina, momento en el cual Andy se uni a Artemis Resecar, que fue comprada por Microsoft. Despus de un lapso ambicion hacer algo por cuenta propia, y fund Tnger Inc., que finalmente sera tambin comprada por Microsoft. En Tnger Inc. suceden cosas muy importantes: La primera es que desarrollan el Hip-top, lo que es ya un telfono que marcara las primeras lneas de lo que seran los Smartphone, y la segunda es que se ve tan frustrado que decide abandonar la compaa de la que era CEO. Todo ello le llevo a su paso final en esta etapa, fundar en 2003 Android Inc. En Agosto de 2005, cuando Android Inc. contaba con veintids meses de vida, Google adquiri la empresa, pero esta vez se ve que Andy se mostr satisfecho con esta venta, no como ocurri

40. con Danger Inc. Andy pasa a formar parte del equipo de Google, y es donde trabaja como vicepresidente de ingeniera de Google supervisando el desarrollo de Android. El 5 de Noviembre de 2007 que se hizo el anuncio oficial de Android. Pero durante estos dos aos Google haba estado trabajando, movindose, y una de ella fue llegar a acuerdos con fabricantes de telfonos mviles para desarrollar el primer dispositivo Android de la historia. VERSIONES DE ANDROID. Versiones previas de Android, aparecen Astro boy o Bender. Android 1.0 o Apple Pie. Android 1.1 PetitFour. Android 1.5 Cup cake. Android 1.6 Donut. Android 2.0 clair. Android 2.1 clair. Android 2.2 Froyo. Android 2.3 Ginger bread. Android 3.0 Honeycomb. Android 4.0 Ice Cream Sndwich. Android 4.1 JellyBean.

41. 10AZONES PARA ELEGIR ANDROID. 1. Es el ms utilizado del mundo. 2. Es libre. 3. Es muy personalizable. 4. Es legal modificarlo. 5. Cuenta con ms aplicaciones. 6. Hay ms aplicaciones gratuitas. 7. Los SmarthphoneAndroid son ms baratos. 8. Cuenta con una mayor comunidad. 9. No es Apple. 10. Android es de Google.

42. ANDY. Andy es mueco verde, logotipo del sistema operativo Android. Sali por primera vez en el ao 2005, cuando Google compr la empresa Android Inc. Desde entonces, este se ha convertido en la imagen referencia de Google, en cuanto a Smartphone y tabletas se refiere. No se esperaban la buena aceptacin y la repercusin que tuvo, desde el primer momento, el susodicho robot verde. Aunque existen teoras que dicen que "Andy" est inspirado en R2D2 (de la ya famosa saga de StarWars).

43. Andy, el muequito, se parece a un robotito en un videojuego de los aos 90. Entre los personajes de ese juego se haya uno que deja una clara pista sobre si Andy es una copia o un diseo 100% original. La verdad es que las similitudes entre ambos son asombrosas. Desde las antenas y su forma regordeta, hasta llegar a las extremidades. Si no fuera por esa cinta azul en el torso, adems, los dos se llaman igual, Android. La diseadora encargada del proyecto es Irina Blok. DISEADORA DE ANDY.

44. VERSIONES. Android 1.0 (G1). El primer dispositivo contaba con GPS y Bluetooth, Multitarea, Estrecha integracin con los servicios de Google como Gmail, Google Maps (con Street View), y Google Calendar, Aplicaciones: Amazon MP3 Store, YouTube, AndroidMarket (cerca de 35 aplicaciones en el lanzamiento), No Microsoft Exchange Server, sin cmara de video. Android 1.1-Petit Four. En febrero de 2009 llego la primera actualizacin para Android, unos tres meses despus del lanzamiento del G1. La versin 1.1 fue dedicada bsicamente a reparar errores e implementar las actualizaciones

45. overthe air que hasta ese momento ninguna plataforma estaba haciendo. AndroidCupcake-Versin 1.5 Android 1.5 es mejor conocido por su nombre en clave, Cup cake, fue la primera versin en utilizar nombre de postres. Cada versin despus de Cup cake ha sido nombrada con un nombre de postre continuando el orden alfabtico. En esta versin se comenzaron a ver algunos cambios en la interfaz de usuario, como son los cambios en la barra del buscador y en la barra del men, tambin cambi el logo del navegador. Android Donut-Versin 1.6 El sistema operativo lanza una nueva versin en el mes de Septiembre del ao 2009 que es novedad y muy aceptada entre todos los usuario Android que en este lapso ya comienza el auge dentro del mercado. La versin se destaca por las funciones con las que cuenta entre las que se destacan son la de navegacin en Google Maps paso-a-paso, mejora en el interfaz de la cmara de foto y video, bsquedas por voz. AndroidEclair-Versin 2.0 Versin del sistema operativo lanzada al mercado en el mes de Diciembre de 2009, con zoom digital de la cmara de fotos y video, mejoras en Google Maps,

46. nuevo navegador de internet con soporte de video e incluso de Flash, salvapantallas animadas. Esta es la versin que comienza a demostrar la robustez y estabilidad como sistema operativo para dispositivos mviles. Android 2.1-Eclair 2. Versin lanzada en Enero de 2010, entre sus caractersticas principales se encuentran las siguientes: Fondo de pantalla en vivo, cinco pantallas de inicio, Voz a texto aadido a cualquier campo de texto, icono del micrfono para el dictado de voz en mensajes en correo electrnico, los textos, y as sucesivamente. AndroidFroyo-Versin 2.2 Fue lanzado en Mayo de 2010, dentro de las funciones del sistema se encuentran la mejora de memoria, mucho ms veloz que las versiones anteriores, hotspotWiFi incluido, soporte de correo electrnico Microsoft Exchange y video llamada. Soporta Flash. Ya tomando su sitio de honor entre la mayora de los dispositivos mviles a nivel mundial. Excelente aceptacin por parte de los usuarios. AndroidGingerbread-Versin 2.3 Versin de Android que se lanza en el mes de Diciembre de 2010 cuya aceptacin en el mercado

47. sigue siendo muy buena, ya que cuenta con mejores caractersticas visuales dentro de las aplicaciones que se muestran en el men del dispositivo mvil. Dentro de las funciones que se encuentran en la versin son la mejora del soporte de video online, mejora de la gestin de la energa (y consumo de la batera), mejora del teclado virtual, soporte para pagos. Posibilidades para usuarios totalmente conectados. AndroidHoneyComb-Versin 3.0/3.4 Sistema operativo optimizado para tabletas, posee plenas funcionalidades multitareas multitasking para cambiar de aplicaciones en uso dejando las dems en espera visibles en una columna, soporte Flash y DivX, aparte de los navegadores privados tradicionales integra Dolphin, home page personalizable y widgets. Soporte de grficos 3D, Side-by-side las pestaas del navegador, navegacin privada, Panel de doble modo de libreta de direcciones, e-mail, Interfaz de usuario rediseada incluye miniaturas del programa, Video chat con Google Talk, Pantalla completa en modo de galera de fotos, Bluetooth tethering. AndroidIcecreamSandwich-Versin 4.0

48. Lanzada al mercado a finales del ao 2011, cuenta con las funciones de diseado para todos los dispositivos mviles en que se puede instalar como son Smartphone, tabletas y notebooks de todas las medidas y marcas, pantalla principal con imgenes 3D, barras de estado y widgetsredimensionables, reconocimiento facial, mejora de reconocimiento de voz; soporte USB para teclados y controles para PS3. Novedades y mejoras en la navegacin e interfaz, con el objetivo de dinamizar y facilitar la experiencia del usuario. Android 4.2-Jelly Bean. Lanzada en 2012, la versin mencionada se destaca sobre todo que cada vez ms el sistema se ir depurando y solucionado todo, y as tambin llegar tambin a ms pblico alrededor del mundo, que es su objetivo final. Para lograrlo se utiliza el proyecto mantequilla que fue como decidieron nombrarlo los programadores del sistema, o mejor descrito como Project Butter que es el nombre que se ha escogido para describir algunos objetivos en esta versin Android. Entrando a trminos de software, la siguiente versin ser mucho ms fluida, ms rpida y ms suave, para el agrado de los usuarios.

49. Android 5.0-Key Lime Pie. La denominacin como ya es una costumbre vuelve a basarse en la curiosa correlacin de postres ordenados de forma alfabtica y en la imagen se muestra al androide verde comiendo cada uno de ellos desde que se lanz la primera versin hace cinco aos, bautizada como Apple Pie. Google actualmente.

50. SEGURIDAD Y PRUEBAS DEL SOFTWARE. Seguridad de la informacin. Conjunto de polticas, procedimientos, tecnologas y personas que pretenden minimizar el nivel de riesgo de que sea comprometida alguna de las caractersticas de la informacin. Riesgo. Probabilidad que tiene un activo de ser comprometido por parte de una amenaza.

51. Caractersticas de la informacin. SEGURIDAD INFORMTICA. Componente de la seguridad de la informacin definido como un conjunto de polticas y mecanismos tecnolgicos que pretenden garantizar la confidencialidad, integridad y disponibilidad de los recursos de un sistema informtico. INSEGURIDAD INFORMTICA. Es la falta o poca presencia de controles de seguridad en un sistema operativo, aplicacin, red, dispositivo o procedimiento. VULNERABILIDAD. Debilidad presente en un sistema informtico que permite que sus componentes y la informacin que procesa pueda ser comprometida.

52. Segn la jerga de la seguridad informtica una vulnerabilidad tambin es conocida como un agujero de seguridad. Las vulnerabilidades surgen por: Mal diseodel sistema informtico. Ladeficiente implementacin del sistema informtico. Pobres procedimientos para operar y administrar el sistema informtico. Ciclo de vida de una vulnerabilidad.

53. Amenaza. Circunstancia o Evento que puede causar dao comprometiendo la confidencialidad, integridad o disponibilidad de la informacin. El trmino hace referencia a un evento: Infeccin por un virus de computadora. Robo de informacin. Terremoto. Aprovechamiento de una vulnerabilidad por parte de una amenaza.

54. Riesgos. Es la probabilidad de que una amenaza se aproveche de una vulnerabilidad. Una vulnerabilidad o una amenaza por separado, no representan un peligro. Pero si se juntan se convierten en un riesgo. Vulnerabilidad + Amenaza = Riesgo. Los riesgos nunca se eliminan se gestionan. Acciones a tomar durante un riesgo.

55. Hackers. El sustantivo hacker es un neologismo utilizado para referirse a personas expertas en varias o una rama tcnica relacionada con la informtica (programacin, redes de computadores, sistemas operativos, hardware de voz/datos, etc). A nivel tecnolgico el termino hacking se usa para referirse al arte informtico de descubrir y solucionar problemas que atenten contra la seguridad de un sistema o aplicacin. El sustantivo cracker (Criminal hacker) hace referencia a personas que usan las tcnicas de hacking con fines ofensivos.

56. Clasificacin HACKERS UNDERGROUND. SAMURAI. Nivel ms alto en la jerarqua, se supone tiene conocimientos y habilidades superiores. BUCANERO. Hacker con conocimientos y habilidades considerables sobre hacking Conoce a fondo el funcionamiento de muchas herramientas y tiene la habilidad de construir las suyas.

57. SCRIPT KIDDIE. Persona con conocimientos medios, conoce comandos de sistemas operativos. Tienen habilidades de crear y correr scripts bsicos. LAMMER. Persona con conocimientos muy bsicos sobre hacking Usa herramientas de terceros pero NO sabe cmo funcionan. NEWBIE. Prospecto de hacker, en proceso de iniciacin en el mundo del hacking.

58. CLASIFICACIN DE HACKERS FBI. LA CULTURA DEL HACKER. El hacker desea saber cada vez ms. Su obsesin por aprender es enfermiza. Existen grandes comunidades a nivel mundial: Grupos. Foros. Canales de chat. Algunas motivaciones para los hackers: Curiosidad.

59. Desafo. Ideales. Lucro. Hackers famosos.

60. Ataque informtico. Toda aquella accin que conlleve a poner en riesgo las propiedades de confidencialidad, integridad y disponibilidad de un sistema. Tambin se pueden considerar como la consumacin de una amenaza. Un ataque no se realiza en un solo paso, es una metodologa estructurada. Tipos de ataques.

61. Algunos ataques bsicos.

62. Dualismo de la inseguridad informtica.

63. Jornalizacin de la asignatura. UNIVERSIDAD GERARDO BARRIOS JORNALIZACIN DE LA ASIGNATURA CICLO I 2015 FACULTAD: ____CIENCIA Y TECNOLOGA____________________________________ ASIGNATURA: ____SISTEMAS OPERATIVOS__________________ GRUPO:UNICO__ DAS: ___MIERCOLES Y JUEVES ___ AULA: ___3A_ HORA: _10:40 AM A 12:20 MD_ CARRERA: ___TECNICO EN INGENIERIA EN SISTEMAS Y REDES INFORMATICAS______ DOCENTE: ___ LICDA. CARLA MILAGRO LOPEZ VASQUEZ_____________ N FECHA Contenidos temticosD a M e s 1 28 E ne ro Saludo y Presentacin. Descripcin de la Asignatura y Formas de evaluacin. Reglamento de la ctedra durante el presente ciclo. Diagnstico general del grupo y Definicin de roles por equipo. 2 29 E n e r o Unidad 01 Introduccin a los sistemas operativos. 1.1 Qu es un sistema operativo? 1.2 Historia de los sistemas operativos. Actividad: Foro Virtual.

64. N FECHA Contenidos temticosD a M e s 3 4 F e b r e r o Explicacin: Esquema de llaves sobre clasificacin de los sistemas operativos y glosario. 1.3 Clasificacin de los sistemas operativos. 1.4 Funciones de los sistemas operativos. 1.5 Capas de un sistema operativo. 4 5 F e b r e r o Revisin Esquema de Llaves sobre Clasificacin de los Sistemas Operativos y glosario. Laboratorio 15%. 5 11 F e b r e r o Unidad 02 Fundamentos de programacin en C. 2.1 Historia del lenguaje de programacin C. 2.2 Lenguaje de programacin C y Sistemas Operativos. 2.3 Variables y tipos de datos en C. 6 12 F e b r e r o Unidad 03 Conceptos introductorios de arquitectura del computador. 3.3 Definicin de computadora. 7 18 F e b r e Explicacin: 3.2 Estructura del computador (Arquitectura Von Newman).

65. N FECHA Contenidos temticosD a M e s r o 8 19 F e b r e r o Revisin de Infografa sobre Arquitectura de Von Newman, Laboratorio 15%. 9 25 F e b r e r o Unidad 04 Sistemas operativos libres y propietarios. 4.1 Definiciones. 4.2 Ventajas y desventajas. 1 0 26 F e b r e r o 4.3 Sistemas operativos y empresas: Inversin. Explicacin: 4.4 Sistemas operativos que utilizan las empresas usulutecas (investigacin). 4.5 Sistemas operativos para dispositivos mviles. 1 1 4 M a rz o Revisin de Investigacin sobre Sistemas Operativos que utilizan las empresas usulutecas. Laboratorio 30%. 1 2 5 M a rz o PRIMER EXAMEN PARCIAL 40%.

66. N FECHA Contenidos temticosD a M e s 1 3 11 M ar z o Unidad 05 Procesos de sistemas operativos. 5.1 Concepto de proceso. 1 4 12 M a rz o 5.2 Componentes de los procesos. 1 5 18 M a rz o 5.3 Jerarqua de procesos. 1 6 19 M a rz o 5.4 Hilos. 1 7 25 M a rz o 5.5 Servicios POSIX relacionados con el trabajo de procesos. 1 8 26 M a rz o Control de lectura 10%. DEL 30 DE MARZO AL 5 DE ABRIL VACACIONES DE SEMANA SANTA 1 9 8 A b ril Unidad 06 Comunicacin y Sincronizacin de Procesos. 6.1 Problemas clsicos de comunicacin y sincronizacin. 2 0 9 A b 6.2 Mecanismos de comunicacin y sincronizacin de

67. N FECHA Contenidos temticosD a M e s ril procesos. 6.3 Servicios POSIX relacionados con la comunicacin y sincronizacin de procesos. Explicacin: Gua de trabajo A. 2 1 15 A b ril Revisin Gua de Trabajo A 20%. 2 2 16 A b ril Unidad 07 El sistema operativo y la gestin de recursos. 7.1 Conceptos de arquitectura de memoria. 7.2 Los sistemas operativos y la gestin de memoria. 2 3 22 A b ril 7.3 La memoria como mecanismo de comunicacin. 7.4 El sistema operativo y el manejo de archivos. 7.5 Servicios POSIX relacionados con memoria compartida. Explicacin: Gua de Trabajo B. 2 4 23 A b ril Unidad 08 Seguridad y proteccin en los sistemas operativos. 8.1 Definicin de seguridad y proteccin desde el punto de vista de los Sistemas Operativos. 2 5 29 A b ril Revisin Gua de Trabajo B 15%. 2 6 30 A b ril 8.2 Problemticas de la seguridad 8.3 Riesgos de la seguridad. Actividad: Blog.

68. N FECHA Contenidos temticosD a M e s 2 7 6 M a y o Laboratorio Escrito 15%. 2 8 7 M a y o SEGUNDO EXAMEN PARCIAL 40%. 2 9 13 M a y o 8.4 Diseccin de un ataque a la seguridad. Actividad: Crear diagrama modelo. 3 0 14 M a y o 8.5 Mecanismos de seguridad y proteccin. Actividad: Slideshare. 3 1 20 M a y o Unidad 09 Estudios de casos. Explicacin: Gua de Trabajo C. 9.1 Windows. 3 2 21 M a y o 9.2 Linux. 9.3 Mviles. 3 3 27 M a y o Proyecto Integrador 30%. 3 4 28 M a Revisin Gua de Trabajo C 15%.

69. N FECHA Contenidos temticosD a M e s y o 3 5 3 J u ni o 15% en todas las preparaciones. Preparacin de Mquinas Virtuales. 3 6 4 J u ni o Preparacin de Mquinas Virtuales. 3 7 10 J u ni o 40% en todas las instalaciones. Defensa de Instalacin de SO Windows en mquina virtual. 3 8 11 J u ni o Defensa de Instalacin de SO Windows en mquina virtual. 3 9 11 J u ni o Defensa de Instalacin de Ubuntu en Mquina Virtual. 4 0 11 J u ni o Defensa de Instalacin de Ubuntu en Mquina Virtual.

70. Calendarizacin. FECHAS ACTIVIDADES A EVALUAR PORCENTAJE DEL COMPUTO 5/Febrero/2015 Revisin de Esquema de Llaves sobre Clasificacin de los SO y Glosario. 15% 19/Febrero/2015 Revisin Infografa sobre Arquitectura Von Newmann. 15% 4/Marzo/2015 Investigacin sobre SO que utilizan las empresas usulutecas. 30% 5/Marzo/2015 Primer Examen Parcial. 40% Total Cmputo I 100% 26/Marzo/2015 Control de Lectura. 10% 15/Abril/2015 Revisin Gua de Trabajo A. 20% 29/Abril/2015 Revisin Gua de 15%

71. Trabajo B. 6/Mayo/2015 Laboratorio Escrito. 15% 7/Mayo/2015 Segundo Examen Parcial 40% Total Cmputo II 100% 27/Mayo/2015 Proyecto Integrador. 30% 28/Mayo/2015 Revisin Gua de Trabajo C. 15% 3/Junio/2015 Preparacin de Mquina Virtual. 15% 10/Junio/2015 Instalacin de SO. 40% Total Cmputo III 100% Procesos de Sistemas Operativos Control de Lectura. UNIVERSIDAD GERARDO BARRIOS CENTRO REGIONAL DE USULUTAN FACULTAD DE CIENCIA Y TECNOLOGIA SISTEMAS OPERATIVOS DOCENTE: LICDA. CARLA MILAGRO LOPEZ VASQUEZ, MIW. CONTROL DE LECTURA FECHA DE EVALUACION: 9/ABRIL/2015 Unidad 05 - Procesos de sistemas operativos. Concepto de proceso. En un sistema multiprogramado o de tiempo compartido, un proceso es la imagen en memoria de un programa, junto con la informacin relacionada con el estado de su ejecucin. Un programa es una entidad pasiva, una lista de instrucciones; un proceso es una entidad activa, que empleando al programa define la actuacin que tendr el sistema. En contraposicin con proceso, en un sistema por lotes se habla de tareas.

72. Una tarea requiere mucha menos estructura, tpicamente basta con guardar la informacin relacionada con la contabilidad de los recursos empleados. Una tarea no es interrumpida en el transcurso de su ejecucin. Ahora bien, esta distincin no es completamente objetiva -y se pueden encontrar muchos textos que emplean indistintamente una u otra nomenclatura. Si bien el sistema brinda la ilusin de que muchos procesos se estn ejecutando al mismo tiempo, la mayor parte de ellos tpicamente est esperando para continuar su ejecucin- en un momento determinado slo puede estar ejecutando sus instrucciones un nmero de procesos igual o menor al nmero de procesadores que tenga el sistema. Estados de un proceso. Un proceso, a lo largo de su vida, alterna entre diferentes estados de ejecucin. stos son: Nuevo: Se solicit al sistema operativo la creacin de un proceso, y sus recursos y estructuras estn siendo creadas. Listo: Est listo para iniciar o continuar su ejecucin pero el sistema no le ha asignado un procesador. En ejecucin: El proceso est siendo ejecutado en este momento. Sus instrucciones estn siendo procesadas en algn procesador. Bloqueado: En espera de algn evento para poder continuar su ejecucin (aun si hubiera un procesador disponible, no podra avanzar). Zombie: El proceso ha finalizado su ejecucin, pero el sistema operativo debe realizar ciertas operaciones de limpieza para poder eliminarlo de la lista. Terminado: El proceso termin de ejecutarse; sus estructuras estn a la espera de ser limpiadas por el sistema operativo. Diagrama de transicin entre los estados de un proceso. Componentes de

73. Componentes de los procesos. La informacin que debe manipular el sistema operativo relativa a cada uno de los procesos actuales se suele almacenar en una estructura llamada bloque de control de proceso (PCB - Process Control Block). El PCB incluye campos como: Estado del proceso: El estado actual del proceso. Contador de programa: Cul es la siguiente instruccin a ser ejecutada por el proceso. Registros del CPU: La informacin especfica del estado del CPU mientras el proceso est en ejecucin (debe ser respaldada y restaurada cuando se registra un cambio de estado). Informacin de planificacin (scheduling): La prioridad del proceso, la cola en que est agendado, y dems informacin que puede ayudar al sistema operativo a planificar los procesos. Informacin de administracin de memoria: La informacin de mapeo de memoria (pginas o segmentos, dependiendo del sistema operativo), incluyendo la pila (stack) de llamadas. Informacin de contabilidad: Informacin de la utilizacin de recursos que ha tenido este proceso puede incluir el tiempo total empleado y otros (de usuario, cuando el procesador va avanzando sobre las instrucciones del programa propiamente, de sistema cuando el sistema operativo est atendiendo las solicitudes del proceso), uso acumulado de memoria y dispositivos, etctera. Estado de E/S: Listado de dispositivos y archivos asignados que el proceso tiene abiertos en un momento dado. Procesos e Hilos. La cantidad de informacin que el sistema operativo debe manejar acerca de cada proceso es bastante significativa. Si cada vez que el planificador elige qu proceso pasar de Listo a En ejecucin debe considerar buena parte de dicha informacin, la simple transferencia de todo esto entre la memoria y el procesador podra llevar a un desperdicio burocrtico de recursos. Una respuesta a esta problemtica fue la de utilizar los hilos de ejecucin, a veces conocidos como procesos ligeros (LWP, Lightweight processes). Cuando se consideran procesos basados en un modelo de hilos, se puede proyectar en sentido inverso que todo proceso es como un solo hilo de ejecucin. Un sistema operativo que no ofreciera soporte expreso a los hilos los planificara exactamente del mismo modo. Pero visto desde la perspectiva del proceso hay una gran diferencia: si bien el sistema operativo se encarga de que cada proceso tenga una visin de virtual exclusividad sobre la computadora, todos los hilos de un proceso comparten un slo espacio de direccionamiento en memoria y los archivos y dispositivos abiertos. Cada uno de los hilos se ejecuta de forma (aparentemente) secuencial y maneja su propio contador de programa y pila. Patrones de trabajo con hilos. Hay tres patrones en los que caen generalmente los modelos de hilos; se puede emplear ms de uno de estos patrones en diferentes reas de cada aplicacin, e incluso se pueden anidar (esto es, se podra tener una lnea de ensamblado dentro de la cual uno de los pasos sea un equipo de trabajo):

74. a) Jefe/Trabajador: Un hilo tiene una tarea distinta de todos los dems: el hilo jefe genera o recopila tareas para realizar, las separa y se las entrega a los hilos trabajadores. Este modelo es el ms comn para procesos que implementan servidores (es el modelo clsico del servidor Web Apache) y para aplicaciones grficas (GUI), en que hay una porcin del programa (el hilo jefe) esperando a que ocurran eventos externos. El jefe realiza poco trabajo, se limita a invocar a los trabajadores para que hagan el trabajo de verdad; como mucho, puede llevar la contabilidad de los trabajos realizados. Tpicamente, los hilos trabajadores realizan su operacin, posiblemente notifican al jefe de su trabajo, y finalizan su ejecucin. Patrn de hilos Jefe/Trabajador b) Equipo de trabajo: Al iniciar la porcin multihilos del proceso, se crean muchos hilos idnticos, que realizarn las mismas tareas sobre diferentes datos. Este modelo es frecuentemente utilizado para clculos matemticos (p. ej.: criptografa, render, lgebra lineal). Puede combinarse con un estilo jefe/trabajador para irle dando al usuario una previsualizacin del resultado de su clculo, dado que ste se ir ensamblando progresivamente, pedazo por pedazo. Patrn de hilos Equipo de Trabajo.

75. c) Lnea de Ensamblado: Si una tarea larga puede dividirse en pasos sobre bloques de la informacin total a procesar, cada hilo puede enfocarse a hacer slo un paso y pasarle los datos a otro hilo conforme vaya terminando. Una de las principales ventajas de este modelo es que ayuda a mantener rutinas simples de comprender, y permite que el procesamiento de datos contine, incluso si parte del programa est bloqueado esperando E/S. Un punto importante a tener en cuenta en una lnea de ensamblado es que, si bien los hilos trabajan de forma secuencial, pueden estar ejecutndose paralelamente sobre bloques consecutivos de informacin y eventos. Patrn de hilos Lnea de Ensamblado. Concurrencia. Desde un punto de vista formal, la concurrencia no se refiere a dos o ms eventos que ocurren a la vez sino a dos o ms eventos cuyo orden es no determinista, esto es, eventos acerca de los cuales no se puede predecir el orden relativo en que ocurrirn. Si bien dos procesos (o tambin dos hilos) completamente independientes entre s ejecutndose simultneamente son concurrentes, los

76. temas que en la presente seccin se expondrn se ocupan principalmente de procesos cuya ejecucin est vinculada de alguna manera (p. ej.: dos procesos que comparten cierta informacin o que dependen uno del otro). Aunque una de las tareas principales de los sistemas operativos es dar a cada proceso la ilusin de que se est ejecutando en una computadora dedicada, de modo que el programador no tenga que pensar en la competencia por recursos, a veces un programa requiere interactuar con otros: parte del procesamiento puede depender de datos obtenidos en fuentes externas, y la cooperacin con hilos o procesos externos es fundamental. Para presentar la problemtica y los conceptos relacionados con la concurrencia suelen utilizarse algunos problemas clsicos, que presentan casos particulares muy simplificados, y puede encontrrseles relacin con distintas cuestiones que un programador enfrentar en la vida real. Cada ejemplo presenta uno o ms conceptos. Se recomienda comprender bien el ejemplo, el problema y la solucin y desmenuzar buscando los casos lmite como ejercicio antes de pasar al siguiente caso. Caso prctico: El Jardn Ornamental. Planteamiento. Un gran jardn ornamental se abre al pblico para que todos puedan apreciar sus fantsticas rosas, arbustos y plantas acuticas. Por supuesto, se cobra una mdica suma de dinero a la entrada para lo cual se colocan dos torniquetes, uno en cada una de sus dos entradas. Se desea conocer cunta gente ha ingresado al jardn as que se instala una computadora conectada a ambos torniquetes: estos envan una seal cuando una persona ingresa al jardn. Se realiza un modelo simplificado de la situacin, as que no se estudiarn los detalles del hardware utilizado. Aqu es importante notar que los dos torniquetes son objetos que existen y se comportan en paralelo e independientemente: los eventos que generan no tienen un orden predecible. Es decir, que cuando se escriba el software no se sabe en qu momento llegar cada visitante ni qu torniquete utilizar. Se simular un experimento en el que 20 visitantes ingresan por cada torniquete. Al final de la simulacin deber haber 40 visitantes contados. Nota: Elabore un flujograma o algoritmo que represente la solucin para el problema El Jardn Ornamental. Puede utilizar la estructura que mejor se adapte al caso.

77. En un sistema operativo multitarea cuando un proceso agota su porcin de tiempo de procesador (quantum) o detiene su ejecucin por otra razn, los valores almacenados en registros se preservan (junto con la informacin sobre el proceso) para poder restaurarlo cuando la ejecucin contine (de esta forma se provee la ilusin de la multitarea en sistemas de un solo ncleo). As, en el problema del jardn ornamental cada torniquete tiene su propia copia de los valores en los registros. Sin embargo, se supone que el resto de la memoria es compartida (en particular, se utiliza ese hecho para llevar la cuenta de personas que ingresan). Bloqueos mtuos e inanicin. Bloqueo mtuo: Situacin que ocurre cuando dos o ms procesos poseen determinados recursos, y cada uno queda detenido, a la espera de alguno de los que tiene el otro. El sistema puede seguir operando normalmente, pero ninguno de los procesos involucrados podrn avanzar. Inanicin: Situacin en que un proceso no puede avanzar en su ejecucin dado que necesita recursos que estn (alternativamente) asignados a otros procesos. Caso prctico: La cena de los filsofos. Planteamiento. Cinco filsofos se dan cita para comer arroz en una mesa redonda. En ella, cada uno se sienta frente a un plato. A su derecha, tiene un palito chino, y a su izquierda tiene otro. Los filsofos slo saben pensar() y comer(). Cada uno de ellos va a pensar() un tiempo arbitrario, hasta que le da hambre. El hambre es mala consejera, por lo que intenta comer(). Los requisitos son: Slo un filsofo puede sostener determinado palito a la vez, esto es, los palitos son recursos de acceso exclusivo.

78. Debe ser imposible que un filsofo muera de inanicin estando a la espera de un palito. Debe ser imposible que se presente un bloqueo mutuo. Debe ser posible que ms de un filsofo pueda comer al mismo tiempo. Nota: Elabore un flujograma o algoritmo que represente la solucin para el problema La cena de los filsofos. Puede utilizar la estructura que mejor se adapte al caso. Ejemplo de Bloqueo Mtuo.

79. Un bloqueo mutuo puede ejemplificarse con la situacin que se presenta cuando cuatro automovilistas llegan al mismo tiempo al cruce de dos avenidas del mismo rango en que no hay un semforo, cada uno desde otra direccin. Los reglamentos de trnsito sealan que la precedencia la tiene el automovilista que viene ms por la derecha. En este caso, cada uno de los cuatro debe ceder el paso al que tiene a la derecha y ante la ausencia de un criterio humano que rompa el bloqueo, deberan todos mantenerse esperando por siempre. Un bloqueo mutuo se presenta cuando (Condiciones de Coffman): 1. Los procesos reclaman control exclusivo de los recursos que piden (condicin de exclusin mutua). 2. Los procesos mantienen los recursos que ya les han sido asignados mientras esperan por recursos adicionales (condicin de espera por). 3. Los recursos no pueden ser extrados de los procesos que los tienen hasta su completa utilizacin (condicin de no apropiatividad). 4. Hay una cadena circular de procesos en la que cada uno mantiene a uno o ms recursos que son requeridos por el siguiente proceso de la cadena (condicin de espera circular). Servicios POSIX relacionados con el trabajo de procesos. El trmino POSIX corresponde a las iniciales de interfase de sistema operativo portable (Portable Operating System Interface). Es un estndar de interfase de sistema operativo, basado en el popular sistema operativo UNIX. El estndar POSIX est actualmente en desarrollo, y su principal objetivo es permitir la portabilidad de aplicaciones a nivel de cdigo fuente, es decir, que sea posible portar una aplicacin de un computador a otro sin ms que recompilar su cdigo. El POSIX es un estndar de sistema operativo en evolucin. Una importante parte de este estndar est pensada para proporcionar la portabilidad de las aplicaciones con requerimientos de tiempo real. Junto a las interfases de servicios del sistema, se estandarizan tambin perfiles de entornos de aplicaciones que permitirn a los implementadores desarrollar sistemas operativos POSIX de tiempo real para una gran variedad de plataformas, desde los sistemas empotrados pequeos hasta los sistemas de tiempo real grandes. El estndar define interfaces en diferentes lenguajes de programacin. En particular, las interfaces de tiempo real estn siendo definidas para C y Ada, que son los lenguajes estndar de programacin ms importantes para los sistemas prcticos de tiempo real.

80. La funcionalidad especificada en el estndar POSIX es similar a la que se encuentra en la mayora de los ncleos y sistemas operativos de tiempo real disponibles comercialmente. Las interfases POSIX se han definido de acuerdo con resultados recientes de la teora de planificacin con prioridades estticas. Algunas implementaciones basadas en borradores iniciales de los estndares POSIX.4 y POSIX.4a ya han sido desarrolladas y muestran resultados muy prometedores. En resumen, el estndar POSIX permitir construir sistemas predecibles y analizables que cumplen sus requerimientos de tiempo real, y que pueden ser fcilmente portables de unas plataformas a otras. Trminos bsicos a investigar. 1. Programa. 2. Procesos. 3. Hilos. 4. Hebras. 5. Multihilos. 6. POSIX. 7. Servicios del sistema operativo. 8. API. 9. Sincronizacin. 10. Variable global.

81. CENTRO REGIONAL DE USULUTAN FACULTAD DE CIENCIA Y TECNOLOGIA SISTEMAS OPERATIVOS DOCENTE: LICDA. CARLA MILAGRO LOPEZ VASQUEZ, MIW. FECHA DE EVALUACION: 22/ABRIL/2015 Indicacin general: Resuelva ordenadamente los tems que se presentan a continuacin. La solucin de la gua deber ser en parejas y presentarla impresa El mircoles 22 de abril sin excepciones. TEMS 1) Investigue Cules son los problemas clsicos de comunicacin y sincronizacin de procesos? Elabore un listado y descrbalos. Ejemplos. 2) Mencione Cules son los mecanismos de sincronizacin entre procesos? Descrbalos. Ejemplos. 3) Defina Qu es POSIX? Y Cmo se relaciona con la comunicacin y sincronizacin de procesos? Ejemplos. 4) Agregue informacin adicional complementaria acerca de la Unidad 06. Mximo 1 pgina. de procesos

82. UNIVERSIDAD GERARDO BARRIOS CENTRO REGIONAL DE USULUTAN FACULTAD DE CIENCIA Y TECNOLOGIA SISTEMAS OPERATIVOS DOCENTE: LICDA. MIW. CARLA MILAGRO LOPEZ VASQUEZ FECHA DE REVISION: 29/ABRIL/2015 Indicaciones generales: Resuelva ordenadamente los tems que se presentan a continuacin. La solucin de la gua deber ser en equipos de 5 integrantes mximo. Deber ser presentada en formato blog o sitio web (1 por equipo). Fecha de entrega: mircoles 29 de abril sin excepciones. PUNTOS A RESOLVER 1) Defina el trmino: Arquitectura de memoria. 2) Explique la diferencia entre memoria RAM, ROM y EPROM. 3) Qu es memoria real? 4) Qu es memoria virtual? 5) Defina Qu es unidad de manejo de memoria? 6) Qu es segmentacin de memoria? 7) La memoria como mecanismo de comunicacin. 8) El sistema operativo y el manejo de archivos. 9) Servicios POSIX relacionados con memoria compartida.

83. Universidad Gerardo Barrios Centro Regional de Usulutn Facultad de Ciencia y Tecnologa Sistemas Operativos Investigacin de los Sistemas Operativos que utilizan las empresas Usulutecas. Cartula Introduccin Objetivos o Objetivo general (1) o Objetivos especficos (2 3) Contenido Nombre de las empresas visitadas, pueden incluir el logo de cada una (1 pgina). Descripcin de la informacin obtenida en cada empresa (Las pginas que sean necesarias. Pueden describir empresa por empresa). Listado general de los sistemas operativos identificados (Propietarios y Libres aparte). Conclusiones. Recomendaciones. Anexos o Cuestionario. o Gua de entrevista.

84. o Fotografas. o Cartas. o Otros.

Portafolio de so en pdf

Education

Transcript of Portafolio de so en pdf