Microsoft anuncia una cámara IA con Linux

Microsoft anuncio un nuevo kit llamado “Vision AI Developer” con una cámara de 8 megapixeles con resolución 4K que corre Linux en un procesador Qualcomm. El kit está pensado para desarrolladores de inteligencia artificial usando el aprendizaje máquina de Azure y Azure IoT Edge.

Aunque algunos aún se están acostumbrando de que Microsoft use Linux para su plataforma Azure Sphere, ahora la compañía ha decidido agregarlo también a su cámara inteligente con inteligencia artificial.

El kit Vision AI Developer combina la plataforma de Qualcomm Vision Intelligence que se respalda en el chip QCS603, con el servicio de Microsoft Azure IoT Edge, construido sobre Azure IoT. La plataforma también incluye Vision Studio y Azure Machine Learning para construir, entrenar y publicar modelos.

El kit Vision AI Developer fue anunciado originalmente en mayo de 2018 como una colaboración con Qualcomm, que recientemente ha anunciado su plataforma Qualcomm Vision Intelligence. Esta plataforma para aprendizaje maquina fue lanzada en los chips de 10nm QCS605 y QCS603.

Hay dos kits de Vision AI Developer disponibles, uno de eInfochips y otro de Altek.

El kit Vision AI Developer de eInfochips está disponible por $249 dólares en la página oficial

El soporte de NVIDIA Optimus para Linux progresa adecuadamente

Después de casi una década, parece que NVIDIA está empezando a tomarse mínimamente en serio el soporte de Optimus para GNU/Linux, la tecnología que en Windows permite intercambiar de forma automática entre una gráfica NVIDIA y un acelerador gráfico de Intel según la demanda de potencia gráfica con el fin de ahorrar energía en los portátiles.

NVIDIA publicó el mes pasado una versión beta de su driver (435.17) que incluía una importante novedad en el soporte de PRIME, la herramienta que permite cambiar manualmente entre las gráficas Intel y NVIDIA en Linux, y es que al parecer se le ha añadido una opción adicional llamada “NVIDIA On-Demand” (NVIDIA bajo demanda), la cual permite que una aplicación específica se ejecute en la GPU de NVIDIA mientras que el resto sigue cargado en el acelerador Intel. Esta característica soporta Vulkan y OpenGL, pero de momento no EGL.

Este cambio tendría que hacer que el soporte para portátiles con gráficas Intel+NVIDIA sea más similar al de Windows, sin embargo, todavía quedan importantes pasos por dar, ya que para apoyar la ejecución de una aplicación sobre la GPU NVIDIA se tiene que recurrir a la consola de comandos y a variables del entorno dependiendo de las características de la propia aplicación.

Para ejecutar una aplicación Vulkan:

__NV_PRIME_RENDER_OFFLOAD=1 nombreaplicacion

Para ejecutar una aplicación OpenGL (GLX):

__NV_PRIME_RENDER_OFFLOAD=1 __GLX_VENDOR_LIBRARY_NAME=nvidia nombreaplicacion

Otro escollo a salvar es la versión de Xorg necesaria para usar la opción “NVIDIA On-Demand”, requiriéndose, al menos aparentemente, la 1.20 como mínimo. La situación fuerza a los usuarios de Ubuntu a tener que usar esta PPA si quieren hacer uso de la característica que nos ocupa. Mejor lo llevan los usuarios de Arch Linux, que por defecto ya disponen de una versión de Xorg compatible, por lo que si combinan dicho sistema con Intel y NVIDIA (sobre todo si se trata de un portátil) ya tendrían que tener disponible “NVIDIA On-Demand”, que por cierto ya se encuentra en la versión estable del driver (435.21).

A lo largo de su trayectoria NVIDIA solo se ha preocupado de GNU/Linux para aquello que le da ingresos, haciendo que su “buen soporte” solo abarque las soluciones profesionales y las orientadas a ordenadores de sobremesa (torres), las cuales siempre han funcionado desde el momento del lanzamiento o poco después en el peor de los casos. Sin embargo, aparte de la cuestión en torno a Optimus, también hay otros asuntos como su nulo compromiso con los estándares establecidos para el sistema Open Source, que sí son respetados y cumplidos por parte de AMD e Intel.

Ubuntu 19.10 ofrecerá soporte para ZFS en la raíz de manera experimental

