Cuando pregunto a mis compañeros porqué ‘mmap’ es más rápido que las llamadas al sistema (system calls) la respuesta es inevitablemente “debido a la sobrecarga de las propias llamadas al sistema, es decir, el coste de cambio de contexto entre espacio de usuario y espacio de kernel”. Pero resulta que esta sobrecarga tiene más matices de lo que solía pensar, así que echemos un vistazo bajo el capó para comprender las diferencias de rendimiento.

Como supongo que sabrás, nuestros programas interaccionan con el kernel mediante un mecanismo especial conocido como llamadas al sistema (system calls o syscalls). Si has escrito al menos un programa en C, sabrás que antes de hacer cualquier lectura y/o escritura a un archivo es necesario abrirlo. Para ello se utiliza la función ‘open’. En este caso es una función de la librería estándar (libc) y es ella la que se encarga de realizar la llamada al sistema por nosotros.

En esta entrada se muestra cómo se puede minimizar la sobrecarga de cambios de contexto en el kernel de un sistema operativo a través del mayor uso de llamadas al sistema asíncronas y primitivas de comunicación entre procesos.

En los primeros días de la informática, los programadores sólo podían soñar con la portabilidad. Todos los programas se escribieron directamente en código de máquina para cada arquitectura de computadora en la que debían ejecutarse. Los lenguajes ensambladores con nombres mnemotécnicos para cada instrucción de la CPU y otras ventajas facilitaron un poco la vida de los programadores, pero los programas seguían siendo específicos de la arquitectura. Los sistemas operativos aún no se habían inventado, por lo que un programa no […].

A pesar de haberse lanzado oficialmente a principios de este año, todavía hay bastante misterio en torno al próximo sistema operativo de Google, Fuchsia. Para ayudar a explicar los detalles más importantes, dos empleados de Google han compartido un recorrido en vídeo y una sesión de preguntas y respuestas con gran parte de lo que nos gustaría saber sobre Fuchsia OS. [ Vía 9to5Google ].

El sistema operativo Haiku acaba de lanzar su versión Release 1 Beta 3 (R1B3), que continua con la tendencia de de sacar versiones con mayor frecuencia para proporcionar a usuarios y desarrolladores una plataforma estable donde trabajar. Esta versión combina lo mejor de la historia de Haiku como sucesor de BeOS junto con el duro trabajo de la apasionada comunidad. Proporciona varias características nuevas y mejoras en el rendimiento lo que hace que Haiku sea aún mejor.

Durante años hemos estado observando y esperando mientras Google desarrollaba gradualmente su sistema operativo Fuchsia desde cero. Ahora ha aparecido evidencia que apunta a que el sistema operativo Fuchsia de Google ya tiene preparada su primera (y segunda) versión disponible, aunque es probable que inicialmente sea sólo para desarrolladores.

Pasé la primera semana de 2021 aprendiendo un sistema operativo llamado Plan 9 de Bell Labs. Este es un sistema operativo marginal, abandonado durante mucho tiempo por sus autores originales. También es responsable de una gran cantidad de inspiración en otros lugares. Si has utilizado el lenguaje Go, /proc, UTF-8 o Docker, has utilizado funciones diseñadas por Plan 9. Este artículo se sumerge en los aspectos internos del sistema operativo y algunos temas de informática moderadamente difíciles.

Los desarrolladores de Google que están detrás del desarrollo de Android dieron a conocer que están moviendo el proyecto de código abierto de Android (AOSP) para usar el sistema de compilación Bazel en lugar del actual sistema de compilación Soong, Ninja y Make. La compatibilidad con Bazel ya se ha agregado al repositorio de Android, pero la transición al nuevo sistema de compilación de forma predeterminada se extenderá a través de múltiples versiones de plataforma para que la migración sea lo más fácil y transparente posible.

Los sistemas operativos y los sistemas de archivos se han desarrollado tradicionalmente de la mano ya que generalmente se imponen limitaciones mutuas. Hoy tenemos dos líderes importantes en la semántica del sistema de archivos: Windows y POSIX. Están muy cerca uno del otro según el conjunto completo de características, pero sucedieron cosas interesantes antes de que POSIX monopolizara la semántica de los sistemas de archivos.

Análisis comparativo entre Linux, varias distribuciones BSD e Illumos sobre cuestiones relativas a licencias, abuso corporativo de dichas licencias, rendimiento y características de dichos sistemas operativos. vía soylentnews.org/article.pl?sid=19/11/05/0424205

