El primer día de este 2021, Diego escribió un artículo sobre un acontecimiento conocido y esperado desde hacía ya tres años: la muerte de Flash Player. Adobe abandonó el soporte en diciembre, y ahora son los navegadores los que lo están eliminando de sus componentes. Firefox lo hará el próximo martes, y hace unas horas, Chrome 88 ha llegado como la primera versión en dejar de soportar una tecnología que nos dio buenos momentos, pero siempre ha sido poco segura.

Eliminación de Flash aparte, este no es uno de los lanzamientos más llamativos que Google ha realizado en los últimos meses. Sí ha aprovechado la ocasión para hacerlo más seguro, incluyendo 36 parches de seguridad. A continuación tenéis una lista con las novedades más destacadas que han llegado junto a Chrome 88, entre las que tenemos que ya no está soportado para OS X 10.10 Yosemite.

Novedades más destacadas de Chrome 88

• Abandonado el soporte para Flash Player.
• El comportamiento de target=»_blank» ahora implica rel=»noopener» por defecto por motivos de seguridad.
• Soporte para la propiedad de relación de aspecto CSS, así como para el modo «hyphens: auto».
• Mejoras varias en WebXR.
• Se ha eliminado el soporte para FTP.
• Abandonado el soporte para Yosemite, sistema operativo lanzado en 2014.
• Mejorado el tema oscuro en Windows 10.
• Función para buscar pestañas (Ctrl+Shift+A). La función está desactivada por defecto, pero podemos usarla si la habilitamos desde chrome://flags/#enable-tab-search.
• Corregidos 36 fallos de seguridad.
• No es novedad de/para Chrome 88, pero importante mencionarlo: algunas API ya no funcionarán en otros navegadores, como Chromium.

Google Chrome 88 ya está disponible desde su página web oficial, y también para la mayoría de sistemas operativos, ya que, por ejemplo en Ubuntu y derivados, se añade el repositorio del proyecto automáticamente tras la instalación del navegador. En sistemas como Manjaro, está en los repositorios oficiales y también ha llegado la actualización. Si aún no aparece en tu distribución, paciencia; lo hará en las próximas horas.

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

Valheim de Iron Gate AB entrará en Early Access y tendrá soporte para Linux y Windows a partir del 2 de febrero. Un videojuego de supervivencia y exploración multijugador en un mundo abierto para poder disfrutar al máximo de todo lo que te puedes encontrar y de la cultura vikinga en la que se basa este título.

Podrás luchar, conquistar, y explorar. En definitiva, todo eso que tanto gusta de estos videojuegos de los juegos de mundo abierto y supervivencia. Pero tiene algo más, ya que sus desarrolladores han implementado algunas otras ideas que los diferencian de otros juegos similares.

Otras características que también destacan de este videojuego Valheim son:

• Enorme mundo abierto en el que podrás explorar y habitar en muchísimas tierras, desde bosques misteriosos hasta imponentes cadenas montañosas cubiertas de nieve, pasando por prados deslumbrantes, con criaturas legendarias con las que combatir, vida silvestre para cazar y alimentarte, etc.
• Modo multijugador cooperativo para que otros puedan ayudarte y ser tus aliados para poder desafiar a tu contrincante. Además, Valheim admite servidores independientes alojados por los propios jugadores.
• Una amplia variedad de armas a tu disposición.
• Capacidades de construcción de estructuras, navegación en barco y balsas, buques, etc. Todo para descubrir tierras y mares recónditos.
• Luchar y desafiar a seres míticos y legendarios, conseguir trofeos de guerra, crear nuevos objetos, etc.
• Flexibilidad para crear casas y construcciones variadas. Además, se permitirá crear granjas, zonas de forja para armas y armaduras, sitios para elaborar comida y hidromiel, etc.

Si te interesa, debes saber que tras los problemas iniciales de Valheim, parece que habrá acceso anticipado y que estará también para Linux.

Y si te interesa, puedes entrar en el sitio de Steam.

from Linux Adictos https://ift.tt/39MlOch
via IFTTT

