¿Qué es Asterisk y cómo ayuda en la comunicación telefónica?

teletrabajo covid 19

La pandemia del SARS-CoV-2 ha alterado la forma en la que se realizan las actividades cotidianas, como el trabajo. Debido al riesgo de contagios, el teletrabajo se ha incrementado desde que se declaró el Estado de Alarma y, con los nuevos rebrotes, seguirá siendo una alternativa para no paralizar por completo la actividad de una empresa.

Para salir de esta crisis económica, todas las empresas, tanto grandes como pequeñas, deberían modernizarse e iniciar una transformación digital que les permita ser más competitiva y poder aportar soluciones a nuevos retros como los que ha planteado el Covid-19. Y eso también es aplicable a los autónomos que tengan a personas a su cargo. Entre esa transformación podemos encontrarnos con la pregunta de qué teléfono inalámbrico comprar, puesto que nos ayudará a estar comunicados con los empleados desde casa.

Asterisk y cómo puede ayudar a las comunicaciones en tiempos de pandemia

Asterisk es una interesante tecnología que puede ayudar a tu negocio en tiempos de pandemia. Si no lo conoces, se trata de uno de los líderes mundiales en plataformas de telefonía de código abierto. Un gran proveedor de software que puede transformar tu ordenador personal en un sofisticado servidor de comunicaciones VoIP para facilitar tu trabajo.

logo asterisk

Con Asterisk tendrás una centralita IP que puede ser usada por autónomos que necesiten comunicación para su actividad, y también empresas de todos los tamaños. De hecho, es un sistema que ya utilizan multitud de empersas como IBM, Google, y un largo etc.

Debido a sus ventajas, las soluciones de código abierto ya representan un 18% de las centralitas telefónicas instaladas, siendo Asterisk la que tiene mayor cuota de mercado en este sentido. Y es que desde su lanzamiento hace más de una década, su esfuerzo y desarrollo constante, la han aupado hasta convertirse en la favorita de muchos.

Asterisk es uno de los sistemas con más funcionalidades, escalables, y sofisticación. Además, puede funcionar en varias plataformas, como Microsoft Windows, Apple macOS, GNU/Linux, y otros BSD. Además, puede ser una gran alternativa para 3CX en cuanto a sistemas de telefonía PBX.

Ventajas de Asterisk

Una central telefónica IP o PBX IP consiste básicamente en uno o más teléfonos SIP (clientes), y un servidor. Con ellos, se puede realizar una llamada interna mediante un directorio de teléfonos/usuarios presentes en la red interna, o enrutar una llamada externa a través de VoIP. Por tanto, puede ser una gran opción para empresas que tengan diferentes trabajadores o departamentos.

Las ventajas son claras:

  • Facilidad de instalación y configuración de tu propia centralita telefónica, ya que es implementa mediante software.
  • Administración sencilla debido a su interfaz.
  • Ahorros importantes al usar proveedores de VoIP, especialmente cuando se hacen llamadas a larga distancia o internacionales.
  • Se elimina el cableado telefónico y las instalaciones que necesiten cablear o alterar la oficina o vivienda.
  • Escalable, para poder agregar más clientes cuando se necesite.
  • Mejora la productividad y trato al cliente.
  • Usabilidad mejorada al usar teléfonos SIP.

telefonía asterisk

Algunas medidas contra el SARS-CoV-2

Por ello, deberías comenzar a adaptar tu negocio con la tecnología necesaria, si no lo has hecho ya. El virus no puede paralizar nuevamente a todo el país, ya que eso supondría otros problemas asociados casi tan dramáticos como la propia pandemia. Y tampoco debería suponer un riesgo para la salud de los trabajadores.

Por ello, recuerda respetar las medidas básicas:

  • Uso de mascarillas en espacios donde hay varias personas. Si fuese necesario, también guantes. Siempre adquiriendo los productos homologados y con certificaciones que garantizan que son efectivas.
  • Respetar el distanciamiento social. Es decir, evitar aglomeraciones y nunca estar a menos de 2 metros.
  • Buena higiene y desinfección de manos, utensilios, superficies y zonas de uso común. Con productos efectivos como los geles hidroalcóholicos da, al menos, el 70%, así como productos de limpieza como la lejía.
  • Uso de pantallas de protección cuando sea necesario. Especialmente en establecimientos de cara al público.
  • Fomentar el teletrabajo frente al modelo presencial y/o dar la posibilidad a tus clientes de operar de forma digital. Para ello, deberías armarte con algunas tecnologías interesantes que te pueden ayudar, como Asterisk.
  • Toma de temperatura para comprobar el estado de salud. Para detectar fiebre sin contacto se deberían comprar termómetros de tecnología óptica.

from Linux Adictos https://ift.tt/3kmcAqU
via IFTTT

Ríete del inicio dual con p-boot, una imagen que te permite ejecutar ¡13 distribuciones! en tu PinePhone

p-boot, para hacer multibook con el PinePhone

Seguro que a prácticamente todos os suena eso del “dualboot” o inicio dual. Tras realizar más o menos pasos (más en las últimas versiones de Windows), podemos ejecutar dos sistemas operativos en un mismo ordenador. Dos no es nada comparado con lo que nos permite hacer la herramienta p-boot, lo que es una imagen que nos permite hacer multiboot en el PinePhone. Multi son más de dos, pero lo sorprendente es el número de distros disponibles y, más aún, su peso.

La imagen contiene un total de 13 distribuciones que tenéis tras el corte, pero es que, a pesar de que cada una debería pesar cerca o más de 1GB, esta imagen pesa unos 5GB, por lo que sólo necesitaríamos una microSD de 8GB para poder usarla. Esto es posible gracias a que todas usan el mismo kernel, un Linux 5.9 customizado para que funcione con el PinePhone de PINE64. Los equipos soportados son prácticamente todos, desde la edición Braveheart hasta los más nuevos que ya cuentan con 3GB de RAM y 32GB de almacenamiento.

Distros incluidas en p-boot para PinePhone

  1. Arch Linux ARM 2020-09-08
  2. Lune OS 0.113
  3. Maemo Leste 20200906
  4. Mobian 20200912
  5. pmOS / fbkeyboard 2020-09-11
  6. pmOS / GNOME 2020-09-11
  7. KDE Neon 20200912-132511
  8. pmOS / Phosh 2020-09-11
  9. pmOS / Plasma Mobile 2020-09-11
  10. PureOS 20200908
  11. Sailfish 1.1-3.3.0.16-devel-20200909
  12. pmOS / sxmo 0.1.8-20200726
  13. Ubuntu Touch 2020-09-10

Por si no os suena así, pmOS es PostmarketOS, una de las mejores opciones que está disponible con varios entornos o interfaces, como el más famoso Phosh (basado en GNOME) o Plasma Mobile. En cuanto al resto, yo que las he probado en la PineTab, destacaría Mobian y Arch Linux, ya que son dos de las que mejor funcionan.

Como comentábamos, todas comparten el mismo kernel, un Linux 5.9-rc5 que fue lanzado el pasado domingo día 13. Esto, en teoría, hará que el Ubuntu Touch disponible funcione mejor que el de la versión que trae por defecto el PinePhone de UBports con Ubuntu Touch, pero todo en teoría.

Interesante, pero en fase beta