La E/S es cada vez más rápida en servidores que tienen NIC programables rápidos y memoria principal no volátil funcionando a cerca de la velocidad de DRAM, pero la velocidad de los procesadores monohilo se ha estancado. Las aplicaciones no pueden aprovechar las capacidades del hardware moderno cuando usan interfaces creadas alrededor de abstracciones que asumen que la E/S es lenta. Por lo tanto proponemos una estructura para un sistema operativo llamada parakernel que elimina la mayoría de las abstracciones del sistema operativo proporcionando interfaces que aprovechen el máximo potencial del hardware. El parakernel facilita la paralelización particionando los recursos de forma segura.

WekaIO es una startup con sede en San José, California, que ha creado Matrix, el sistema de archivos más rápido del mundo, y lo ha escrito en D. WekaIO es un ejemplo de objetivo de diseño de D: poder escribir prototipos rápida y fácilmente para luego continuar trabajando en la misma base de código hasta alcanzar calidad de producción en lugar de crear prototipos en lenguajes de alto nivel diferentes. Liran hizo un hueco en su apretada agenda para responder algunas preguntas sobre WekaIO y el uso que hacen de D.

Este trabajo es una disección de QNX, el sistema operativo propietario en tiempo real dirigido al mercado integrado. QNX se usa en muchos dispositivos sensibles y críticos en diferentes industrias y, aunque alguna investigación previa de seguridad ha descrito QNX como un subproducto de investigación móvil de BlackBerry, no hay trabajo previo sobre mitigación de exploits en QNX y generadores de números aleatorios seguros. En este trabajo se presenta la primera ingeniería inversa y análisis de las mitigaciones de exploits, generadores de […].

Étoilé pretende ser un entorno de usuario basado en GNUstep innovador construido a partir de componentes altamente modulares y ligeros con la orientación de proyecto y documento en mente, para permitir a los usuarios crear su propio flujo de trabajo mediante la remodelación o recombinación de los Servicios provistos (también conocidos como Aplicaciones), Componentes, etc. La flexibilidad y la modularidad, tanto en la interfaz de usuario como en el nivel del código, nos deberían permitir escalar desde el PDA al entorno de la computadora.

El sistema operativo de Google que no esta basado en Linux ha agregado un emulador para ejecutar aplicaciones de Debian...

Este libro, publicado en 1997, muestra el funcionamiento interno del sistema de archivos de Windows 95, incluyendo VFAT (el sistema de archivos FAT virtual), VREDIR (cliente de Microsoft Networks) y NWREDIR (cliente de Microsoft Netware). Además se anticipan algunos de los cambios que aparecerían en el sucesor de Windows 95 (con nombre en clave Memphis), como FAT32, volúmenes de hasta 2 terabytes y WDM. [ Enlace directo al libro: Inside the Windows 95 File System PDF 16,8 MB ]

Hoy les mostraré algunas screenshots que obtuve del grupo de Telegram para Haiku donde Gerasim Troeglazov nos muestra cómo trabaja Arduino con Haiku y Fritzing.

Colección de ‘trucos’ en sistemas de archivos NTFS en Windows, entre los que se incluyen el poder crear un directorio en otro directorio cuyos permisos no lo permitan, o crear archivos cuyos nombres sean sólo puntos.

Voy a dedicar unas entradas en el blog a hablar del funcionamiento de los sistemas de archivos, un componente fundamental en la gran mayoría de sistemas informáticos. Voy a empezar con los basados en FAT sin centrarme en ninguno en concreto (FAT16, FAT32, exFAT,…). En esencia un sistema de archivos es un método ordenado que permite guardar datos sobre un soporte físico para luego poder acceder a ellos. Históricamente ha habido muchos enfoques a este problema: los sistemas más usados usan archivos, directorios y enlaces.

El consenso es uno de los problemas fundamentales a la hora de programar sistemas distribuidos. Queremos que los clientes perciban el sistema como una unidad coherente, pero no queremos que haya un sólo punto de fallo, con lo que se necesitan varias máquinas colaborando de un modo en que se pongan de acuerdo en el estado del mundo, aunque fallen cosas. Raft es un algoritmo de consenso creado con para ser entendible. Es una respuesta directa a Paxos, que resuelve el mismo tipo de problemas pero que es un algoritmo bastante complicado.

mkosi (make operating system image) es una herramienta para generar imágenes de sistemas operativos que pueden ser arrancadas (booted). Hay más herramientas de este tipo, pero mkosi tiene una serie de características que pueden ser interesantes para ciertos casos de uso que no están cubiertos por el resto de herramientas de este tipo.

casync se inspira en rsync, la popular herramienta de sincronización de archivos, y en git, el probablemente todavía más popular sistema de control de versiones, para combinar la sincronización de rsync y la forma de acceso al contenido de git creando un sistema para almacenar y enviar de forma eficiente imágenes de sistemas de archivos con optimización para ciclos de actualizaciones de alta frecuencia a través de Internet.