El navegador web más usado del mundo es Chrome, desarrollado por Google. Si hablamos de su motor, las cosas aún se ponen mejor, porque Chromium es el que mueve a otros como Opera, Vivaldi o Brave, por lo que la compañía parte de Alphabet debería estar satisfecha. Pero no lo está, o eso podemos pensar tras el último movimiento que ha hecho la compañía del famoso buscador y del que se ha hecho eco un desarrollador que colabora con Fedora.

Tal y como podemos leer en este hilo de Twitter, Google ha anunciado que dejará de dar soporte a sincronización y otras APIs «exclusivas de Google». Esto se traducirá en que otros navegadores, como el Chromium que incluyen algunas distribuciones como Fedora, pasen a ser menos funcionales en lo que, personalmente, no me parece un movimiento de los mejores que podría hacer Google y creo que se ha hecho con mala fe.

Google hará que otros navegadores sean menos funcionales

Google ha anunciado que está cortando el acceso a Sync y «otras API exclusivas de Google» de todas las compilaciones excepto Google Chrome. Esto hará que la compilación de Chromium de Fedora sea significativamente menos funcional (junto con todas las demás distribuciones de Chromium empaquetadas). Es de destacar que Google _ otorgó_ a los creadores de los paquetes de distribución Chromium estos derechos de acceso en 2013 a través de claves API, específicamente para que pudiéramos tener compilaciones de código abierto de Chromium con (casi) paridad de funciones con Chrome. ¿El razonamiento dado para este cambio? Google no quiere que los usuarios puedan «acceder a sus datos personales de Chrome Sync (como marcadores) … con un navegador que no sea de Google, basado en Chromium». No están cerrando un agujero de seguridad, solo requieren que todos usen Chrome.

Como yo, Callaway lo tiene claro, y así lo dice al final de la cita. No es que estén haciendo algo por nuestra seguridad, sino que la intención de Google es que todos usen el navegador que controlan al 100%.

No se sabe qué pasará en el futuro, pero Callaway duda que sea una buena opción ofrecer Chromium en Fedora si éste está recortado, y le dice a la compañía que dirige Sundar Pichai que aún están a tiempo para rectificar este movimiento tiránico. Algunos navegadores basados en Chromium usan su propio sistema de sincronización, por lo que no poder sincronizar contraseñas y marcadores no sería un gran problema, pero ese no es el caso de Chromium. También habrá que ver si es posible recuperar la sincronización con alguna extensión futura o si obligan a sincronizarlo todo manualmente, además de que falta ver con qué otros recortes nos sorprenden.

Ahora mismo, me alegro de usar Firefox, aunque espero que la compañía dé marcha atrás.

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

Los desarrolladores de Collabora no han parado de trabajar y es que en los últimos meses han dado mucho de que hablar y en esta ocasión no es la excepción pues recientemente dieron a conocer él anunció de la implementación en el controlador Panfrost del soporte OpenGL 3.1 para GPU Midgard (Mali-T6xx, Mali-T7xx, Mali-T8xx) y GPU Bifrost (Mali G3x, G5x, G7x), así como soporte OpenGL ES 3.0 para GPU Bifrost.

Estos cambios se esperan que sean incluidos en el lanzamiento de Mesa 21.0, que actualmente se encuentra en la etapa de candidato a lanzamiento.

Hay que recordar que los desarrolladores de Collabora han trabajado ya bastante tiempo sobre la implementación de controladores para mesa y un ejemplo de ello es el pasado controlador Gallium para Mesa, que implementa una capa intermedia para organizar la API OpenCL 1.2 y OpenGL 3.3 sobre los controladores con soporte DirectX 12 (D3D12) y que su código fuente se publica bajo la licencia MIT.

El controlador propuesto permite usar Mesa en dispositivos que inicialmente no son compatibles con OpenCL y OpenGL y también como una posición inicial para portar aplicaciones OpenGL/OpenCL para trabajar sobre D3D12.

Por la parte del nuevo controlador Panfrost, se observa que GPU Midgard y Bifrost comparten estructuras de datos comunes para funciones fijas, pero Bifrost usa un conjunto de instrucciones fundamentalmente diferente, lo que dificulta la implementación sincrónica de la funcionalidad para los datos de GPU.

Arquitectónicamente, Bifrost comparte la mayoría de sus estructuras de datos de función fija con Midgard, pero presenta un nuevo conjunto de instrucciones. Nuestro trabajo para presentar OpenGL ES 3.0 en Bifrost refleja esta división.