Si estáis interesados en probar p-boot, podéis descargar la imagen desde la página del proyecto, en donde también tenéis más información. Teniendo en cuenta que todo lo haremos en una microSD (aunque se puede instalar en la memoria interna), no perderíais nada más allá del tiempo. Pero en el tiempo perdido podríamos disfrutar de muchas distribuciones Linux móviles, lo que puede servirnos para probarlas y saber cuál es la que más nos gusta, y esto a su vez puede llevarnos a instalar esa versión en la memoria interna.

Elijáis lo que elijáis, p-boot nos permite ejecutar 13 distribuciones en el PinePhone, y personalmente tengo ganas de que lancen la misma herramienta para la PineTab. Lo malo con la tablet es que es más nueva e incluye un driver LCD más actualizado que hace que pocas distribuciones funcionen, estando disponibles de manera oficial solo Mobian, Arch Linux ARM y, aunque funcionando a medias (pero muy rápido y correcto lo que hace), Manjaro. No podemos decir que la cosa no prometa.

from Linux Adictos https://ift.tt/3hDIAoT
via IFTTT

“Debemos salvar a ARM”: el cofundador de la empresa rechaza la adquisición

NVIDIA compra ARM

El anuncio de la compra de ARM por parte de Nvidia fue hace unos días, en la cual la empresa de diseño de chips con sede en Cambridge y propiedad del SoftBank de Japón fue vendida por 40.000 millones de dólares.

Sin embargo, el cofundador de ARM, Hermann Hauser, dijo que sería un desastre si su rival estadounidense NVIDIA comprara la empresa británica que ayudó a construir. En declaraciones a la BBC el lunes, Hauser dijo: “Creo que esto es un desastre absoluto para Cambridge, el Reino Unido y Europa”.

Y es que ahora que el grupo japonés ha acordado separarse de ARM Ltd., uno de los mayores fabricantes de microprocesadores de arquitectura de 32 bits y arquitectura similar a RISC de 64 bits del mundo, Hauser ha advertido que la operación no es de interés público, advirtiendo que miles de empleados de ARM perderían sus trabajos en Cambridge, Manchester, Belfast y Warwick.

Por lo tanto, advierte en el caso de que NVIDIA decida “inevitablemente” trasladar la sede de ARM a los Estados Unidos y convertir la empresa en una división de NVIDIA.

Hauser publicó una carta abierta al Primer Ministro del Reino Unido, Boris Johnson, y publicó una petición en línea pidiendo ayuda para “Salvar ARM”.

En un segundo punto para oponerse a la adquisición de la empresa, Hauser dijo que NVIDIA “destruiría” el modelo comercial de ARM, que implica otorgar licencias para el diseño del chip a unas 500 empresas más, incluidas a varias que están en competencia directa con el comprador.

NVIDIA aún tiene que comentar sobre las preocupaciones del cofundador de ARM. Sin embargo, durante el fin de semana, la compañía estadounidense dijo que la sede de ARM podría permanecer en Cambridge como parte del acuerdo.

Agregó que creará más puestos de trabajo en el país y construirá una nueva supercomputadora de inteligencia artificial impulsada por NVIDIA, informó CNBC el lunes.

Pero Hauser dijo que los compromisos no tenían sentido si no se podían hacer cumplir legalmente.

El director gerente de SoftBank, Masayoshi Son, dijo que “NVIDIA es el socio perfecto para ARM”.

En cuanto a Simon Segars, CEO de ARM, dijo en un comunicado que

“ARM y NVIDIA comparten la misma visión y pasión de que la computación omnipresente y energéticamente eficiente ayudará a resolver los problemas más comunes, las necesidades urgentes del mundo, desde el cambio climático hasta la atención médica, desde la agricultura hasta la educación”, informó CNBC.

Hermann Hauser recordó en su petición, adquisiciones anteriores de compañías británicas por compañías estadounidenses, por ejemplo, Cadbury comprada por Kraft.

Otro de los ejemplos más notables de adquisiciones en los últimos años es el laboratorio de inteligencia artificial DeepMind, con sede en Londres, que fue adquirido por Google por poco más de 600 millones de dólares. Hoy en día, DeepMind es ampliamente considerado como uno de los líderes mundiales en investigación de IA.

También recordó el dominio de ARM en el sector de los teléfonos inteligentes. La petición del Sr. Hauser también advierte contra GAFAM, la batalla entre Estados Unidos y China, el uso marcial del dominio tecnológico estadounidense por parte del presidente estadounidense. “ARM es la única empresa de tecnología del Reino Unido que queda, con una posición dominante en el campo de los microprocesadores para teléfonos móviles. Tiene una cuota de mercado superior al 95%.

El Reino Unido ha sufrido el dominio tecnológico de Estados Unidos por parte de empresas como Google, Facebook, Amazon, Netflix, Apple y otras”, escribió.

Hauser también se refirió al tema de la “neutralidad” de ARM. “Poder venderle a todo el mundo es una de las doctrinas fundamentales del modelo de negocio de ARM”, dijo a la BBC antes de discutir el caso del actual propietario de ARM, Japanese Softbank. “La ventaja de Softbank es que no es una empresa de fabricación de chips y que

“Si ARM se convierte en una empresa estadounidense, cae bajo las regulaciones del CFIUS (Comité de Inversión Extranjera en los Estados Unidos)”, dijo. “Si cientos de empresas del Reino Unido que incorporan chips ARM en sus productos quieren venderlos o exportarlos a todo el mundo, incluso a China, que es un mercado importante, la decisión de si pueden exportarlos será tomada en la Casa Blanca y no en Downing Street ”, le dijo a la BBC. “Creo que es terrible”.

from Linux Adictos https://ift.tt/32yVjF2
via IFTTT

La nueva versión de VMWare Workstation Pro 16 ya fue liberada y estas son sus novedades

Se acaba de anunciar la liberación de la nueva version de VMWare Workstation Pro 16, en la cual se añade el soporte para poder trabajar con RHEL 8.2, Debian 10.5, Fedora 32, CentOS 8.2, SLE 15 SP2 GA, FreeBSD 11.4 y ESXi 7.0, además de mejoras para el soporte para USB 3 y otras cosas mas.

Para quienes desconocen de VMware Workstation Pro, deben saber que es un hipervisor alojado que se ejecuta en versiones x64 de los sistemas operativos Windows y Linux. Permite a los usuarios configurar máquinas virtuales (VM) en una sola máquina física y utilizarlas simultáneamente junto con la máquina host.

Cada máquina virtual puede ejecutar su propio sistema operativo, incluidas las versiones de Microsoft Windows, Linux, BSD y MS-DOS.

VMware Workstation admite la conexión de adaptadores de red de host existentes y el uso compartido de unidades de disco físico y dispositivos USB con una máquina virtual. Puede simular unidades de disco; un archivo de imagen ISO se puede montar como una unidad de disco óptico virtual y las unidades de disco duro virtual se implementan como archivos .vmdk.

VMware Workstation Pro puede guardar el estado de una máquina virtual (una “instantánea”) en cualquier instante. Estas instantáneas se pueden restaurar más tarde, devolviendo efectivamente la máquina virtual al estado guardado, tal como estaba y libre de cualquier daño posterior a la instantánea en la máquina virtual.

Principales novedades de VMWare Workstation Pro 16

