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_reducey catpkgsplit, 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

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

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

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

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?

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

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

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?

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

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

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

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

Se ha publicado el lanzamiento de Knot DNS 3.0.0, un servidor DNS autorizado de alto rendimiento (el recursor se crea como una aplicación separada) que admite todas las características modernas de DNS.

Knot DNS es un servidor autorizado de código abierto para el sistema de nombres de dominio. Fue creado desde cero y es desarrollado activamente por CZ.NIC. El propósito de este proyecto es proporcionar una implementación alternativa de código abierto de un servidor DNS autorizado adecuado para que los operadores de TLD aumenten la seguridad, la estabilidad y la resistencia generales del Sistema de nombres de dominio.

Se implementa como un demonio de subprocesos múltiples, utilizando una serie de técnicas de programación y estructuras de datos para hacer que el servidor sea muy rápido.

Sobre Knot DNS

Knot DNS utiliza un analizador de zonas escrito en Ragel para lograr una carga muy rápida de las zonas al inicio. También es capaz de agregar y eliminar zonas sobre la marcha cambiando el archivo de configuración y recargando el servidor usando la utilidad ‘knotc’.

Knot DNS se centra en el procesamiento de consultas de alto rendimiento, para lo cual utiliza una implementación multiproceso y en su mayoría sin bloqueo que se adapta bien a los sistemas SMP.

Se proporcionan características como agregar y eliminar zonas sobre la marcha, transferencia de zona entre servidores, DDNS (actualizaciones dinámicas), extensiones NSID (RFC 5001), EDNS0 y DNSSEC (incluido NSEC3), limitación de la tasa de respuesta (RRL).

Principales novedades de KnotDNS

En esta nueva version se agregó el modo de red de alto rendimiento, implementado utilizando el subsistema XDP (eXpress Data Path), que proporciona un medio para procesar paquetes en el nivel del controlador de red antes de ser procesados ​​por la pila de red del kernel de Linux. Este modo requiere el kernel de Linux 4.18 o posterior.

Se agregó soporte para “Zonas de catálogo” para simplificar el mantenimiento de servidores DNS secundarios. Cuando esta función está habilitada, en lugar de definir registros separados para cada zona secundaria en el servidor secundario, el catálogo de zona se transfiere entre los servidores primario y secundario, después de lo cual las zonas creadas en el servidor primario marcadas como incluidas en el catálogo se crearán automáticamente en el servidor secundario sin la necesidad de editar archivos. Configuración. Se ofrece la utilidad kcatalogprint para administrar el catálogo.

Se agregó soporte para el estado de revocación de KSK (clave de firma de clave) (RFC 5011) en el modo de administración de claves manual de DNSSEC.

Se agregó soporte para la generación determinista de firmas digitales usando algoritmos ECDSA (requiere GnuTLS 3.6.10 y más reciente para funcionar).

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

• Se agregó un nuevo modo de verificación DNSSEC.
• Se agregó la utilidad kzonesign para la generación manual de firmas digitales para DNSSEC.
• Se agregó la utilidad kxdpgun con implementación de DNS de alto rendimiento sobre generador de tráfico UDP para Linux.
• Kdig agrega compatibilidad con DNS sobre HTTPS (DoH) con GnuTLS y libnghttp2.
• Se propone un método seguro para realizar copias de seguridad y restaurar datos de zonas DNS.
• El rendimiento del módulo de estadísticas se ha mejorado significativamente.
• Cuando se habilita el modo multiproceso para generar firmas digitales para zonas DNS, se paralelizan algunas operaciones adicionales con zonas.
• Eficiencia de almacenamiento en caché mejorada y rendimiento de consultas mejorado.

Descargar e instalar

Para poder instalar este servidor DNS en tu sistema debes de realizar la compilación de su código y para ello debes contar con las siguientes dependencias:

• make
• libtool
• pkg-config
• autoconf >= 2.65
• python-sphinx