Algunas características de función fija, como la creación de instancias y la retroalimentación de transformación, funcionaron sin ningún cambio específico de Bifrost, ya que ya lo hicimos en Midgard. Otras características de sombreado, como objetos de búfer uniformes, requerían implementaciones «desde cero» en el compilador Bifrost, una tarea facilitada por la representación intermedia madura del compilador con soporte de construcción de primera clase.

Por ejemplo, las funciones fijas ya implementadas para Midgard, como la «retroalimentación de transformación», se pueden transferir a Bifrost sin cambios, mientras que las funciones como Multiple Render Targets (MRT) están limitadas a algunos cambios específicos de Bifrost.

Al mismo tiempo, otras operaciones con sombreadores, como los objetos de búfer unificados, requieren una implementación desde cero para el compilador de sombreadores Bifrost.

Esto sigue al soporte de OpenGL ES 3.0 en Midgard que aterrizó durante el verano, así como el soporte inicial de OpenGL ES 2.0 que debutó recientemente para Bifrost. OpenGL ES 3.0 ahora se prueba en Mali G52 en la integración continua de Mesa, logrando una tasa de aprobación del 99.9% en las pruebas correspondientes del Programa de Calidad de DrawElements.

Sin embargo, otras características, como múltiples objetivos de renderizado, requerían un código específico de Bifrost mientras aprovechaban otro código compartido con Midgard. Con todo, el trabajo avanzó mucho más rápido la segunda vez, un testimonio del poder del código compartido. Pero no es necesario limitar el intercambio a solo las GPU Panfrost; Los controladores de código abierto pueden compartir código entre proveedores.

Además, en él anunció se menciona que se evitó parte de la duplicación de trabajo mediante el uso de una representación intermedia en el compilador, que, junto con el código compartido, acelera significativamente el desarrollo y que con este enfoque, el código se puede usar no solo para una familia de GPU, sino también para diferentes controladores.

En particular, los desarrolladores mencionan que para poder implementar OpenGL en sistemas de escritorio, el controlador Panfrost requirió del usó de componentes Mesa listos para usar, mientras que el controlador propietario para Mali solamente se limita a admitir solo OpenGL ES.

Sin embargo, la compatibilidad con OpenGL 3.1 de escritorio es casi «gratuita» para nosotros como un controlador de Mesa ascendente al aprovechar la infraestructura común.

Finalmente, si estás interesado en conocer más al respecto sobre la nueva implementación de Panfrost propuesta por los desarrolladores de Collabora, puedes consultar los detalles en el siguiente enlace.

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

Muchos pueden pensar que puede haber un «Linux cuántico» que pueda correr sobre la futura máquina: la computadora cuántica. Seguro que algunos creen que es tan flexible y adaptativo que se puede hacer. Pero la respuesta a la pregunta del título es bastante más compleja, y lo cierto es que la respuesta quizás no te va a gustar nada.

La computadora cuántica cambiará de forma radical el paradigma de la computación tal como la conocemos hoy en día, y eso significa cambiar la forma en la que se programa, otros sistemas operativos, y todo lo que habías aprendido hasta el momento. Un cambio que merecerá la pena dado el enorme potencial que estas máquinas pueden aportar, y no solo en cuanto a capacidad de cálculo, también para ayudar a comprender la propia física cuántica.

La respuesta a la pregunta es NO. No se puede ejecutar Linux, ni tampoco otros sistemas operativos como macOS, FreeBSD, Windows, etc., sobre una computadora cuántica. ¿Entonces? ¿Eso significa que la llegada de la computación cuántica será el final de los sistemas operativos actuales?

Bueno, lo primero que hay que aclarar que la computadora cuántica tiene aún mucho recorrido para mejorar, muchas barreras que superar, algunas cosas que pulir, y aún falta tiempo. Por tanto, la actual computación y sistemas operativos seguirán con nosotros por muchos años más.

Las actuales computadoras cuánticas son bastante toscas en cuanto a tamaño, también es complicado programarlas y necesitan en algunos casos refrigeración muy potente para mantener ciertos elementos a temperaturas muy por debajo de los 0ºC. Algo que te debe quitar la idea de que haya a corto o medio plazo un computador en los hogares y ni siquiera lo estarán en algunas empresas.