En esta nueva version se han realizado algunos cambios significativos, uno de ellos es el soporte agregado para nuevos sistemas operativos invitados: RHEL 8.2, Debian 10.5, Fedora 32, CentOS 8.2, SLE 15 SP2 GA, FreeBSD 11.4 y ESXi 7.0

Para invitados Windows 7 y superior y Linux con controlador vmwgfx, DirectX 11 y OpenGL 4.1 ahora son compatibles, con las siguientes restricciones: los hosts Windows requieren compatibilidad con DirectX 11, los hosts Linux requieren controladores binarios NVIDIA con OpenGL 4.5 y compatibilidad superior.

Para los sistemas operativos host Linux con controladores Intel/Vulkan, DirectX 10.1 y OpenGL 3.3 ahora son compatibles.

Además de que se mejoró la velocidad de transferencia de archivos entre el huésped y el host, se redujo el tiempo de apagado del huésped, se mejoró el rendimiento en las unidades NVMe.

De los demás cambios que se destacan de esta nueva version:

  • El subsistema de gráficos se ha aislado para mejorar la seguridad.
  • El controlador virtual USB 3 ahora admite tasas de cambio de hasta 10 Gbit / seg.
  • Capacidades extendidas para SO invitado: hasta 32 núcleos virtuales, hasta 128 GB de memoria virtual, hasta 8 GB de memoria de video.
  • Soporte agregado para vSphere 7.0.
  • Se agregó un tema oscuro.
  • Soporte eliminado para VM compartida y VM restringida
  • Errores de seguridad corregidos: CVE-2020-3986, CVE-2020-3987, CVE-2020-3988, CVE-2020-3989 y CVE-2020-3990.

Finalmente si estás interesado en conocer mas al respecto sobre esta nueva version VMWare, puedes consultar los detalles en el siguiente enlace.

¿Como instalar esta nueva version de VMWare Workstation Pro 16 en Linux?

Para los que estén interesados en poder realizar la instalación de esta nueva version de VMware, deben saber que el proceso es bastante sencillo.

Lo único que deben hacer es obtener el paquete de instalación desde su sitio web oficial, este lo podemos obtener a través de este enlace donde encontraremos el paquete para Windows y para Gnu/Linux.

Aquí, solo tenemos que descargar el paquete para la versión de Linux así como el paquete correspondiente a nuestra plataforma, es decir, el paquete de 64 bits o el paquetes de 32 bits.

Una vez que hemos descargado el paquete de instalación, abrimos una terminal y nos situamos en la carpeta donde está ese paquete de instalación. Estando ahí, escribimos lo siguiente:

chmod a+x VMware-Workstation-Full-16.0.0-16894299.x86_64.bundle

sudo ./VMware-Workstation-Full-16.0.0-16894299.x86_64.bundle

Tras esto se abrirá un asistente visual de instalación.

Este asistente está en inglés pero su funcionamiento es similar a los asistentes de Windows donde el botón Next es lo más habitual en estas instalaciones.

Una vez que hemos terminado con el asistente, VMware se instalará en las cabeceras del kernel y estará listo para funcionar.

Ahora, cada vez que queramos ejecutar VMware solo hemos de ir a nuestro menú y ejecutarlo.

from Linux Adictos https://ift.tt/3iAP88O
via IFTTT

Se encontró un fallo en AF_PACKET del kernel y se eliminó el desplazamiento de texto en consola

 

Hace poco se dio a conocer otro problema en el subsistema AF_PACKET del kernel de Linux, que permite a un usuario local sin privilegios ejecutar código como root o salir de contenedores aislados si tienen acceso de root.

La información dada a conocer menciona que se requiere autoridad CAP_NET_RAW para crear el socket AF_PACKET y explotar la vulnerabilidad.

Sin embargo, se señala que un usuario sin privilegios puede obtener el permiso especificado en contenedores creados en sistemas con espacios de nombres de usuario habilitados.

Por ejemplo, los espacios de nombres de usuario se incluyen de forma predeterminada en Ubuntu y Fedora, pero no se activan en Debian y RHEL. Mientras que en Android, el proceso mediaserver tiene derecho a crear sockets AF_PACKET, a través de los cuales se puede aprovechar la vulnerabilidad.

Sobre la vulnerabilidad en AF_PACKET

La vulnerabilidad está presente en la función tpacket_rcv y es causada por un error en el cálculo de la variable netoff.

Un atacante puede crear condiciones bajo las cuales se escribirá un valor menor que maclen en la variable netoff, lo que provocará un desbordamiento al calcular “macoff=netoff-maclen” y luego con ello podra configurar incorrectamente el puntero al búfer para los datos entrantes.

Como resultado, un atacante puede iniciar la escritura de 1 a 10 bytes en un área fuera del búfer asignado. 

El error de cálculo ha estado presente en el kernel desde julio de 2008, es decir, en todos los núcleos actuales, sin embargo, la capacidad ahora conocida de usarlo para escribir en un área fuera del búfer asignado (vulnerabilidad) se introdujo presumiblemente en febrero de 2016 (desde versiones del kernel 4.6-rc1 y posteriores), con el desarrollo del soporte virtio_net.

En cuanto a la solución del problema todavía está disponible como parche. Además de que por la parte contraria se observa que se está desarrollando un exploit que permite obtener derechos de root en el sistema.

Para los que están interesados en saber si ya se encuentra disponible la corrección para su distribución, pueden rastrear la aparición de las actualizaciones de paquetes en las diferentes distribuciones en las siguientes páginas: Ubuntu, Fedora, SUSE, Debian, RHEL, Arch.

La compatibilidad con el desplazamiento de texto de la consola de texto fue eliminada

Por otra parte hablando del Kernel de Linux, también se dio a conocer que se eliminó el código de desplazamiento de texto de la implementación de la consola de texto en el kernel de Linux (CONFIG_VGACON_SOFT_SCROLLBACK).

El código se eliminó debido a la presencia de errores, que no hubo nadie para corregir debido a la falta de un encargado que supervisara el desarrollo de vgacon.

Y es que hace unos meses se identificó y solucionó una vulnerabilidad en vgacon (CVE-2020-14331) que podría provocar un desbordamiento del búfer debido a la falta de comprobaciones adecuadas de la disponibilidad de memoria en el búfer de desplazamiento. La vulnerabilidad atrajo la atención de los desarrolladores que organizaron pruebas fuzzing del código vgacon en syzbot.

Además de que en verificaciones adicionales se revelaron varios problemas más similares en el código vgacon, así como problemas en la implementación del software del desplazamiento en el controlador fbcon.

Desafortunadamente, el código problemático se ha dejado desatendido durante mucho tiempo, presumiblemente debido al hecho de que los desarrolladores cambiaron al uso de consolas gráficas y las consolas de texto dejaron de usarse (la gente continúa usando las consolas vgacon y fbcon, pero no han sido la interfaz principal del kernel durante décadas y se extendió tanto las funciones como el desplazamiento integrado en el controlador (Mayús + RePág / RePág) probablemente tienen poca demanda).

En este sentido, Linus Torvalds decidió no intentar mantener el código no reclamado, sino simplemente eliminarlo.

