{"id":147115,"date":"2025-11-02T11:12:32","date_gmt":"2025-11-02T09:12:32","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/predstavlen-port-yadra-linux-dlya-webassembly-zapuskaemyj-v-brauzere"},"modified":"2025-11-02T11:12:32","modified_gmt":"2025-11-02T09:12:32","slug":"predstavlen-port-yadra-linux-dlya-webassembly-zapuskaemyj-v-brauzere","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/predstavlen-port-yadra-linux-dlya-webassembly-zapuskaemyj-v-brauzere","title":{"rendered":"Se presenta un puerto del n\u00facleo de Linux para WebAssembly, ejecut\u00e1ndose en el navegador.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
En la lista de correo de los desarrolladores del n\u00facleo de Linux se han publicado parches que implementan la arquitectura \u00abWasm\u00bb para el n\u00facleo de Linux, permitiendo compilar el n\u00facleo en c\u00f3digo intermedio WebAssembly para su posterior ejecuci\u00f3n directa en un navegador web sin necesidad de emuladores. Adem\u00e1s, se ha implementado en el n\u00facleo de Linux la capacidad de ejecutar archivos ejecutables en formato \u00ab.wasm\u00bb y se ha preparado un controlador \u00abweb console\u00bb para simular el trabajo con la consola en el navegador. Tambi\u00e9n se ha preparado un conjunto de herramientas para simplificar la compilaci\u00f3n de entornos sist\u00e9micos ejecutables en el navegador. <\/p>\n
Como ejemplo, se ha formado un entorno basado en las utilidades BusyBox compiladas en WebAssembly y en la biblioteca del sistema musl. Xterm.js se ha utilizado como emulador de terminal para trabajar con este tipo de entorno. Se ha lanzado un sitio de demostraci\u00f3n por separado, que permite evaluar el funcionamiento del puerto sin necesidad de compilar por s\u00ed mismo. Se ha anunciado soporte total para navegadores en el motor Chromium y soporte parcial para Firefox, donde las capacidades de depuraci\u00f3n est\u00e1n limitadas. En computadoras modernas, la carga de la compilaci\u00f3n de Wasm en el navegador toma menos de un segundo. <\/p>\n
El proyecto ha estado en desarrollo durante aproximadamente dos a\u00f1os y en la etapa actual permite cargar el n\u00facleo en los navegadores y ejecutar programas t\u00edpicos. El trabajo a\u00fan no se ha completado y el puerto tiene problemas y limitaciones espec\u00edficas. Por ejemplo, a\u00fan no se ha implementado el soporte para llamadas vfork y longjmp (se han aplicado parches a BusyBox para operar sin ellas), no existe la posibilidad de interrumpir tareas, el MMU no est\u00e1 disponible (el n\u00facleo y los procesos operan en un solo espacio de direcciones), no es posible modificar el c\u00f3digo ya cargado y la consola tiende a congelarse despu\u00e9s de aproximadamente 5 minutos debido a problemas con el temporizador. Se se\u00f1ala que las limitaciones existentes son superables, pero para algunas de ellas se requieren la implementaci\u00f3n de extensiones adicionales en los navegadores para WebAssembly. Se ha propuesto implementar tales extensiones para el MMU y la suspensi\u00f3n de hilos. <\/p>\n
La imposibilidad de pausar la ejecuci\u00f3n de hilos en WebAssembly no es compatible con el funcionamiento del planificador de tareas en el n\u00facleo, pero se ha logrado implementar la multitarea de forma indirecta, vinculando cada hilo\/tarea a su propio CPU virtual, gestionado en un Web Worker separado. De esta manera, se ha conseguido lograr la ejecuci\u00f3n paralela de procesos gracias al motor del navegador y al n\u00facleo del sistema operativo host, sin necesidad de utilizar multitarea por desplazamiento o cambio de tareas en el n\u00facleo ejecut\u00e1ndose en el navegador. Las interrupciones y se\u00f1ales no funcionan plenamente en este esquema, y un CPU virtual separado se utiliza para la entrega de interrupciones por temporizador e IPI (Inter-Processor Interrupt). <\/p>\n
El alcance del proyecto va m\u00e1s all\u00e1 de simplemente ejecutar entornos Linux en navegadores. Por ejemplo, el puerto puede ser utilizado para crear programas WebAssembly multiplataforma que utilicen llamadas al sistema espec\u00edficas de Linux. La implementaci\u00f3n de tales llamadas al sistema puede ser transformada de forma independiente a WebAssembly y adjuntada a la aplicaci\u00f3n, permitiendo su uso sin hacer depender del n\u00facleo del sistema. El puerto tambi\u00e9n ser\u00e1 \u00fatil para organizar la ejecuci\u00f3n aislada de aplicaciones mediante WASI (Interfaz del Sistema WebAssembly). <\/p>\n
De los planes se mencionan experimentos con la implementaci\u00f3n de soporte gr\u00e1fico en entornos con un n\u00facleo compilado en WebAssembly; sobre la base de la API del navegador WebGL se planea implementar EGL y asegurar el funcionamiento de OpenGL ES. Tambi\u00e9n se planea implementar el soporte del formato de depuraci\u00f3n Dwarf para la depuraci\u00f3n por l\u00ednea de c\u00f3digo. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"