Lo que sí aparecerá son máquinas cuánticas como un servicio más de la nube, es decir, un QCaaS (Quatum Compting as a Service). Como actualmente usas las instancias de AWS, o la nube de IBM, Microsoft Azure, Google Cloud, etc. Es decir, algunas empresas que necesiten una capacidad de procesamiento superior, podrán acceder a este tipo de máquinas como un servicio en el futuro.

Dicho de otro modo, te conectarás con un cliente a dicha computadora cuántica, cargarás los procesos de cómputo en ella para que se procesen de una forma rápida aprovechando las capacidades de este tipo de computación, y se te dará el resultado. Tal como ahora ocurre con un servicio IaaS…

¿Entonces no habrá Linux en una computadora cuántica?

No, no habrá Linux, ni otros SSOO conocidos, en una computadora cuántica. Lo que sí habrá es clientes que podrán ejecutar Linux o cualquier otro sistema operativo actual para conectarse desde él a una de estas máquinas actuando como servicios.

Por tanto, mientras que la computación cuántica no sea el paradigma dominante y no se sustituyan también los clientes con este tipo de máquinas (algo que hasta el momento no contemplo), seguirá habiendo sistemas Linux, *BSD, Windows, macOS, etc. Así que, no te preocupes por Linux, aún le queda una larga vida.

Ejemplo práctico

Si es un poco complicado de entender, te comento un ejemplo. Por ejemplo, D-Wave Systems ha creado algunos modelos de computadora cuántica muy interesantes. Esas máquinas son accesibles mediante una API y usando otros lenguajes (Python, C++, Java, MatLab,…) para programar tareas en esta máquina. A dicha API se puede acceder desde un sistema operativo host que puede ser Linux, Windows, etc., ejecutándose en la máquina que actúa como cliente.

Otro ejemplo el la computadora cuántica IBM Q, que ahora se puede acceder mediante la web que ha puesto IBM a tu alcance y en la que ya puedes realizar algunas tareas para probarla. Aunque estés usando dicha máquina, tu sistema operativo sigue siendo el tuyo habitual…

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

A finales de octubre, KDE lanzó la v4.4.0 de su software diseñado por y para dibujantes. Como actualización mayor, o con cambio del primer decimal, introdujo novedades destacadas como soporte para SeExpr de Disney. Más tarde lanzaron una actualización de mantenimiento para mejorar la serie, y hoy 19 de enero han lanzado Krita 4.4.2, una nueva entrega de punto que, sin ser un gran lanzamiento, sí incluye bastantes novedades, en su mayoría para corregir errores.

En la nota de lanzamiento lo explican, que han introducido más de 300 cambios y que, a las correcciones mencionadas, también han añadido nuevas funciones. Como es habitual en Krita, y a diferencia de GIMP, por ejemplo, KDE si aprovecha los nuevos lanzamientos para introducir nuevas herramientas, entre lo que también tenemos brochas. A continuación tenéis una lista con las novedades más destacadas que han llegado junto a Krita 4.4.2.

Novedades más destacadas de Krita 4.4.2

• Una nueva e independiente implementación SVG de Gradientes de malla.
• Nueva herramienta transformación de malla, lo que consiste en parches Bézier que pueden moldearse individualmente para crear transformaciones precisas, especialmente útil para objetos redondeados.
• Nuevo tipo de capa de relleno de degradado, este facilitará la creación rápida de una variedad de degradados de forma no destructiva.
• Mejorado el filtro de semitono.
• Se han actualizado los plugins de integración en macOS.
• Acción de pegar estilo de forma.
• Botón de la barra de herramientas para el modo envolvente.
• Nuevas brochas.
• Soporte para HiDPI.
• Corrección de errores en de todo un poco.

El lanzamiento de Krita 4.4.2 ya es oficial, pero ahora mismo sólo está disponible desde su página web oficial en forma de AppImage (enlace directo). Desde la web del proyecto también nos indican cómo añadir un repositorio para sistemas operativos basados en Ubuntu, para Gento y nos hablan de la posibilidad de instalar la versión Flatpak, pero aún no está disponible en Flathub. No mencionan la versión Snap, formato en el que también podemos instalarlo, pero será cuando suban la nueva versión, lo que sucederá en los próximos días.

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