Finalmente, se menciona que si hay usuarios que necesitan esta funcionalidad, el código para soportar el desplazamiento en la consola será devuelto al kernel tan pronto como haya un mantenedor listo o que quiera hacerse cargo para tomar su mantenimiento en sus propias manos, es decir sea el único en querer destinar tiempo a ello.

from Linux Adictos https://ift.tt/3klKyMm
via IFTTT

Ya fue anunciada la versión estable de Portage 3.0

Hace poco los desarrolladores que están a cargo de del sistema de administración de paquetes Portage (en la distribución de Gentoo Linux) dieron a conocer el lanzamiento de la version estable de la version 3.0.

En la cual, la principal novedad de esta nueva rama presentada, es el trabajo que se realizó a largo plazo sobre la transición a Python 3 y el final del soporte para Python 2.7 (algo que ya se veía venir desde hace mucho tiempo, ya que esta rama quedo oficialmente sin soporte desde hace ya varios meses)

¡Tenemos buenas noticias! El proyecto Portage de Gentoo ha estabilizado recientemente la versión 3.0 del administrador de paquetes.

¿Qué hay de nuevo? Bueno, esta tercera versión de Portage elimina el soporte para Python 2.7, que ha sido un esfuerzo continuo en el repositorio principal de Gentoo por parte del proyecto Python de Gentoo durante el año 2020.

Además de la descontinuación del soporte para Python 2.7, otro cambio importante que se destaca de esta nueva rama estable de Portage 3.0 fue la inclusión de  diversas optimizaciones que permitieron hacer que los cálculos sean mucho mas rápidos (entre un 50% y 60%) asociados con la determinación de dependencias.

Curiosamente, algunos desarrolladores sugirieron reescribir el código de resolución de dependencias en C/C ++ o Go para acelerar su trabajo, pero lograron resolver el problema existente con un gran esfuerzo.

Y es que el perfil del código existente mostró que la mayor parte del tiempo de cálculo se dedica a llamar a las funciones use_reduce y catpkgsplit con un conjunto repetido de argumentos (la persona que llevo este labor menciona que por ejemplo, la función catpkgsplit se llamó de 1 a 5 millones de veces).

Con el problema detectado, menciona que para acelerar los cálculos, se aplicó el almacenamiento en caché del resultado de estas funciones mediante diccionarios.

Además, debido a un parche proporcionado por el usuario, la actualización a la última versión de Portage puede acelerar enormemente los cálculos de dependencia entre un 50 y un 60%. ¡Nos encanta ver a nuestra comunidad participar en nuestro software! Para obtener más detalles, consulte esta publicación de Reddit del miembro de la comunidad que proporcionó el parche. ¡Manténgase saludable y siga cocinando con Gentoo!

Además de que también señala que la función incorporada lru_cache era óptima para esta labor de almacenar el caché, pero que solo estaba disponible en las versiones de Python desde 3.2.

Para compatibilidad con versiones anteriores, tambien se agregó un código auxiliar para reemplazar lru_cache, pero la decisión de finalizar el soporte de Python 2.7 en Portage 3.0 simplificó enormemente la tarea y permitió poder prescindir de esta capa.

Dediqué un tiempo a perfilar Portage con cProfile y vmprof para comprender qué funciones tomaban más tiempo. También generé algunos flamegraphs a partir de los resultados del generador de perfiles, que se veían así . Lo que noté fue que algunas funciones, como use_reducecatpkgsplit, se llaman con mucha frecuencia con los mismos argumentos (como, 1 a 5 millones de veces, para catpkgsplit). Hice algunos experimentos para almacenar en caché los resultados de estas funciones en un dictado, y después de ver algunas buenas aceleraciones, envié un parche a la lista de desarrolladores de Portage. Alguien sugirió usar Python incorporadolru_cache decorador de funciones en su lugar, pero eso solo está disponible en Python 3.2 y superior.

Por otro lado el uso de la caché ha reducido la operación “emerge -uDvpU –with-bdeps = y @world” en el ThinkPad X220 de 5 minutos 20 segundos a 3 minutos 16 segundos (63%). Las pruebas en otros sistemas han demostrado una ganancia de rendimiento de al menos un 48%.

El desarrollador que preparó el cambio también intentó implementar un prototipo del código de resolución de dependencias en C ++ o Rust, pero la tarea resultó ser demasiado difícil, ya que requería portar una gran cantidad de código y, al mismo tiempo, era dudoso que el resultado valiera la pena el esfuerzo.

Finalmente si quieres conocer mas al respecto sobre la nota de la liberación de esta rama estable, puedes consultar los detalles en el siguiente enlace.

from Linux Adictos https://ift.tt/3mA3KYG
via IFTTT

Juntando científicos e ingenieros. La prehistoria de Unix. Parte 2

Juntando científicos e ingenieros

En nuestro artículo anterior habíamos comenzado a contar la historia de los laboratorios Bell, la organización de la cuál salieron muchas de las innovaciones tecnológicas del siglo XX. Entre ellas Unix, el sistema operativo que inspiraría a Richard Stallman y Linus Torvalds.

Dejamos esta historia con Theodore Vail, presidente de AT&T y su proyecto de crear un servicio telefónico universal. (Entendiendo como tal al universo de usuarios telefónicos de Estados Unidos)

El gran obstáculo a vencer para lograr un servicio universal era la distancia. La tecnología de entonces solo permitía transmitir voz humana durante un trayecto de 1700 millas antes de que la señal se distorsionara o perdiera intensidad.

Si quería establecer un servicio telefónico transcontinental entre Nueva York y San Francisco, La AT&T no solo debía solucionar el problema de la intensidad y la distorsión de la señal. Se hacía necesario desarrollar un cable que pudiera tenderse a través de montañas y desiertos y soportar las dificultades climáticas.

Los ejecutivos de la empresa decidieron hacer algo novedoso para la época, pedirle ayuda a los científicos. La firma reclutó a algunos estudiantes de doctorado en Física de la Universidad de Chicago para su laboratorio en Nueva York.

Uno de ellos lograría resolver el problema.

El nacimiento de los laboratorios Bell

En 1921 el Congreso excluye a los servicios telefónicos de las leyes antimonopolio permitiendo que los planes de concentración de Vail se lleven a cabo. En 1924 la firma fusiona todos sus departamentos de ingeniería y crea una empresa independiente llamada Bell Telephone Laboratories, Inc.

Los laboratorios investigarían y desarrollarían nuevos equipos para Western Electric (la subsidiaria encargada de la producción de equipos telefónicos), y llevarían a cabo la planificación de conmutación y transmisión e inventarían dispositivos relacionados con las comunicaciones para AT&T. Estas organizaciones financiarían el trabajo de los Laboratorios Bell.

De los dos mil especialistas contratados, la gran mayoría trabajaba en el desarrollo de productos. Cerca de trescientos, sin embargo, se dedicaban a la investigación básica y aplicada. Esto último incluía los campos de la química física y orgánica, de la metalurgia, del magnetismo, de la conducción eléctrica, de la radiación, de la electrónica, de la acústica, de la fonética, de la óptica, de las matemáticas, de la mecánica, e incluso de la fisiología, de la psicología y de la meteorología. Tampoco se descartaba cualquier cosa relacionada remotamente con las comunicaciones humanas, ya fuera a través de cables o radio o imágenes de sonido o visuales grabadas.