La relación de Ubuntu con ZFS siempre ha sido complicada. La licencia CDDL que utiliza el mencionado sistema de ficheros es incompatible con la GPLv2 de Linux, lo que fuerza a tener que distribuirlo por separado y sin vinculación oficial con el kernel.

A pesar de ello, Canonical se ha empeñado en hacer que ZFS puede ser utilizado con Linux, por lo que ha seguido trabajando en mejorar su integración en Ubuntu. Si la empresa cumple con sus planesen Ubuntu 19.10 veremos un salto importante en el soporte de ZFS, pudiendo utilizar este sistema de ficheros sobre la raíz. Este soporte vendrá acompañado de las posibilidades de cifrado nativo, transmisiones de ZFS cifradas sin procesar y la posibilidad de crear capturas (snapshots), aunque se avisa que de momento no está listo para producción. El hecho de que haya sido incluido como un módulo nativo del kernel hace que no sea necesaria la utilización de DKMS.

Canonical pretende ofrecer ZFS sobre la raíz como una opción experimental en el instalador de Ubuntu 19.10 inicialmente enfocada en el escritorio, pero con la intención de llevarla a servidores más adelante. Canonical anima a utilizarlo para producción en escritorio, aunque realizando las pertinentes copias de seguridad para evitar las pérdidas de datos que puede producir algo tan delicado como usar un sistema de ficheros que no está considerado como estable. A todo esto se suma el hecho de que están portando hacia atrás algunos parches de ZFS on Linux y la publicación de manuales de buenas prácticas para el sistema de ficheros que nos ocupa.

Veremos cómo acaba este asunto, ya que hace unos años el tema trajo mucha polémica debido a la incompatibilidad de las licencias. La compañía dirigida por Mark Shuttleworth parece reafirmarse en su argumento inicial y parece dispuesta a arriesgarse, aunque también se podría relicenciar el propio ZFS para ser incluido en el kernel Linux si es que las circunstancias lo permiten.

Más allá del soporte de ZFS en Ubuntu y el tema de la incompatibilidad de las licencias, Canonical ha añadido un nuevo demonio llamado zsys que cooperará con ZFS e initramfs para ofrecer características avanzadas y un nuevo soporte para el menú de arranque de GRUB.

 

Microsoft va a incluir soporte exFAT en el kernel de Linux

Durante muchos años Microsoft tuvo una batalla sin fin contra Linux, con lo cual se gano el odio por gran parte de la comunidad y sobre todo bastantes represalias. Pero desde hace algunos años (sobre todo con el cambio de personal de Microsoft) esto ha cambiado pues ya se han dado a conocer varios movimientos de Microsoft en favor de la comunidad open source y sobre todo con Linux.

Y es que recientemente Microsoft dio a conocer mediante una publicación sus intenciones de incluir las especificaciones técnicas para el sistema de archivos exFAT y ha expresado su voluntad de transferir los derechos de uso de todas las patentes relacionadas con exFAT para uso gratuito en Linux.

Cabe señalar que la documentación publicada es suficiente para crear una implementación portátil de exFAT que sea totalmente compatible con los productos de Microsoft. El objetivo final de la iniciativa es agregar soporte exFAT al núcleo del núcleo de Linux.

 

Microsoft ♥ Linux: ¡lo decimos mucho y lo decimos en serio! Hoy nos complace anunciar que Microsoft respalda la incorporación de la tecnología exFAT de Microsoft al kernel de Linux.

exFAT es el sistema de archivos desarrollado por Microsoft que se usa en Windows y en muchos tipos de dispositivos de almacenamiento como tarjetas SD y unidades flash USB. Es por eso que cientos de millones de dispositivos de almacenamiento formateados con exFAT “simplemente funcionan” cuando los conecta a su computadora portátil, cámara y automóvil.

Los miembros de la organización del Open Invention Network (OIN), que incluyen a Microsoft, se comprometen a no hacer demandas judiciales para el uso de sus tecnologías en los componentes del ” sistema Linux.

Pero exFAT no se encuentra entre ellos, por lo tanto, esta tecnología no se extiende a las obligaciones de Microsoft de proporcionar la posibilidad de usar sus patentes.

Para quienes desconocen del sistema de archivos exFAT, deben saber que fue creado por Microsoft para abordar las limitaciones de FAT32 cuando se usa en unidades flash de gran capacidad.