La comunidad Pine64 dio a conocer hace ya varios dias la introducción del PinePhone Mobian Community Edition, que viene con el firmware basado en Mobian, que desarrolla la versión móvil de Debian GNU/Linux.

El entorno incluye un shell Phosh personalizado basado en GNOME desarrollado por Purism para el teléfono inteligente Librem 5. Utiliza el servidor compuesto Phoc que se ejecuta sobre Wayland para la renderización.

La edición Mobian complementa las demás variantes de teléfonos inteligentes PinePhone lanzadas anteriormente que se envían con postmarketOS, KDE Plasma Mobile, UBports / Ubuntu Touch y Manjaro.

Las aplicaciones básicas incluyen Evince Document Viewer, GEdit Text Editor, Eye of Gnome Image Viewer, GNOME Software Installation Manager, GNOME ToDo Notes System, ModemManager GSM / CDMA/UMTS/EVDO/LTE Modem Configuration Interface, GNOME Contacts Address Book, Grabador de sonido GNOME, Configurador del centro de control GNOME, Monitor de uso de GNOME, Cliente de correo electrónico Geary, Fractal Messenger (basado en el protocolo Matrix). Para controlar las llamadas telefónicas, se utiliza la interfaz de Llamadas, que utiliza la pila de teléfonos oFono.

Las aplicaciones se compilan con la biblioteca de widgets libhandyy parches del proyecto Purism destinados a mejorar la interfaz en pantallas pequeñas. Es posible instalar cualquier paquete de los repositorios de Debian.

¡Feliz Año Nuevo a todos! Esperemos que las dificultades provocadas por el virus COVID-19 estén disminuyendo y que más aspectos de nuestras vidas vuelvan a la normalidad pronto.

Comenzamos este año anunciando la última edición comunitaria del PinePhone, una actualización de las computadoras de placa única Quartz64, y con algunas buenas noticias sobre la producción de PineTab y Pinebook Pro.

Puede ver una sinopsis de la actualización de la comunidad de este mes en Youtube (incluido a continuación), pero también en LBRY y Peertube .

Recordemos que el hardware PinePhone está diseñado para usar componentes reemplazables y la mayoría de los módulos no están soldados, sino conectados mediante cables desmontables, lo que permite, por ejemplo, reemplazar la cámara ofrecida por defecto por una mejor.

El dispositivo está construido sobre un SoC ARM Allwinner A64 de cuatro núcleos con GPU Mali 400 MP2, equipado con 2 o 3 GB de RAM, pantalla de 5,95 pulgadas (1440 × 720 IPS), Micro SD (con soporte para cargar desde una tarjeta SD), eMMC de 16 o 32 GB (interno), un puerto USB-C con USB Host y una salida de video combinada para conectar un monitor, miniconector de 3,5 mm, wifi 802.11 b/g n, Bluetooth 4.0 (A2DP), GPS, GPS-A, GLONASS, dos cámaras (2 y 5 Mpx), batería extraíble de 3000 mAh, componentes conmutables por hardware con LTE / GNSS, WiFi, micrófono y altavoces.

El soporte de hardware es bastante completo y, si bien aún debe refinarse en varias áreas, podrá disfrutar de la funcionalidad completa del teléfono (incluidas llamadas de voz, SMS, banda ancha móvil, WiFi, cámaras frontal y posterior …) desde día uno.

Sin embargo, tenga en cuenta que el software todavía está en proceso de elaboración y evoluciona casi a diario. Su dispositivo llegará con una imagen de varios meses, por lo que solo podemos recomendar que actualice su PinePhone lo antes posible para aprovechar las últimas novedades.

Entre los cambios relacionados con el proyecto PinePhone, también podemos destacar la publicación de una versión de prueba del firmware basada en la distribución OpenMandriva Lx 4.2 con un shell KDE Plasma Mobile personalizado y un nuevo kernel Linux 5.10.

Además de OpenMandriva Lx y Mobian, se están desarrollando imágenes de arranque para PinePhone basadas en postmarketOS, KDE Plasma Mobile, UBports, Maemo Leste, Manjaro, LuneOS, Nemo Mobile y la plataforma parcialmente abierta Sailfish. También se menciona que se está trabajando para preparar versiones con NixOS.