Como dije en el artículo anterior, mi intención no es solo en detallar los acontecimientos que llevaron al desarrollo de UNIX, también quiero hablar de la cultura que generó esas innovaciones. Una cultura que daría después buenos resultados en la creación de Internet y del movimiento del software libre. Por lo tanto, vamos a detenernos para describir un poco el ambiente de trabajo.

El trabajo dentro de los laboratorios se llevaba a cabo en habitaciones amplias y abiertas con suelo de madera y divididas por pilares de piedra que soportaban el peso del techo. En total se ocupaba una superficie de más de ciento veintiún mil metros cuadrados. Esto sin incluir la azotea que se usaba para probar cómo varias pinturas, coberturas y metales resistían los elementos.
Mientras que algunas salas del edificio se dedicaban al diseño de nuevos dispositivos, el edifico también incluía laboratorios de pruebas para teléfonos, cables, interruptores, cordones, bobinas y otros muchos tipos de componentes. Había laboratorios químicos para examinar las propiedades de los nuevos materiales que pudieran utilizarse para producir aleaciones para el alambre y el revestimiento de los cables, mientras que en otras partes del edifico se probaban los efectos de las corrientes eléctricas y las combinaciones de conmutación y se investigaban nuevos patrones de circuitos. También se tenía en cuenta el desarrollo de la transmisión inalámbrica.

Juntando científicos e ingenieros

Los laboratorios Bell fueron de los primeros en integrar ciencia básica con ingeniería. Es interesante como se produjo la convivencia.

Según cuentan los cronistas, no había una verdadera distinción entre el rol de los ingenieros y los científicos. Todos estaban unidos por el objetivo de lograr las pequeñas mejoras necesarias para mejorar el servicio telefónico y lograr llevarlo a todo el país.

Esto no significaba que se descuidara la investigación básica. Los responsables del laboratorio querían que algunos de los jóvenes científicos que habían contratado se desentendieran de los problemas cotidianos y se centraran en aprender como las leyes fundamentales y los nuevos descubrimientos de la física y la química podrían afectar en un futuro a las comunicaciones. Los integrantes de este grupo podían elegir que investigar.

En el próximo artículo vamos a hablar de la primera contribución de los laboratorios Bell a la industria informática.

from Linux Adictos https://ift.tt/2E4OFgj
via IFTTT

La prehistoria de Unix y el rol de los laboratorios Bell

La prehistoria de Unix

Aunque Linux no es Unix, su desarrollo estuvo fuertemente influenciado por este. Lo mismo que Hurd, el proyecto para el cual Stallman comenzó a desarrollar las herramientas del proyecto GNU. Entonces podemos decir que el software libre tal cual lo conocemos no hubiera existido sin Unix, y Unix no hubiera existido sin los laboratorios Bell.

Daniel Coyle es un periodista que ha investigado y escrito dos libros sobre el tema de la producción de talentos. El discute la idea del talento innato, de la persona que de la nada posee una habilidad en la que se destaca. Para Coyle, la aparición del talento es el resultado de una serie de factores que incluyen estar expuestos a estímulos para desarrollarlos. Esos estímulos se producen en un momento y en un lugar geográfico determinado.

Según Coyle, los genios no se distribuyen de manera uniforme a lo largo del tiempo y del espacio. Surgen en momentos y lugares determinados en ambientes donde personas lo suficientemente motivadas se reúnen para aprender entre ellos y los que saben más para aprender, practicar y experimentar.

Del grupo de seis personas que escribieron los protocolos originales para la comunicación en red, tres venían de la misma escuela secundaria. La revolución informática de los ochenta tuvo su epicentro en Silicon Valley. Linux y el software libre encontraron su lugar en la red haciendo que las distancias dejaran de ser un obstáculo.

¿Por qué estoy escribiendo sobre esto en lugar de un tutorial sobre como hackear la cafetera desde la terminal?

Porque la clave de un desarrollo exitoso es la existencia de comunidades en la que se permita una comunicación franca y abierta entre sus participantes. Y, hoy por hoy lo que tenemos son comunidades en donde la dictadura de lo políticamente correcto, los personalismos y los intereses económicos son más importantes que la libre discusión que caracterizó los orígenes del movimiento del software libre.

Vuelvo a la afirmación del principio. Linux y GNU no hubieran sido posibles sin Unix y Unix no hubiera sido posible sin la cultura abierta a la innovación de los laboratorios Bell.

La prehistoria de Unix. El rol de los laboratorios Bell

Durante la mayor parte del siglo XX, los laboratorios Bell estuvieron entre las organizaciones más innovadoras del mundo. Creados para apoyar los esfuerzos de investigación y desarrollo de la entonces monopólica compañía telefónica del país, American Telephone & Telegraph (AT&T), aquellos de sus inventos que no tuvieran relación con el negocio de la compañía madre eran cedidos a bajo o ningún costo a empresas e instituciones que pudieran aprovecharlos.

Cuando en 1890 vencieron las patentes de Alexander Graham Bell otras compañías entraron en el negocio, la AT&T no era precisamente fanática del libre mercado. No solo recurría a los tribunales si no también a sabotear a los competidores.

Siempre que era posible, adquiría a los proveedores de equipos además de negarse a transportar las llamadas telefónicas generadas por otras empresas en sus líneas de largas distancia.

Se cuenta que las empresas y profesionales debían tener dos o tres líneas telefónicas para poder comunicarse con todos sus clientes.

Tampoco es que el servicio fuera muy bueno; había interrupciones, mala calidad de sonido y mezcla de conversaciones. En zonas rurales los usuarios debían compartir una misma línea.

Esto comenzaría a cambiar en 1907 cuando Theodore Vail asume la presidencia de la empresa. Vail había comenzado desde abajo iniciando su carrera como operador de telégrafos.

Después de un cuidadoso análisis, descubrió que la competencia agresiva estaba socavando la rentabilidad de la industria por lo que optó por una estrategia diferente. Abandono los litigios en tribunales y decidió cooperar con pequeñas empresas de telefonía, absorbiéndolas cuando podía o transportando sus llamadas a cambio de una tarifa cuando no era posible.

El nuevo presidente creía que permitir al gobierno federal fijar los gastos, precios y beneficios de su empresa era un precio aceptable para poder convertirse en la fuerza dominante de la industria y obtener ganancias razonables.

La otra pata de la estrategia era transformar a la AT&T en un líder de la industria con un ejército de ingenieros trabajando para mejorar el sistema no solo en el momento actual si no también para el futuro.

Todos estos ingenieros estarían al servicio de la visión de Vail de “Una política, un sistema y un servicio universal”.

En el próximo artículo veremos lo que sería el gran impulso de los laboratorios Bell, la incorporación de científicos.

from Linux Adictos https://ift.tt/32xGt1g
via IFTTT

NVIDIA compra ARM: consecuencias para la industria

ARM, NVIDIA: tumba

La noticia ya venía dando vueltas desde hace un tiempo. Los rumores de una posible compra de ARM por parte de NVIDIA eran cada vez más fuertes. A pesar de eso, aún quedaban algunas esperanzas, como que no se diese por buena la adquisición, o que Boris Johnson vetase la compra para salvar la sede de Cambridge en Reino Unido. Pero nada de eso ha ocurrido y se han cumplido las peores expectativas. Tampoco es que hubiese muchas esperanzas…