Ahora solo tienes que obtener el código de la última version. Esto lo puedes hacer dirigente a su sitio web oficial y en su sección de descargas podrás obtener el paquete.

En cuanto a los pasos a realizar para la compilación, no es la gran ciencia, solo tienes que ejecutar:

autoreconf -i -f

./configure

make

Y si requieres de una instalación mas personalizada, puedes consultar los detalles en el siguiente enlace.

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

Se acaba de presentar el lanzamiento de la nueva version de QBS 1.17, siendo este el cuarto lanzamiento desde que Qt Company dejó el proyecto y fue producido por la comunidad interesada en continuar desarrollando Qbs.

Qbs utiliza una versión simplificada del lenguaje QML para definir scripts de compilación para un proyecto, lo que permite definir reglas de compilación bastante flexibles en las que se pueden conectar módulos externos, se pueden usar funciones de JavaScript y se pueden crear reglas de compilación arbitrarias.

El lenguaje de secuencias de comandos utilizado en Qbs está adaptado para automatizar la generación y el análisis de secuencias de comandos de compilación mediante entornos de desarrollo integrados.

Además, Qbs no genera makefiles, pero sí, sin intermediarios como la utilidad make, controla el lanzamiento de compiladores y enlazadores, optimizando el proceso de construcción en base a un gráfico detallado de todas las dependencias.

La presencia de los datos iniciales sobre la estructura y las dependencias en el proyecto le permite paralelizar efectivamente la ejecución de operaciones en varios hilos. Para proyectos grandes con una gran cantidad de archivos y subdirectorios, el rendimiento de la reconstrucción con Qbs puede superar el rendimiento varias veces; la reconstrucción es casi instantánea y no obliga al desarrollador a perder tiempo esperando.

Recordemos que, en 2018, Qt Company decidió detener el desarrollo de Qbs. Qbs evolucionó como un reemplazo de qmake, pero finalmente se decidió usar CMake como el sistema de compilación principal para Qt a largo plazo.

El desarrollo de Qbs ahora continúa como un proyecto independiente apoyado por la comunidad y los desarrolladores interesados. Para el desarrollo, se sigue utilizando la infraestructura de Qt Company.

Principales novedades de Qbs 1.17

En esta nueva version presentada, se añaden cerca de 272 contribuciones desde la versión 1.16.0 y es que de los mas grandes cambios que se destacan, podremos encontrar que se agregó el soporte inicial para Qt 6.

Además de que también se agregó el módulo capnp para usar el protocolo de serialización de datos Cap’n Proto en aplicaciones C++ y que además se han realizado muchas mejoras en el soporte de la cadena de herramientas para dispositivos bare-metal en general.

También se destaca que se agregó la capacidad de especificar las variables de producto y proyecto en el lado derecho de las definiciones de propiedad de moduleProvider (por ejemplo, “moduleProviders.mygenerator.chooseLettersFrom: project.beginning”).

Se agregó soporte para kits de herramientas para construir proyectos C/C ++ para trabajar sobre equipos sin un sistema operativo, KEIL (ARMCLANG, C166, C251), IAR (CR16, AVR32, M68K) y GCC (CR16, M68K, M32C, M32R, Super-H, V850, RISC-V, Xtensa).

Por otra parte, también se destaca la inclusión del soporte de compilación mejorado para la plataforma Android, pues se agregó la propiedad packageType al módulo Android.sdk para crear paquetes “aab” (Android App Bundles) en lugar de “apk”, así como la propiedad aaptName para usar el nuevo aapt2 (Android Asset Packaging Tool) y se eliminó el soporte para la creación de aplicaciones de Android para plataformas ARMv5, MIPS y MIPS64.

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