Finalmente, para los que estén interesados en la nueva edición del teléfono «Mobian Community Edition«, deben saber que esta ya se encuentra disponible y vendrá en variantes por $ 149 (2 GB RAM + 16 GB eMMC) y $ 199 (3 GB RAM + 32 GB eMMC + adaptador USB Type-C para conectar a un monitor, red, teclado y mouse (HDMI, Ethernet 10/100 y dos puertos USB 2.0)).

Podrán ordenar el teléfono desde el siguiente enlace.

Si quieren conocer más al respecto, pueden consultar los detalles en el siguiente enlace.

from Linux Adictos https://ift.tt/39NfQYE
via IFTTT

En noviembre escribimos un artículo sobre cómo estaban progresando los entornos gráficos para sistemas operativos móviles basados en Linux. Tienen sus luces y sus sombras, pero lo cierto es que, en mi opinión y como siempre digo, si los desarrolladores no se rinden, el futuro promete. Si lo existente no fuera poco, recientemente se ha presentado un sistema operativo que, en un principio, sería el mejor visualmente hablando y cuyo nombre es JingOS.

Pero si tienes una PineTab, calma. Los desarrolladores de este sistema operativo, por lo menos ahora mismo, se han centrado en algo destinado a equipos convertibles, es decir, esos que pasan de tablet a PC si le quitamos o añadimos el teclado. Sí, la PineTab también tiene esta opción, pero por el momento sólo está soportado por la Surface Pro 6 y el Huawei Matebook 14 con pantalla táctil. El CEO de Jingling Tech dice que se puede usar en la mayoría de PCs x86, pero que no podremos disfrutar de la mejor experiencia sin una pantalla táctil.

JDE como entorno gráfico

En la página oficial del proyecto podemos ver un poco cómo es la interfaz del sistema operativo. No es exacta a la del iPad, pero sí se parece mucho, con el Centro de Control a la derecha que, si nos dicen que es de iOS 15, casi nos lo creemos. La impresión de que estamos ante iPadOS nos la llevamos, sobre todo, por el dock en la parte inferior y la distribución de las aplicaciones en la pantalla principal.

Como otros sistemas operativos, JingOS tiene aplicaciones nativas, como el calendario, temporizador, gestor de archivos, reproductor multimedia y la calculadora. Es más que probable que esto nos sepa a poco, pero el sistema operativo también es capaz de ejecutar aplicaciones de escritorio. Además, que esté diseñado para pantallas táctiles nos permite usar gestos en la pantalla, como tres dedos a la izquierda o la derecha para pasar de una a otra app (¿dónde habré visto yo eso?).

El entorno gráfico que vemos ha sido bautizado como JDE, que es Jing Desktop Environment, y me imagino que se han basado en el nombre del proyecto del que toman software prestado. Y es que JingOS usa KDE 5.75 y Plasma Mobile 5.20, todo encima del Ubuntu 20.04 que se lanzó en abril de 2020. Recordamos que 20.04 Focal Fossa es una versión LTS que estará soportada hasta 2025.

JingOS se podrá probar a finales de enero

¿Qué? ¿Que te gusta y quisieras probarlo? Lo siento. Lo que lanzarán será JingOS v0.6, pero aterrizará el 31 de enero si no hay ningún retraso. Será en ese momento cuando los usuarios de la Surface Pro 6 y el Huawei Matebok 14 podrán sacarle el mayor rendimiento, mientras que el resto podremos probarlo, si no da ningún fallo, en alguna alternativa como GNOME Boxes/Virtualbox o desde un pendrive. Si te sientes osado, seguramente también podrás instalarlo, pero no lo recomendamos.

Mientras esperamos, lo mejor que podemos hacer es echarle un vistazo a la video-preview que han publicado en YouTube.

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

En un intercambio reciente sobre la memoria de código de corrección de errores (memoria ECC), Linus Torvalds, criticó abiertamente a Intel por no llevar la RAM ECC a las plataformas principales y elogió a AMD por el soporte en plataformas Ryzen.

La memoria ECC, es un tipo de memoria de acceso aleatorio que contiene un código de corrección que permite detectar y corregir los tipos más comunes de corrupción de datos. Este tipo de memoria se utiliza en computadoras donde la corrupción de datos no se puede tolerar bajo ninguna circunstancia, como para cálculos científicos o financieros.