Muchos pueden pensar que el movimiento es algo positivo, y lo cierto es que depende para quien. Desde luego que NVIDIA no ha desembolsado 40.000 millones de dólares por gusto. El movimiento le reportará grandes beneficios y una posición mucho más dominante en el sector, pero desde luego que habrá muchas víctimas por el camino, y la principal podría ser incluso la propia ARM.

Introducción sobre ARM

Logo ARM

Acorn Computer fue una empresa fundada por Hermann Hauser y Chris Curry, y con un proyecto liderado por Sophie Wilson y Steve Furber, entre otros. Ésta comenzaría a desarrollar la arquitectura ARM en 1983, lanzando su primero producto basada en él en 1987. El objetivo inicial era desarrollar un procesador avanzado con una arquitectura similar a los MOS 6502, tipo RISC. Así podría potenciar a su línea de ordenadores personales para sustituir a los chips 6502 en los que se basaban entonces, y cuyos desarrolladores se sentían cómodos.

Al comienzo, Acorn RISC Machine (más tarde Advanced RISC Machine) prácticamente no tenía ningún interés más allá de estos productos propios. Pero con la llegada de los dispositivos móviles, su buena relación rendimiento-eficiencia energética, los puso en el objetivo de todos. Pasaron de ser casi una rareza a estar en multitud de dispositivos, desde modems, routers, TVs, como controladores de multitud de aparatos, hasta los dispositivos móviles.

En los últimos años, empresas como Cavium (ahora propiedad de Marvel) con su ThunderX, Amazon con su Graviton, Fujitsu con su A64FX, el propio proyecto EPI, etc., se interesaron por ARM más allá de la electrónica móvil, para implantarlos también en el ámbito del HPC, como los centros de datos. Y no solo eso, algunos estaban también creando chips de alto rendimiento para comenzar a potenciar algunos PCs, como ciertos Chromebook, la propia empresa de Cupertino con sus Apple Silicon una vez se han desecho de Intel, etc.

En definitiva, “de la noche a la mañana”, ARM pasó de ser algo poco conocido a estar prácticamente en todos los lugares. Algo que también recuerda a la progresión que ha tenido el propio kernel Linux…

Resumiendo mucho, el nuevo negocio de Arm se transformó, siendo una de las empresas más codiciadas. El gigante japonés SoftBank hizo un movimiento desastroso para Europa, comprando la compañía por 28.950 millones de euros, quitándole una de las propiedades tecnológicas más importantes que quedaban en el Viejo Continente (que está en clara dependencia tecnológica de EE.UU. y China). Pero la nipona tuvo su propiedad poco tiempo, ya que la compra se produjo en 2016 y en 2020 la ha vendido…

Y no precisamente porque el negocio no fuera rentable, ya que la forma en la que Arm tiene de aportar su tecnología a los demás es bastante productiva. Y lo hace con dos modelos diferentes:

  • Permite usar su ISA ARM, es decir, el repertorio de instrucciones que han diseñado. Todo aquel que quiera usarlo, podrá hacerlo, como ha hecho Fujitsu para sus chips A64FX, que son una microarquitectura diseñada desde cero usando este set de instrucciones. Apple Silicon también es otro de estos casos, usando una ISA ARM, pero con un diseño hecho por la propia Apple para sus chips A-Series.
  • Otra posibilidad de las que ofrece es el licenciamiento de sus núcleos IP ya diseñados. Es decir, proveer de una microarquitectura ya hecha para que otros diseñadores puedan integrarlos en sus propios diseños. Es el caso del propio proyecto EPI (CPU ARM + aceleradores RISC-V), o de la mayoría de SoCs para dispositivos móviles, como Qualcomm Snapdragon, Samsung Exynos, Mediatek Helio, HiSilicon Kirin, etc., que integran uno o varios de los núcleos Cortex-A, Cortex-M,… En este caso, se ahorran el costoso proceso de diseñar la microarquitectura.

No confundas la ISA, que es la definición de una serie de instrucciones que se pueden ejecutar, los tipos de datos que se pueden manejar, el formato,… con la microarquitectura, que no es más que la implementación física del diseño capaz de ejecutar dichas instrucciones definidas en la ISA. Una misma ISA puede implementarse de muchas formas, es decir, puede haber muchas microarquitecturas, pero una misma microarquitectura no puede ser compatible con varias ISAs, al menos de forma nativa sin emuladores o artimañas similares.

En ambos casos se paga a Arm por obtener dicho beneficio… Un beneficio que no ha sido el principal revulsivo de NVIDIA para comprar a SoftBank la división Arm, ya que los intereses de Graphzilla van más allá de eso, y se centran en obtener una nueva ventaja y dominio en ciertos sectores como ahora detallaré. Por cierto, como ya sabrás, la compra se cerrará por 40.000 millones de dólares, unos 33.770 millones de euros.

Además, ese modelo es la base del éxito de Arm. Si se eliminase, el éxito podría desparecer y pasar de una Arm triunfante a una mera herramienta para beneficio de NVIDIA. Y quiero dejar claro que esto no es un monólogo contra NVIDIA, pero hay que reconocer que implica riesgos muy graves para todos. Nunca antes hubo tanta preocupación por una adquisición de este calibre.

¿A quién afectará la compra de ARM por parte de NVIDIA?

chip ARM

Algunas voces autorizadas y analistas del sector de la tecnología, y voces bastante cercanas a Arm, aseguran que este acuerdo podría significar el fin de la propia Arm, al menos tal como la conoces ahora. Pasando a ser un producto más del stuff de NVIDIA para monopolizar algunos sectores en los que ahora NVIDIA no puede dominar frente a otras grandes compañías.

Aunque muchos aseguran que los modelos de núcleos IP o el uso de la ISA se mantendrían intactos tras el acuerdo, no todos están igual de seguros. Por tanto, el hecho de que dejasen de proveer alguna de ellas, significaría una gran pérdida y contratiempo para empresas como Samsung, Qualcomm, Mediatek, y un largo etc. que ahora dependen de alguno de esos modelos.

Por cierto, siempre estoy citando empresas como Samsung, Qualcomm, Mediatek, HiSilicon, Apple, etc., pero no son los únicos. También compran licencias otros como Intel, AMD (para sus Security Processor), Rockchip, Marvel, Renesas, STMicroelectronics, NXP, Amazon, Fujitsu, Broadcom (para, entre otras cosas, los chips de la Raspberry Pi) y muchísimos más. Todos ellos ahora están bajo una incertidumbre importante, y muchos de ellos competidores directos de NVIDIA en algunos sectores…

Es más, al pertenecer ahora a una empresa estadounidense, el veto de Trump en sus guerras comerciales contra China o Europa, también podría evitar que algunos usasen la tecnología de Arm, lo que sería realmente catastrófico. Y es que diseñar una microarquitectura competitiva desde cero no es cuestión de días ni de meses, se necesita mucho tiempo y dinero, por lo que pondría a muchas empresas en una clara desventaja.