La compatibilidad con el sistema de archivos exFAT apareció en Windows Vista Service Pack 1 y Windows XP con Service Pack 2.

El tamaño máximo de archivo en comparación con FAT32 se amplió de 4 GB a 16 exabytes, la restricción en el tamaño máximo de partición de 32 GB se eliminó para reducir la fragmentación y aumentar Se introdujo un mapa de bits de bloques libres para la velocidad, el límite en el número de archivos en un directorio se elevó a 65 mil, se proporciona la capacidad de almacenar ACL.

El sistema de archivos exFAT utiliza 64 bits para describir el tamaño del archivo, lo que permite aplicaciones que dependen de archivos muy grandes.

El sistema de archivos exFAT también permite clústeres de hasta 32 MB, lo que permite efectivamente dispositivos de almacenamiento muy grandes.

Para abordar la amenaza de reclamos de patentes, Microsoft planea asegurarse de que el controlador exFAT se incluya en la próxima edición de la definición del sistema Linux.

De esta manera, las patentes relacionadas con exFAT entrarán dentro del alcance del acuerdo celebrado entre los miembros de OIN.

Es de destacar que las patentes anteriores para exFAT fueron un enlace clave en la mayoría de las afirmaciones de Microsoft, que afectaron la preinstalación de soluciones basadas en Linux.

Samsung abrió el controlador con la implementación exFAT bajo la licencia GPLv2 hace seis años, pero aún no está incluido en el núcleo principal de Linux debido al peligro de que Microsoft haya presentado una demanda por infracción de patente.

Todavía hay una página en el sitio web de Microsoft que exige una licencia para usar exFAT e información que más de 100 empresas, incluidos los OEM más grandes, han licenciado esta tecnología.

Además es importante recalcar que este movimiento por parte de Microsoft no es liberar el codigo de exFAT(ya que muchos pensaran que pasar a ser open source) cuando no es así. Microsoft solamente está liberando los derechos de uso de exFAT y de reservarse cualquier intención de reclamo o demanda junto con los miembros de la OIN.

Fuente: https://cloudblogs.microsoft.com

Steam propone cambios en el kernel de Linux para mejorar el rendimiento de los videojuegos

Ayer nos hicimos eco de la noticia de que Valve sigue mejorando Proton, una implementación que se basa en Wine para poder llevar los videojuegos nativos de Microsoft Windows al cliente Stream Play para Linux. Valve no es como otras compañías y no se centra solo en todo lo que rodea a Microsoft, y por eso su plataforma de videojuegos Steam ha propuesto que se hagan unos cambios en el kernel que mejorarían la experiencia de usuario al jugar en Linux.

La nueva versión de Proton, entre otras cosas, incluye una función que reduce el consumo general de la CPU para juegos multi-thread. Los desarrolladores de Steam dicen que han forzado “un escenario vinculado a la CPU en una máquina de gama alta al reducir los detalles gráficos al mínimo” para ver la diferencia entre la versión existente de Proton y una que incluye la mejora multi-thread. Tal y como vemos en la siguiente imagen, la carga de la CPU se reduce en un 10% en el juego Tomb Raider.

La nueva versión de Proton también incluye una sustitución experimental para esync, una función más antigua de WINE que podría aumentar el rendimiento multi-thread en algunos juegos. Pero los desarrolladores de Steam dicen que esta función llega con una parte a compensar: confía en la funcionalidad del kernel de Linux efentfd(). El uso de esta funcionalidad puede causar cierto agotamiento del descriptor de archivos en aplicaciones que requieren muchos recursos y puede dar lugar a un giro extraño en el núcleo. Fue entonces cuando Steam ideó algunos cambios en el kernel de Linux para extender la llamada al sistema futex() para exponer la funcionalidad central adicional que podría usarse para admitir la sincronización óptima del grupo de subprocesos.

Proton 4.11 ya está disponible, pero es en Proton 4.2 cuando todo podría mejorar considerablemente si Linus Torvalds y su equipo atienden las peticiones de Steam. Actualmente están desarrollando Linux 5.3 y ya se ha cerrado la ventana de solicitudes, por lo que, como mínimo, habrá que esperar a Linux 5.4 para que los juegos de Linux en Steam tengan el rendimiento que podrían tener.