Para muchas industrias, si se producen errores de almacenamiento importantes, no solo existe el riesgo de pérdidas financieras y en el peor de los casos, la posición de una empresa puede verse seriamente debilitada en el mercado.

En este contexto se critica la tendencia a tener siempre más memoria; de hecho, cuanto más aumenta la capacidad de almacenamiento, más aumenta el riesgo de error. Es por eso que los entornos de trabajo y servidor que requieren una alta integridad de los datos enfatizan la protección integral de los datos. Por ejemplo, la memoria ECC se utiliza en lugar de la RAM normal para protegernos mejor y evitar errores de bits simples.

Ante esto, se han desarrollado varios enfoques para tratar los errores de memoria: programación con reconocimiento de inmunidad, bits de paridad y memoria de código de corrección de errores. El uso de ECC es como llamar a un código de datos que tiene la capacidad de detectar y corregir errores de un solo bit.

Además, el ECC también puede determinar errores raros de doble bit. Para aprovechar este método de corrección, los módulos de memoria de acceso aleatorio (RAM) ordinarios se amplían con un módulo de memoria ECC. Por eso hablamos de ECC RAM.

Al final del día, existe una compensación entre la protección contra la pérdida de datos y el mayor costo de la memoria. Por tanto, esto se hace con ciertos inconvenientes:

• La memoria de código de corrección de errores es más cara que la memoria convencional debido al hardware adicional necesario para producirla y los volúmenes de producción más bajos de esta memoria y los componentes asociados.
• Las placas base, los conjuntos de chips y los procesadores que admiten memoria de código de corrección de errores también son más costosos por las mismas razones.
• La memoria de códigos de corrección de errores puede ser de un 2 a un 3 por ciento más lenta que la memoria convencional debido al tiempo adicional requerido para la verificación y corrección de errores.
• Sin embargo, los sistemas modernos integran el manejo de errores en el procesador, lo que elimina el tiempo necesario para verificar y corregir los accesos a la memoria.

Perspectiva de Linus Torvalds

Cuando se le dijo: “Así que sí, estoy totalmente de acuerdo en que AMD ofrece un mejor trato. Sin embargo, el ECC realmente no importa aquí ”, respondió Linus Torvalds,

“ El ECC es absolutamente importante.

“La disponibilidad de ECC es muy importante, precisamente porque Intel ha sido fundamental en la destrucción de toda la industria de ECC con su horriblemente pobre segmentación de mercado.

“Salga y trate de encontrar ECC DIMM, es realmente difícil. Por supuesto, probablemente todo gracias a AMD, podría haber mejorado un poco últimamente, pero eso es exactamente lo que voy a hacer.

“Intel ha estado dañando a toda la industria ya los usuarios debido a sus políticas malas y equivocadas hacia ECC. Seriamente.

«Y si no me creen, miren las múltiples generaciones de memoria martillada, donde cada vez que Intel y los fabricantes de memorias se quejan sobre cómo se arreglará la próxima vez».

En su publicación, Torvalds señala con el dedo a Intel por la falta de una adopción generalizada de ECC en el espacio principal.

Torvalds cree que esto se debe al bloqueo completo de Intel del soporte ECC en sus procesadores y chipsets de consumo, diciendo que solo eso ha eliminado cualquier incentivo para que los fabricantes de memoria creen memoria ECC de escritorio para el público en general.

Torvalds también elogió a AMD por su soporte no oficial para ECC. A pesar de que se trata de un soporte no oficial, Linus todavía está muy feliz de que AMD incluso esté expandiendo la opción en las plataformas Ryzen.

«Realmente no me importa si miel sistema está equipado con ECC o no. Este no es el problema. Si tengo errores de memoria, en realidad soy bastante bueno para resolverlos. Además, termino usando máquinas bastante «seguras». Me aseguro de tener una potencia sobreespecificada, vivo principalmente al nivel del mar, no hago overclock y compro productos de buena reputación ”, dijo Torvalds.

Fuente: https://www.realworldtech.com/

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

Los desarrolladores de CloudLinux dieron a conocer hace poco que han aprobado el nombre de «AlmaLinux» para el desarrollo continuo de la rama de CentOS 8.