El peligro no está tanto en NVIDIA en sí, como en las leyes de Estados Unidos que ahora controlarán lo que se hace con Arm. De hecho, Hermann Hauser, cofundador de Arm, escribió una carta al primer ministro de Reino Unido, Boris Johnson para pedirle que impidiera la compra de la compañía. Algo en lo que puedes poner 0 esperanzas teniendo en cuenta que se trata de Boris y de las relaciones que existen entre Reino Unido y EE.UU.. El propio Hermann asegura que la guerra tecnológica y comercial de Estados Unidos vs China dejará un daño colateral que afectará a Reino Unido. Incluso asegura que pone en riesgo los modelos comerciales actuales de Arm que son algo así como un modelo “Suizo” de la industria con más de 500 licenciatarios, muchos de ellos competidores de la propia NVIDIA. Todos ellos podrían perder ese trato de favor actual.

Además, voces como Ryan Smith, de AnandTech, ha expresado que el acuerdo por la adquisición fue la parte fácil del trato. Lo complicado será ahora convencer a todos esos consumidores que ahora dependen de Arm de que se queden.

Una de las voces más críticas ha sido un ex-ingeniero retirado de la industria, como es Chia Kok-Hua. Él ya lleva tiempo alarmando de esta posible compra antes de que se produjera, y asegura tener información de primera fuente sobre el acuerdo, asegurando que no es nada bueno. Él va más allá y asegura que, incluso si NVIDIA mantiene el negocio tal cual está ahora, sus competidores no tendrían mucho que hacer debido a la ventaja con la que contaría ahora NVIDIA.

¿Por qué dice eso? Pues sencillo, y es que ahora Arm solo era un diseñador que no se dedicaba a producir o vender sus propios diseños, sino que simplemente desarrollaba para los demás. Por tanto, no era una amenaza, sino simplemente una fuente de tecnología. En cambio, NVIDIA no solo será una fuente, sino también un competidor, y hará todo lo posible por sacar beneficio de ello, no lo dudes. Usará su estatus para obtener ventaja con el resto.

Por ejemplo, podría introducir cambios en la ISA o el ecosistemas para su propio beneficio, lo cual no sería adecuado para otros diseñadores.

NVIDIA la gran beneficiada

NVIDIA Logo

El gran beneficiado de este movimiento es la propia NVIDIA. El movimiento de Arm no ha sido el único que la pone en una situación mucho más ventajosa:

  1. NVIDIA adquirió Mellanox por 6.900 millones de dólares el pasado año. Por tanto, se queda con las tecnologías de InfiniBand y Ethernet que esta compañía tenía en su poder. Es decir, tecnologías claves para las redes de alta velocidad usados en el sector del HPC. Ahora, esa tecnología está bajo la designación NVIDIA Networking.
  2. NVIDIA adquiere Arm por 40.000 millones de dólares. Sí, casi 47.000 millones de gasto, pero ahora está en una posición que le va a reportar mucho más que eso.

¿Qué pretendo decir con esto? Pues simple, y es que NVIDIA ahora está en la mejor posición para dominar en el sector HPC, e incluso poner en riesgo empresas muy poderosas como detallo en el siguiente apartado. ¿Motivo? Ninguna otra tiene soluciones integrales, NVIDIA ahora sí: CPUs ARM + GPUs + Redes. ¿Quién puede igualar eso?

x86 en peligro

supercomputadora NVIDIA

Como he mencionado en el apartado anterior, incluso x86 podría estar en serio peligro tras este movimiento de NVIDIA. Al menos en el HPC y veremos si también en otros sectores, y no lo digo yo. También hay cierta preocupación entre ciertos trabajadores de empresas como Intel y AMD, que podrían ser otras de las víctimas colaterales de este acuerdo entre Graphzilla y Arm.

En el sector de los centros de datos, cada vez cobra más importancia Arm, y ahora con todas estas adquisiciones, NVIDIA podrá posicionarse como un líder indiscutible e ir desplazando a los chips Intel Xeon y AMD EPYC, que hasta ahora necesitaba junto con sus GPUs, pero ahora ya no.

Recuerda que AMD es una compañía algo más débil que Intel, y podría ser uno de los principales afectados. Y tras este repunte con sus Zen, se podría llevar un nuevo revés con este movimiento de su competidor directo en el ámbito de los gráficos. Intel es el gigante, la Chipzilla, pero una Chipzilla muy muy debilitada y en una situación que no es la mejor, por lo que una leve brisa podría hacer tambalear su liderazgo…

Intel cuenta con un mercado fuerte de CPUs, pero aún está débil en cuanto a soluciones GPU, pese a Intel Xe. AMD le ocurre lo contrario, está relativamente fuerte en GPU, pero su cuota de mercado de CPUs no es tan fuerte como el de Intel, pese a que Zen ha conseguido poner contra las cuerdas a Intel. En cambio, NVIDIA ahora tiene todos los puntos fuertes tras la compra…

Insisto, hay que quitarse el sombrero ante el movimiento de NVIDIA, que ganará mucho, pero que podría traer serios problemas para el resto. Por tanto, aunque sea un movimiento magistral y estratégico, no es nada esperanzador. De hecho, la monopolización y estas ventajas tan abismales siempre terminan perjudicando también a los propios usuarios…  Jensen Huang, CEO de NVIDIA, ha sido avispado, pero es un movimiento que algunos como Kevin Krewell, califican de “movimiento muy imprudente“.

Y por cierto, Apple, que se ha librado de Intel y ha emprendido su camino particular con Apple Silicon basados en la ISA ARM, también podrían verse seriamente afectados. Algunos analistas aseguran que tienen dos opciones, o tratar de frenar a NVIDIA, o tomar un camino alternativo. Lo primero no lo veo, ya que Apple no compite directamente contra NVIDIA en el sector de ordenadores, y destinar recursos para una lucha de este calibre no seria beneficioso. Pero es que tampoco la segunda alternativa es una solución barata y para corto plazo…

¿Y Raspberry Pi y Arduino?

Raspberry Pi Arduino

Se está rumoreando también sobre que la SBC Raspberry Pi está en peligro, debido a que usa chips ARM de Broadcom. Pero no se ha hablado mucho de la placa de desarrollo Arduino, la otra plataforma libre que también cuenta con algunas placas basadas en ARM, y no solo con chips Atmel Atmega.

Dependiendo de los acuerdos de licencias que mantenga NVIDIA, podrían verse afectados en mayor o menor medida. Aún es pronto para decidir, pero no estaría de más que se deshagan de ARM y miren hacia RISC-V, que es una ISA abierta. De hecho, ya existen algunas placas RISC-V de desarrollo muy interesantes…

Actualmente, Broadcom es la que fabrica el SoC de la Raspberry Pi, mientras que Atmel lo hace para Arduino. Dependiendo del trato que tengan estas con NVIDIA dependerá el futuro de estas placas.

¡Ojo! Lo mismo se puede decir de todas aquellas placas compatibles o similares que existen en el mercado, como ODROID, Orange Pi, Banana Pi, UDOO, y placas como Beagle, Tenssy, etc.

Microcontroladores ARM

Cortex M, MCU, microcontrolador

Otro de los grandes olvidados de los análisis que he visto es el Cortex-M, la serie de MCUs o microcontroladores de Arm. Estos chips están destinados a otros objetivos, como dispositivos empotrados o embebidos, maquinaria industrial, vehículos, IoT, dispositivos cotidianos de consumo, etc.