• Se agregó soporte para el entorno de desarrollo Xcode 12.0 para macOS.
• Se limpiaron los módulos “Qt para Android”.
• Se ha creado Qt para aplicaciones de Android como bibliotecas estáticas.
• Las barras diagonales finales ya no se eliminan del entorno de Visual Studio
• El módulo cpp de MSVC no utilizó cpp.distributionIncludePaths
  propiedad
• El generador de Visual Studio se ha corregido para que funcione con Visual Studio.
• Se corrigió la extracción de información de compilación de variables en instalaciones Qt “CONFIG y QT_CONFIG”
• El número de versión ya no se agrega a los archivos .so en Android
  * Las definiciones del compilador ahora se pasan correctamente a moc al procesar
  archivos de encabezado

Finalmente si quieres conocer mas al respecto sobre esta nueva version liberada, puedes consultar los detalles de la publicación original en el siguiente enlace.

Y para los interesados en construir Qbs, deben saber que se requiere Qt como dependencia, aunque Qbs está diseñado para organizar la construcción de cualquier proyecto.

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

Si habéis probado diferentes sistemas operativos en un mismo ordenador, probablemente hayáis notado algo: la batería no dura lo mismo dependiendo del que usemos. En lo personal, mis portátiles sólo han aguantado todo lo que deberían con Windows, en Ubuntu han aguantado algo menos y en Kubuntu y su Plasma la autonomía es mucho peor. Esto es, en parte, por todo lo que ofrece cada una de las opciones. En cuanto a Ubuntu, y otros sistemas que usen el mismo entorno gráfico, esto cambiará con el lanzamiento de GNOME 3.40.

La noticia del nuevo proyecto tuvo lugar el pasado jueves 10 de septiembre, pero no ha sido hasta hace unos minutos que nos hemos enterado que se está trabajando en un ajuste que se integrará en el apartado Energía de Configuración del sistema y que nos permitirá configurar diferentes modos para priorizar el rendimiento, un uso equilibrado o para alargar la autonomía de la batería de nuestro portátil.

GNOME 3.40 aún no ha empezado a desarrollarse, pero ya se conoce alguna novedad

Tal y como leemos en la nota publicada sobre este daemon, no todos los equipos podrán disfrutar del «Modo Rendimiento», porque esto es algo que dependerá de los sistemas o los drivers que usen. Los otros dos, los modos Equilibrado y Ahorro, sí llegarán a cualquier equipo que pueda instalar GNOME 3.40, entorno que usarán futuras versiones de Fedora y Ubuntu, entre otras muchas.

Además de los modos de gestión de batería, el daemon también incluirá acciones para cambiar algunos comportamientos de carga, como por ejemplo que se puede desactivar la carga rápida para algunos dispositivos USB cuando el modo de ahorro de energía este activado.

Actualmente, GNOME 3.40 aún no ha empezado a desarrollarse, por lo que tampoco se sabe la fecha exacta de su lanzamiento. En estos momentos, el proyecto está desarrollando GNOME 3.38, versión del escritorio que usarán sistemas operativos como Ubuntu 20.10 Groovy Gorilla.

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

Que grandes compañías compren a otras más pequeñas o sus proyectos no es poco habitual. Gigantes como Google o Apple lo hacen constantemente para mejorar sus servicios, su hardware o su software. Lo que es menos habitual es que lo que se adquiere sea algo mucho más importante, y eso es lo que ha pasado hace unas horas: NVIDIA ha comprado ARM, pero la cifra exacta no se sabe, más allá de conocerse que está entre los 40.000 y los 45.000 millones de dólares.

Como no podía ser de otra manera en una compra de esta envergadura, ambas compañías ya llevaban un tiempo manteniendo conversaciones, unas negociaciones que, según los rumores, en el pasado también mantuvieron con Apple, entre otros como TSMC o Foxconn, quienes también habrían estado interesados en la compra. Al final, quien a ganado la carrera ha sido NVIDIA, quien si es famosa por algo es por sus tarjetas gráficas.

NVIDIA dice que ARM seguirá con la licencia abierta