El proyecto originalmente se llamaba Lenix, pero ahora se ha decidido que AlmaLinux sería un nombre más apropiado para reemplazar CentOS que Lenix Linux. Se promete que la primera versión del kit de distribución se formará durante el primer trimestre de 2021.

Al igual que el clásico CentOS 8, la distribución se basará en el paquete base de Red Hat Enterprise Linux 8 y será totalmente compatible con los binarios RHEL.

Los usuarios podrán utilizar AlmaLinux como un reemplazo transparente de CentOS 8, además de que mencionan que la migración será extremadamente fácil.

Las actualizaciones para la rama de la distribución de AlmaLinux basadas en la base del paquete RHEL 8 se lanzarán hasta 2029.

Sobre AlmaLinux

El patrocinador principal del desarrollo es CloudLinux, que proporcionará recursos y desarrolladores al proyecto. En general, está previsto gastar un millón de dólares al año en el desarrollo del proyecto, a pesar de que la distribución será absolutamente gratuita para todas las categorías de usuarios y pertenecerá a la comunidad a la que se delegarán las funciones de toma de decisiones.

El modelo de interacción y gobernanza de la comunidad de AlmaLinux se construirá de forma similar al proyecto Fedora y todos los desarrollos se publicarán bajo licencias gratuitas.

El principal problema para los usuarios de CentOS, en el contexto de la transformación de CentOS clásico en CentOS Stream, fue la eliminación prematura del soporte para CentOS 8.

Al migrar sus sistemas de trabajo a CentOS 8, los usuarios esperaban que el soporte del proyecto duraría hasta 2029, pero Red Hat decidió dejar de publicar actualizaciones a fines de 2021, dejando solo la posibilidad de migrar a CentOS Stream, cuya estabilidad y compatibilidad con RHEL es cuestionable.

Aparte de AlmaLinux, Rocky Linux y Oracle Linux también se posicionan como alternativas al antiguo CentOS. Rocky Linux es desarrollado íntegramente por la comunidad, no depende de los intereses de empresas individuales, pero puede carecer de recursos y entusiastas.

Oracle Linux está vinculado a Oracle, que puede repensar el juego en cualquier momento. AlmaLinux está tratando de encontrar el equilibrio óptimo entre el soporte corporativo y los intereses de la comunidad; por un lado, los recursos y desarrolladores de CloudLinux, que tiene una amplia experiencia en el soporte de forks de RHEL, participarán en el desarrollo y, por otro lado, el proyecto será transparente y estará bajo el control de la comunidad.

“La desaparición de la versión estable de CentOS dejó una brecha muy grande en la comunidad de Linux que llevó a CloudLinux a intervenir y lanzar una alternativa CentOS”, dijo Igor Seletskiy, CEO y fundador de CloudLinux Inc. “Para CloudLinux fue un movimiento obvio: la comunidad de Linux lo necesitaba, y el sistema operativo CloudLinux es un clon de CentOS con un pedigrí significativo, que incluye más de 200.000 instancias de servidor activo…

Mientras tanto, Facebook y Twitter han apostado por CentOS Stream y han propuesto la creación de un grupo de trabajo de Hyperescala. Este grupo se centrará en el desarrollo de soluciones basadas en CentOS Stream y EPEL para grandes infraestructuras como Facebook y Twitter.

Los miembros del equipo desarrollarán conjuntos especializados de paquetes y herramientas para implementar CentOS Stream en dichas infraestructuras.

Entre las tareas del grupo se encuentra la creación de backports de versiones nuevas de algunos proyectos importantes, como el puerto systemd respaldado por Facebook para CentOS, basado en paquetes de Fedora.

Estos backports se pueden utilizar como un reemplazo transparente de los paquetes proporcionados en la distribución principal de CentOS Stream.

Otro objetivo del grupo es organizar pruebas a gran escala de cambios funcionales en la distribución para simplificar la integración en la distribución de innovaciones, como el soporte de copia en escritura en DNF y RPM, que afecta a todo el paquete de paquetes.

Esta característica se está probando actualmente en Fedora, pero el grupo de trabajo tiene la intención de hacer posible probar esta funcionalidad en entornos de producción basados ​​en CentOS Stream.

Fuente: https://www.businesswire.com

from Linux Adictos https://ift.tt/39uQQpa
via IFTTT