Esta línea ¿será rentable para NVIDIA? Dependiendo de si es del interés de NVIDIA o no, podría quedar algo relegada, lo que haría a muchos que ahora dependen de ella perder estos diseños IP. Y eso iría más allá del propio sector de los computadores y supercomputadores.

Lo mismo ocurre para los ARM Cortex-R, otra serie de CPUs RISC basada en ARM y, en este caso, optimizada para aplicaciones seguras y críticas, así como para Real-Time (tiempo real). Otra pieza clave para ciertas aplicaciones industriales y de otro tipo.

Desde luego que, aunque no es tan popular, es un sector muy jugoso. Y nuevamente nos encontramos con otra duda. Y es que, aunque NVIDIA mantenga el desarrollo de estas MCUs, podría sacar una gran ventaja de ello en sectores claves para el futuro como los vehículos, IoT, etc. Gran beneficio de uno, perjuicio de muchos…

Afectados colaterales: RISC-V

logo RISC-V

NVIDIA no es la única beneficiada de este movimiento en la compra de Arm. Hay otro beneficiado, pero casi de forma colateral. Sin buscarlo, la ISA RISC-V podría ser la gran vencedora, ya que muchos de esos clientes actuales de Arm descontentos, podrían terminar recalando en RISC-V, lo que atraería más inversión, desarrollo, y potenciación del ecosistema.

Por cierto, aunque NVIDIA sea uno de los partners de RISC-V Foundation, no creas que lo ha hecho pensando en ellos. De hecho, si RISC-V comienza a ganar adeptos tras el movimiento, ésta pasaría a transformarse también en un enemigo para la propia NVIDIA. Así que ya veremos qué ocurre con su contribución actual…

Mike Demler, uno de los analistas senior de The Linley Group, también ha asegurado que “personas clave podrían desertar. Más clientes de Arm podrían mirar a RISC-V“, refiriéndose al acuerdo entre NVIDIA y Arm.

Quizás otros como MIPS y OpenPOWER también podrían verse beneficiados con este acuerdo, ya que estas ISAs podrían cobrar interés si NVIDIA decide hacer artimañas extrañas con ARM. Veremos…

Conclusión 

En definitiva, el movimiento es un claro paso adelante para NVIDIA, pero un serio retroceso para todos los demás. E incluso si mantuvieran sus actuales clientes de Arm y no afectase a los actuales modelos de licencias, la propia NVIDIA obtendrá una ventaja en el mercado, y eso podría tener sus consecuencias también en los clientes y usuarios, ya que la competencia se verá afectada.

Mucha certeza de que NVIDIA ganará, pero mucha incertidumbre en todo lo demás… El tiempo dirá.

Ahora resonará la famosa frase que Linus Torvalds pronunciara hace tiempo refiriéndose a NVIDIA… quizás ahora tiene un poco más de sentido. Y ahora tocará mirar hacia RISC-V y desearle toda la suerte por el bien de todos…

from Linux Adictos https://ift.tt/33zBD2P
via IFTTT

Gaia-X una plataforma de nube pública única de OVHcloud y T-Systems basada en OpenStack

Se acaba de anunciar el proyecto Gaia X en la cual GDPR OVHcloud y T-Systems, han acordado cooperar. Esta asociación conducirá a la creación de una oferta de nube pública confiable para Alemania, Francia y otros mercados europeos, con el fin de abordar todos los sectores sensibles a la soberanía de datos y al cumplimiento del GDPR.

Ambos proveedores tienen en mente al sector público como clientes, pero también a operadores de infraestructura y empresas de diversos tamaños.

Ya se conocen algunos detalles sobre la implementación técnica: La oferta debe basarse en la arquitectura OpenStack gratuita y utilizar servidores refrigerados por agua de OVHcloud, que deben ofrecer una buena eficiencia energética.

T-Systems contribuirá con la infraestructura de red y también está previsto que los sistemas del socio francés se ejecuten en los centros de datos de Telekom en Alemania.

La plataforma de nube pública, basada en OpenStack, está prevista para principios de 2021 y con ello se intentará satisface las necesidades del sector público, las OIV, así como las empresas “de todos los tamaños que trabajan en sectores estratégicos o sensibles de interés público”.

Con esta asociación, OVHcloud y T-Systems participarán en el desarrollo de una única plataforma de nube pública basada en OpenStack.

Esta plataforma contribuye a la iniciativa europea Gaia-X que garantiza los más altos niveles de apertura y transparencia, soberanía, confidencialidad y seguridad de los datos europeos.

“Deutsche Telekom es un firme partidario de una nube soberana europea” , dijo Frank Strecker, jefe de actividad de nube pública de Deutsche Telekom. “Sin embargo, para que una infraestructura de nube soberana europea tenga éxito, necesitamos escalar rápidamente. Y para eso necesitamos el apoyo del sector público. “

Max Ahrens, director de tecnología de T-Systems, añade:

“Por eso, con OVHcloud, estamos desarrollando esta oferta de nube pública de confianza totalmente europea. Nuestros socios franceses aportan su tecnología de Cloud Computing de vanguardia, basada en su dominio de la cadena de producción de servidores y un sistema de información de código abierto, mientras nos ocupamos de la infraestructura y operaciones en nuestros centros de datos alemanes. “

De hecho, el objetivo de la iniciativa franco-alemana es establecer reglas y estándares comunes en los que las empresas puedan basarse para aportar su propuesta de valor.

Por ejemplo, las empresas listadas deberán declarar dónde se almacenan los datos y dónde se encuentran los centros de datos, especificando si están sujetos a normativas como el Reglamento General de Protección de Datos (RGPD).

Gaia-X busca ser una alternativa a los proveedores de servicios estadounidenses para brindar un acceso más enfático a las instituciones públicas y a las empresas tras el fin del escudo de la privacidad.

Con ello tanto Francia como Alemania quieren contrarrestar el dominio de los gigantes estadounidenses con una alternativa de nube europea, además de que otro factor son las medidas que el gobierno de Trump ha tomado encontrá de Huawei y ahora Tiktok ya que como ejemplo tenemos a la Fundación RISC-V con sus acciones de mover su cede.

Este proyecto supone un impulso concreto y colectivo para convertir las aspiraciones de Gaia-X en acciones concretas que beneficien al mercado europeo.

«Nuestra asociación con T-Systems se basa, entre otras cosas, en valores que compartimos, tales como la reversibilidad, seguridad y transparencia de los datos, que son importantes para nosotros como miembros fundadores de la iniciativa Gaia-X», añade Falk Weinreich, director general para Europa central de OVHcloud. «Desde hace más de veinte años, apoyamos la innovación en el mercado cloud, ofreciendo gran eficiencia, lo último en tecnología y conceptos de refrigeración respetuosos con el medio ambiente. Al combinarlo con la vasta experiencia de T-Systems, podemos ofrecer a los clientes con datos sensibles posibilidades totalmente nuevas».

Esta plataforma de public cloud será un activo clave que contribuirá a ampliar el catálogo de casos de uso de la iniciativa Gaia-X. T-Systems y OVHcloud, como miembros fundadores de Gaia-X, desarrollarán esta nueva oferta aplicando desde su diseño sus principios rectores: pleno cumplimiento del RGPD y estándares abiertos, pero también reversibilidad, privacidad de los datos y los máximos estándares de seguridad.

from Linux Adictos https://ift.tt/2GWmJfs
via IFTTT