«Como parte de NVIDIA, ARM continuará operando su modelo de licencia abierta mientras mantiene la neutralidad global del cliente que ha sido fundamental para su éxito, con 180 mil millones de chips enviados hasta la fecha por sus licenciatarios.»

En cuanto a los usuarios que prefieren hardware con licencia abierta, por el momento no deberían preocuparse, ya que NVIDIA dice que no va a cambiar nada de ARM, ni su licencia, ni si sede, que actualmente está en Cambridge. Y si no cambia nada, los clientes de ARM, entre los que destacan Apple y Samsung, tampoco deberían preocuparse demasiado, pero habría que preguntarles a sus respectivos CEO en privado qué opinan de todo esto para saber cómo se sienten. Personalmente, me gustaría más conocer la opinión (real) de Tim Cook al respecto, ya que la compañía de la manzana ha anunciado recientemente que sus ordenadores pasarán a usar ARM.

En cuanto a las intenciones de NVIDIA, está claro que una de ellas es ganar dinero, pero también mencionan que quieren construir un superordenador de inteligencia artificial de última generación que será movida por CPUs de ARM. Con todo esto, esperamos que NVIDIA cumpla su promesa y no haga como Facebook con WhatsApp, que dijo que no cambiaría nada y, aunque los usuarios estamos notando poco, sí que lo están integrando con otros servicios como su Messenger o Instagram, lo que les facilita fisgar qué nos interesa.

from Linux Adictos https://ift.tt/35APXed
via IFTTT

No, no se trata de una nueva certificación de LPI básica. Slimbook Essential es un nuevo portátil que se añadirá a la lista de modelos de la firma valenciana. Y es que, una vez han mostrado que es posible tener uno de los mejores ultrabooks del mercado con Linux y sin pagar disparates como en el caso de Apple (véase ProX), ahora quieren que todos los usuarios puedan disfrutar de un ultrabook asequible.

Una nueva revolución llegada desde Slimbook y que no puedes dejar pasar si aún no cuentas con un equipo. Aprovecha este gran paso que llega tras 5 años de experiencia en la distribución de equipos de gama alta y destinados al ámbito profesional. Ahora, con Slimbook Essential podrás disfrutar de precios baratos a partir de 499€. Una estrategia que pretenden llegar a todos los bolsillos, pero sin perder en cuanto a calidad con esta nueva gama media.

Si quieres más motivos por los que comprar un Slimbook Essential, entonces puedes leer las nuevas características técnicas de este ultrabook:

• Microprocesador Intel Core i3, i5 o i7 de 10ºGen a elegir. Con ello conseguirás un gran rendimiento y autonomía de su batería.
• Dos zócalos de RAM DDR4 a 2666Mhz con capacidad hasta 32GB. Podrás elegir los módulos que deseas agregar, al no estar soldada en la placa como ocurre con algunas LPDDR.
• Disco duro SSD con formato M.2 NVMe PCIe ultra rápido con diferentes capacidades para seleccionar el que más se ajuste a tus necesidades. Desde 250GB a 1TB.
• Teclado retroiluminado con LED blanco para el de 14 pulgadas y RGB para el de 15.
• Pantalla mate de 14″ o 15″ FullHD (1920×1080). Siendo el precio de partida de 499 y 549€ respectivamente.
• Puertos USB 3.2 Gen 2 A y C, USB 2.0 A, HDMI (con HDCP), Jack combo, RJ-45, conectividad WiFi y Bluetooth 5.0.
• La batería es de Li-Ion con capacidad de 49Wh, durando aproximadamente 5-7 horas.
• Incluye cargador, webcam, micrófono, lector de tarjetas SD, altavoces estéreo, Sonido HD 5.1, y opcionalmente puedes elegir incluir un lector/grabador combo óptico (CD/DVD).
• Carcasa de diseño fabricada en materiales de calidad, como el aluminio y ABS teñido de color gris titanio.

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