Deep Learning Super Sampling (DLSS) es una tecnología incorporada en los modelos de tarjetas gráficas NVIDIA Geforce RTX. Básicamente se utilizan técnicas de inteligencia artificial para mejorar el rendimiento de los juegos sin exigirle más al hardware.

Cómo funciona el DLSS

Estas nuevas tarjetas incluyen núcleos especializados en la ejecución de algoritmo utilizados en inteligencia artificial. Mediante la tecnología DLSS, una imagen puede renderizarse a una resolución baja y aplicando el aprendizaje profundo visualizarse como si se hubiera hecho con una calidad superior. Esto lo logra en las partes del fotograma más relevantes para la percepción humana.

Para realizar su trabajo los nucleos Tensor recogen información sobre la mitad de los píxeles que debe renderizar (a una resolución inferior). Esto lo completa con información generada por inteligencia artifical, desde el servidor central de NVIDIA, extrapolando los datos de los miles de imágenes que tienen procesadas, para conseguir la imagen definitiva. En otras palabras, se obtiene el mismo resultado con la mitad del trabajo local.

Aclaremos que esto no funciona con todos los juegos, solo con algunos títulos. Es decir que lo que se muestra es una combinación de lo que está pasando en el juego con otras almacenadas previamente en su servidor. ¿Soy yo el único que piensa en que esto es una pesadilla de privacidad?

¿Tendremos Deep Learning Super-Sampling en Linux?

Si y no.

Mediante una colaboración con Valve, se prodrá usar esta tecnología siempre y cuando contemos con las tarjetas compatibles y en aquellos juegos soportados siempre y cuando corran bajo Proton. Según algunos cálculo esto reduce la cuenta disponible al 50% de la lista (30 sobre 60)

Proton es una herramienta que se usa en conjunto con el cliente de Steam y permite que los juegos exclusivos de Windows se ejecuten en el sistema operativo Linux. Proton se apoya en Wine para proveer la capa de compatibilidad.

Siempre nos quedará AMD

En la misma feria taiwanesa donde NVIDIA anunció su acuerdo con Valve, AMD anunció su propia tecnología llamada FidelityFX Super Resolution (FSR)
AMD la define como:

…nuestra nueva solución de código abierto de alta calidad para producir fotogramas de alta resolución a partir de entradas de menor resolución. Utiliza una colección de algoritmos de vanguardia con un énfasis especial en la creación de bordes de alta calidad, lo que proporciona grandes mejoras de rendimiento en comparación con el renderizado a resolución nativa directamente. FSR permite un «rendimiento práctico» para las operaciones de renderizado más costosas, como el trazado de rayos por hardware.

Mientras que NVIDIA limita estas nuevas característícas a los controladores propietarios de sus tarjetas gráficas (Que no suelen actualizarse ni funcionar igual de bien en Linux como en Windows) AMD no solo abrió el código fuente de sus drivers (logrando un salto cualitativo de calidad) sino que FSR no requerirá de un controlador específico. Por el momento es compatible con más de 100 GPU y procesadores y tendrá soporte para dispositivos móviles.

De acuerdo a lo anunciado, FSR viene con cuatro modos de calidad y podría lograr hasta el doble del rendimiento del 4K nativo en los títulos compatibles.

Según pruebas realizadas por AMD, La activación de FSR en el modo de calidad Ultra produjo un aumento del 59 por ciento en el rendimiento, llevando la velocidad de cuadro promedio a 78 FPS. Con el modo Performance más intenso, el promedio se elevó a 150 FPS .Esto significa un aumento del desempeño de más de un 200%

Mientras que los primeros parches para juegos van a estar disponibles a partir del 22 de junio, no se anunció todavía cuando va a estar la disponibilidad del código fuente. Si se conoció que estará disponible bajo la licencia MIT.

Por el momento, la propuesta de NVIDIA va liderando con una mayor cantidad de títulos. Sin embargo, FidelityFX Super Resolution es la tecnología elegida por dos de las consoloas más populares; Xbox y PlayStation.

Lo seguro es que al ser de código abierto, sin dudas la todavía creciente, pero cada vez más numerosa lista de juegos nativos para Linux no vacilarán en incorporarla

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

La nueva versión de KDE Plasma 5.22 ya está disponible y en esta nueva versión se destacan diversas mejoras clave de entre las cuales se destaca la implementación de un modo de ajuste adaptativo de la transparencia del panel y widgets ubicados en el panel, en el que el panel es transparente por defecto, pero la transparencia se desactiva automáticamente si hay al menos una ventana maximizada a pantalla completa. En las opciones del panel, puede deshabilitar este comportamiento y habilitar la transparencia u opacidad permanente.

Tambien podremos encontrar en esta nueva versión que el trabajo que se ha venido realizado para el soporte para Wayland continua mejorado enormemente, pues al usar Wayland, se proporciona la capacidad de trabajar con salas (actividad) y soporte para buscar por elementos de menú en el subprograma con la implementación del menú global, tambien se ha ajustado el trabajo de maximización vertical y horizontal de ventanas, así como se ha implementado la posibilidad de utilizar el efecto «Ventanas presentes».

Mientras que para el administrador de ventanas de KWin utiliza el protocolo Wayland para optimizar el rendimiento mediante el escaneo directo de ventanas de pantalla completa en GPU que no son de NVIDIA y se agregó soporte para la tecnología FreeSync de Wayland, que permite que la tarjeta gráfica cambie la frecuencia de actualización del monitor para garantizar un juego suave y sin rasgaduras.

Además, se menciona que se ha trabajado para unificar la interfaz de los subprogramas de la bandeja del sistema y se modificó el diseño del cuadro de diálogo emergente del subprograma del reloj y se agregó la capacidad de personalizar la visualización de la fecha en una línea con la hora. El subprograma de control de volumen ofrece la posibilidad de seleccionar un perfil para dispositivos de audio, por ejemplo, para cambiar rápidamente el dispositivo de reproducción sin abrir la interfaz de configuración.

En el sistema para mostrar notificaciones de archivos descargados o movidos, se proporciona la pantalla de aplicaciones, que se abrirá cuando se haga clic en el enlace «abrir». Las notificaciones de descarga de archivos ahora informan al usuario que el proceso de descarga está bloqueado y la necesidad de iniciar acciones para iniciar o continuar la descarga.

En KRunner, se implementa la visualización de resultados de búsqueda de varias líneas, lo que, por ejemplo, hace que sea más conveniente mostrar definiciones, además de que tambien se agregó filtrado de duplicados encontrados por diferentes controladores (por ejemplo, la búsqueda de «firefox» ya no ofrece opciones equivalentes para iniciar la aplicación Firefox y ejecutar el comando firefox en la línea de comandos).

Para realizar un seguimiento de los cambios en los parámetros del sistema (consumo de memoria, carga de la CPU, actividad de la red, ejecución de aplicaciones, etc.), se utiliza la interfaz Plasma System Monitor de forma predeterminada , que reemplazó a KSysGuard .

Finalmente, tambien podremos encontrar que cuando inicia el configurador, ahora se muestra una nueva página de configuración rápida de forma predeterminada, donde los parámetros más populares se recopilan en un solo lugar, así como un enlace para cambiar el fondo de pantalla del escritorio.

De los demás cambios que se destacan de esta nueva versión:

• En configuraciones de varios monitores, de forma predeterminada, las ventanas se abrirán en la pantalla donde se encuentra actualmente el cursor.
• Se agregó un parámetro para controlar la actividad del modo de instalación de la actualización en el modo fuera de línea, omitiendo la configuración predeterminada que se ofrece en las distribuciones.
• Soporte mejorado para ayudas para discapacitados y navegación por teclado.
• Se agregó el atajo de teclado Meta + V para mostrar el historial de colocación de datos en el portapapeles.
• El nuevo menú Kickoff elimina los molestos retrasos antes de cambiar de categoría y también resuelve un problema con el cambio aleatorio de categorías al mover el cursor.
• En el administrador de tareas, se ha cambiado el comportamiento predeterminado del modo de resaltado de la ventana, que ahora se activa solo cuando el cursor del mouse se desplaza sobre la miniatura de la ventana.
• Se ha asegurado el correcto funcionamiento de las teclas de acceso rápido globales, que afectan no solo a los caracteres latinos en los teclados.
• El widget de notas adhesivas ofrece la posibilidad de cambiar el tamaño del texto.

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

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

El Comité Directivo de GCC aprobó hace pocos dias el fin de la transferencia obligatoria de los derechos de propiedad del código a la Open Source Foundation. Con este nuevo cambio los desarrolladores que deseen enviar cambios al GCC ya no están obligados a firmar un CLA con la Free Software Foundation, es decir, para participar en el desarrollo, a partir de ahora, solo puede confirmar que el desarrollador tiene derecho a transferir el código y no intenta apropiarse del código de otra persona.

Los desarrolladores que no quieran firmar un acuerdo CLA con la Free Software Foundation tienen la oportunidad de utilizar los términos del Certificado de origen de desarrollador (DCO), que se han aplicado desde 2004 al transferir cambios al kernel de Linux.

De acuerdo con las reglas de DCO, el seguimiento del autor se lleva a cabo adjuntando una línea «Firmado por: nombre del desarrollador y correo electrónico» a cada cambio. Al adjuntar esta firma al parche, el desarrollador confirma su autoría sobre el código transferido y acepta su distribución como parte del proyecto o como parte del código bajo una licencia gratuita.

Si anteriormente los desarrolladores firmaron un acuerdo especial que transfiere todos los derechos de propiedad del código a la Open Source Foundation, ahora dicho acuerdo se firma a voluntad y el desarrollador puede retener los derechos de su código. Por lo tanto, los derechos de propiedad del código GCC ahora se distribuirán entre la Open Source Foundation y los participantes del desarrollo que no firmaron el acuerdo.

Tal distribución complica el cambio en los términos de distribución del proyecto, ya que para cambiar la licencia será necesario obtener el consentimiento personal de cada desarrollador que no haya cedido los derechos a la Open Source Foundation. Al mismo tiempo, la terminación de la transferencia de derechos a la Free Software Foundation no complicará una posible transición a futuras versiones de la licencia GPL, ya que GCC se distribuye bajo la licencia «GPLv3 o versión más reciente», que permite cambiar la licencia de GPLv4 sin la aprobación separada de cada desarrollador.

De los efectos positivos de la denegación de la transferencia obligatoria de derechos al código, hay un aumento en el atractivo de la participación en el desarrollo de CCG por parte de corporaciones y empleados de grandes empresas, quienes previamente necesitaban coordinar adicionalmente la firma de un acuerdo en diversas instancias y servicios legales. Por ejemplo,

Al concentrar los derechos de propiedad en las mismas manos, la Open Source Foundation actuó como garante de la preservación de la invariabilidad de la política de distribuir el código de proyectos solo bajo licencias libres y realizó la tarea de proteger a la comunidad de cambiar el rumbo originalmente planeado del desarrollo del proyecto (por ejemplo, bloqueó la posible introducción de una licencia doble / comercial o el lanzamiento de productos propietarios cerrados bajo un acuerdo separado con los autores del código).

La Free Software Foundation también podría participar en la resolución de conflictos legales en nombre de los desarrolladores y tomar decisiones por sí sola sobre el cambio de las condiciones de la licencia (por ejemplo, forzar la transición a una nueva versión de la licencia GPL).

Algunos desarrolladores fueron criticados por las acciones del comité directivo de GCC, que aprobó la decisión sin discusión previa en la comunidad. Por cierto, la discusión fue, pero ella se centró en sí continuar la cooperación con el antiguo Proyecto GNU de GCC y la Fundación para el ACT. Los ecos de esta discusión se pueden rastrear en la frase mencionada en el anuncio «GCC fue creado como parte del proyecto GNU, pero ha crecido para actuar como un proyecto independiente».

La preocupación es que sin la propiedad centralizada de todo el código, podría surgir confusión al negociar cuestiones de licencias. Si antes todas las reclamaciones sobre la violación de las condiciones de la licencia se resolvían mediante la interacción con una organización, ahora el resultado de las violaciones, incluidas las no intencionales, se vuelve impredecible y requiere el acuerdo con cada participante individual.

Fuente: https://gcc.gnu.org

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

Ayer, los que usamos esta popular distribución basada en Arch Linux pudimos ver como Pamac se llenaba de nuevos paquetes por actualizar. Eso significa que ya había disponible una nueva versión estable, pero éstas llegan antes a las instalaciones existentes que en forma de nuevas imágenes ISO. Hace unos instantes, el proyecto ha anunciado el lanzamiento de Manjaro 21.0.6, lo que no son las mejores noticias del mundo para los usuarios de GNOME porque eso se traduce en que aún tendrán que esperar más para usar la última versión de la Shell.

Y es que Manjaro empezará a usar GNOME 40 a partir de la v21.1 del sistema operativo, y eso es lo que algunos estarán esperando como agua de mayo y lo que aún no ha llegado. Los que sí salimos bien parados una vez más somos los usuarios de KDE, ya que se han actualizado las aplicaciones del proyecto a KDE Gear 21.04.1. Y también han añadido los nuevos paquetes para el escritorio Cutefish que tanto recuerda a JingOS.

Novedades más destacadas de Manjaro 21.0.6 Ornara

Tal y como mencionaron ayer cuando anunciaron el lanzamiento de una nueva versión estable, las novedades más destacadas son las siguientes:

• Se han actualizado los kernels, siendo el más actualizado Linux 5.12.8.
• El driver de NVIDIA se ha actualizado a la versión 465.31.
• Se ha añadido Cutefish DE (CDE).
• Se han actualizado los complementos de Kodi (Kodi-Addons).
• LibreOffice 7.0.6. En el canal «Fresh» también está disponible la versión más actualizada.
• Mesa se ha actualizado a la v21.1.2.
• gcc 11.
• KDE Gear 21.04.1 en la edición KDE.
• Muchos paquetes de KDE-git se han actualizado y/o eliminado de los repositorios de la comunidad (community).
• Otras actualizaciones a sus últimas versiones incluyendo las de Python y Haskell.

Manjaro 21.0.6 Ornara es oficial para las instalaciones existentes desde hace poco menos de 24 horas, y ya se pueden descargar las nuevas imágenes XFCE, GNOME y KDE desde los enlaces que proporcionan en la nota de este lanzamiento.

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

Durante la conferencia en línea FutureStack 2021 que se celebró hace pocos dias, New Relic dio a conocer que está integrando su plataforma de observabilidad Pixie de código abierto para Kubernetes con la plataforma New Relic One.

Con ello New Relic está reforzando su producto con una nueva «experiencia de Kubernetes» que, según dice, permitirá información instantánea sobre el sistema de orquestación de contenedores de software sin necesidad de actualizar ningún código o datos de muestra primero. La compañía también anunció mejoras en su seguimiento de errores, monitoreo de red y capacidades de programación, además de dos nuevas versiones de su plataforma centradas en la comunidad.

Para quienes desconocen de New Relic, deben saber que esta es una compañía que vende herramientas de monitoreo de aplicaciones y DevOps que ayudan a los desarrolladores a detectar problemas con sus aplicaciones de software. Básicamente se dedica a proporciona un servicio de monitoreo para aplicaciones que se ejecuta en tiempo real, lo que ayuda a los equipos de DevOps a comprender completamente cualquier problema que pueda afectar el rendimiento del software.

Pixie es una plataforma de observación en clúster nativa de Kubernetes que la compañía adquirió el año pasado cuando compró Pixie Labs. Esa adquisición fue parte de una iniciativa para instrumentar aplicaciones basadas en microservicios sin requerir que las organizaciones de TI implementen software de agente para cada una.

El CEO y fundador de la compañía, Lew Cirne, describió la funcionalidad de Pixie en una publicación de blog en ese momento:

«Con un solo comando CLI, los desarrolladores pueden ver todas las métricas, eventos, registros y trazas de sus aplicaciones. La tecnología de Pixie elimina la necesidad de agregar código de instrumentación, configurar paneles de control ad hoc o mover datos fuera del clúster, lo que ahorra a los desarrolladores un tiempo valioso para que puedan concentrarse en crear un mejor software. Omita los cambios de código y obtenga una observabilidad instantánea de Kubernetes «.

La plataforma New Relic One es popular, pero la compañía ha tenido problemas para obtener ganancias. Al igual que muchas empresas de tecnología, ha alejado su negocio de la venta de licencias de software a un modelo de suscripción, y el año pasado anunció una importante revisión de los precios de sus productos para tratar de diferenciar más su propuesta de valor. Eso fue visto como un movimiento necesario por la gerencia de la compañía, ya que el mercado de observabilidad se está volviendo rápidamente más concurrido con ofertas competidoras.

A pesar de todos sus problemas, New Relic ha continuado enfocándose en brindar una mejor experiencia para los clientes y su nueva experiencia de Kubernetes representa el fruto de esos esfuerzos. La nueva capacidad está disponible en versión beta a partir de hoy, impulsada por Auto-Telemetry con Pixie, una tecnología que la compañía tuvo en sus manos cuando adquirió una startup llamada Pixie Labs Inc. en diciembre.

La ventaja clave de la tecnología de Pixie Labs es su capacidad para recopilar datos operativos de Kubernetes, que es un software de código abierto que se utiliza para monitorear los contenedores de software que albergan los componentes de las aplicaciones modernas, sin escribir ningún código adicional. Eso ahorra tiempo a los desarrolladores, especialmente en grandes proyectos de software empresarial en los que es posible que deban instrumentarse decenas o cientos de componentes.

«Instrumentar una aplicación para proporcionar los datos de telemetría que necesita fue un proceso muy manual», dijo a SiliconANGLE Zain Asgar, cofundador de Pixie y ahora vicepresidente general y gerente general de Pixie en New Relic. “Implica muchos cambios de código y podría tomar semanas, si no meses, para ver el valor. Incluso el simple mantenimiento de esta instrumentación fue una gran carga para los equipos «.

Pixie soluciona esto mediante el uso de una tecnología del kernel de Linux llamada Filtro de paquetes Berkeley extendido. El eBPF funciona capturando información detallada sobre lo que sucede dentro de las aplicaciones al aprovechar el tráfico de la red, sin cambiar ningún código dentro de las aplicaciones. 

Fuente: https://newrelic.com

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

Alibaba dio a conocer hace pocos dias que han tomado la decisión de liberar el código fuente de su sistema de gestión de bases de datos distribuidas «PolarDB» el cual está basado en PostgreSQL, el código está abierto bajo la licencia Apache 2.0.

Para quienes desconocen de PolarDB, deben saber que esta es una base de datos relacional basado en la nube desarrollada por Alibaba que amplía las capacidades de PostgreSQL para el almacenamiento de datos distribuidos con integridad y soporte para transacciones ACID en el contexto de toda la base de datos global, distribuida en diferentes nodos de clúster.

PolarDB también admite el procesamiento distribuido de consultas SQL, proporcionando tolerancia a fallas y almacenamiento de datos redundante para reponer la información después de que uno o más nodos fallan. Si necesita expandir el almacenamiento, simplemente agregue nuevos nodos al clúster.

PolarDB consta de dos partes: extensiones y un conjunto de parches para PostgreSQL. Los parches amplían las capacidades del núcleo de PostgreSQL y las extensiones incluyen componentes implementados por separado de PostgreSQL, como un mecanismo de administración de transacciones distribuidas, servicios globales, un procesador de consultas SQL distribuido, metadatos adicionales, herramientas para administrar un clúster, implementar un clúster, y simplificar la migración de los sistemas existentes a él.

Los parches agregan una versión distribuida del mecanismo de control de concurrencia multiversion (MVCC) al núcleo de PostgreSQL para diferentes niveles de aislamiento. La mayor parte de la funcionalidad de PolarDB se ha trasladado a extensiones, lo que reduce la dependencia de PostgreSQL y simplifica la actualización e implementación de soluciones basadas en PolarDB (simplifica la transición a nuevas versiones de PostgreSQL y mantiene total compatibilidad con PostgreSQL).

Hay tres componentes básicos en un clúster: nodos de base de datos (DN), administrador de clúster (CM) y servicio de administración de transacciones (TM), además, puede estar involucrado un equilibrador de carga de proxy. Cada uno de los componentes es un proceso independiente y se puede ejecutar en diferentes servidores físicos. Los nodos de bases de datos sirven consultas SQL de clientes y al mismo tiempo actúan como coordinadores de la ejecución de consultas distribuidas con la participación de otros nodos de bases de datos.

El administrador del clúster monitorea el estado de cada nodo de la base de datos, almacena la configuración del clúster y proporciona herramientas para administrar, realizar copias de seguridad, equilibrar la carga, actualizar, iniciar y detener nodos. El servicio de administración de transacciones es responsable de mantener la integridad general en todo el clúster.

PolarDB se basa en la arquitectura de computación distribuida Shared-nothing  según la cual los datos se distribuyen durante el almacenamiento a diferentes nodos, sin usar un almacenamiento común para todos los nodos y cada nodo es responsable de la pieza de datos vinculada a él y ejecuta los datos de consultas relacionadas.

Cada tabla se fragmenta mediante hash de clave principal. Si la solicitud cubre datos ubicados en diferentes nodos, el motor de ejecución de transacciones distribuidas y el coordinador de transacciones están conectados para garantizar la atomicidad, consistencia, aislamiento y confiabilidad (ACID).

Para garantizar la tolerancia a fallos, cada segmento se replica en al menos tres nodos. Para ahorrar recursos, los datos completos incluyen solo dos réplicas y una se limita a almacenar el registro de escritura diferida (WAL). Uno de los dos nodos de réplica completa se elige como líder y participa en el procesamiento de solicitudes, mientras que el segundo nodo actúa como repuesto para el segmento de datos en consideración, y el tercero participa en la selección del nodo principal y puede usarse para restaurar información en caso de falla de dos nodos con réplicas completas.

La replicación de datos entre los nodos del clúster se organiza mediante el algoritmo de Paxos, que asegura la determinación consistente del consenso en una red con nodos potencialmente no confiables. Cabe señalar que se prevé divulgar la funcionalidad completa del DBMS PolarDB en tres versiones.

Finalmente si estás interesado en conocer más al respecto, puedes consultar los detalles en el siguiente enlace.

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

Google dio a conocer hace pocos dias (después de la liberación de la última versión de Chrome) información técnica sobre dos nuevas tecnologías de optimización de código incluidas, que prometen mejorar los tiempos de carga de las páginas web hasta en un 23% en algunos casos.

La compañía detalló las dos tecnologías, llamadas Sparkplug y «llamadas incorporadas breves». Ambos se implementan como parte del motor V8 que Chrome usa para cargar el código JavaScript de las páginas web. Las páginas web utilizan JavaScript para activar funciones clave como botones y menús, lo que significa que aumentar la velocidad a la que se ejecuta el código escrito en el idioma puede proporcionar una mejora significativa del rendimiento general.

Se menciona que el motor V8:

«ejecuta más de 78 años de código JavaScript a diario… Chrome es ahora hasta un 23% más rápido con el lanzamiento de un nuevo compilador Sparkplug y breves llamadas integradas, lo que ahorra más de 17 años de tiempo de CPU de nuestros usuarios cada día». escribió el gerente de producto de Chrome, Thomas Nattestad, en una publicación de blog.

El código escrito en lenguajes de programación como JavaScript no se puede ejecutar directamente en la unidad central de procesamiento de una computadora, sino que primero debe convertirse en el llamado código de bajo nivel (código de máquina).

Esta es una tarea que los ingenieros de Google han acelerado con Sparkplug, la primera de las dos tecnologías recientemente detalladas. Es un compilador que transforma el código JavaScript de una página web en código de máquina y en el proceso, realiza optimizaciones para ayudar a la computadora del usuario a cargar la página web más rápido.

Y es que aun que Chrome ya tiene un compilador que optimiza el código para mejorar el rendimiento, ese compilador existente tarda un tiempo en entrar en acción después de que un usuario abre una página web, lo que significa que hay una ventana de tiempo en la que el contenido web se ha cargado pero aún no se está ejecutando tan lejos como debería. Sparkplug proporciona un aumento de velocidad en esa ventana de tiempo para que los usuarios puedan experimentar una navegación más rápida incluso antes de que Chrome complete todas sus optimizaciones.

La razón por la que Sparkplug puede comenzar a aumentar el rendimiento del código antes de que se active el compilador de optimización existente de Chrome es que es más rápido. Esa ventaja de velocidad, a su vez, es el resultado de dos métodos de software específicos implementados por los ingenieros de Google.

Primero, Sparkplug aprovecha el hecho de que Chrome convierte el código JavaScript de todas las páginas web en un formulario intermedio llamado bytecode para facilitar el procesamiento. Sparkplug realiza sus optimizaciones en el código de bytes en lugar del código JavaScript original, que por varias razones técnicas es más rápido.

El segundo método con el que Google aceleró Sparkplug consistió en omitir uno de los pasos que normalmente implica el proceso de optimización del código.

La otra tecnología nueva que contribuye al rendimiento de la nueva versión de Chrome se denomina llamadas incorporadas breves. La tecnología deriva sus nombres de incorporados, que son fragmentos de código que se ejecutan junto con el código JavaScript de una página web y realizan varias tareas auxiliares.

Antes de la introducción de la función, Chrome almacenaba códigos integrados y JavaScript en partes seleccionadas al azar de la memoria de una computadora, lo que ralentizaba el rendimiento debido a un detalle técnico relacionado con la forma en que se construyen los procesadores modernos.

En la práctica, la tecnología logra la aceleración al reducir la necesidad de que los procesadores utilicen su mecanismo de predicción de ramas. El mecanismo de predicción de rama es un componente de chip que adivina los resultados futuros de los cálculos. Al usar menos el componente, Chrome reduce el riesgo de que el chip haga conjeturas incorrectas que retrasan el procesamiento y, por lo tanto, mejoran el rendimiento.

Fuente: https://blog.chromium.org

from Linux Adictos https://ift.tt/34ZftZ5
via IFTTT

Hoy, mientras en Europa se acercaba al mediodía y América Latina comenzaba a despertarse, varios de los sitios web con más visitas del mundo experimentaron problemas de funcionamiento. Entre ellos se contaron redes sociales como Twitter, streaming de video como Twich o Vimeo, agregadores de contenido como Reddit y medios de comunicación como CNN  o The New York Times.

Dentro de la comunidad de código abierto vale mencionar a FreeBSD, la nueva distribución Rocky Linux (Un fork de CentOS desarrollado por su fundador) y el sistema de control de versiones  GitHub propiedad de Microsoft. GitHub sea probablemente el servicio que  más proyectos de código abierto aloja.

La broma más difundida entre los programadores es que, al estar entre los sitios perjudicados StackOverflow (un sitio de preguntas y respuestas sobre programación del que según las malas lenguas todos copian código ), la mayor parte del gremio hoy se tomó vacaciones.

El responsable de la caída de sitios web

Los visitantes de los sitios afectados, al intentar interactuar con los mismos, se encontraron con el mensaje de error: «Error 503 Servicio no disponible». El problema estaba relacionado con una interrupción originada en la plataforma en la nube y la red de entrega de contenido (CDN) Fastly.

Desde Fastly se informó que estaban experimentando una interrupción global del servicio de CDN, lo que causó diversos grados de problemas de funcionamiento a sitios de Norteamérica, Sudamérica, Europa, Asia / Pacífico, Sudáfrica e India,

Los servicios comenzaron a normalizarse 45 minutos después del primer anuncio cuando desde Fastly aseguraron haber encontrado el problema y estar trabajando en la solución.

Con posterioridad se informó que el problema había sido una configuración de servicio que ocasionó interrupciones en sus «Puntos de presencia». La solución fue desactivar esa onfiguración.

¿Qué son las redes de entrega de contenidos (CDN)

Internet no deja de ser una infraestuctura física con las limitaciones propias de todo lo físico. La velocidad de acceso al contenido está determinada por dos factores: El peso del archivo y la distancia. Una distribución Linux que pesa 1gb se descargará más rápido que una que pesa 2gb (Si los demás factores no varián. De la misma forma,si hay dos usuarios con la misma velocidad de conexión, el que esté geograficamente más cerca del servidor de origen (siempre que los demás factores sean similares) lo descargará más rápido.

No siempre se puede hacer algo para reducir el peso de lo descargado. En particular, en los archivos multimedia se corre el riesgo de afectar la calidad. Por lo tanto, los proveedores trabajan con el otro factor, la distancia.

Llamamos red de entrega de contenido (CDN) a un grupo de servidores distribuidos geográficamente que trabajan juntos para proporcionar una entrega rápida de contenido.

Mediante el uso de una CDN los creadores de contenidos disponen de una transferencia rápida de activos necesarios para cargar todo tipo de contenidos web sin que el usuario deba experimentar una demora. Este contenido incluye páginas HTML, archivos javascript, hojas de estilo, imágenes y videos.

Por otra parte, los CDN constituyen una eficaz protección contra varios ataques informáticos comunes como el de denegación de servicio distribuído (DDOS)

Los servidores que forman parte de una CDN están vinculados entre sí y suelen encontrarse en las ubicaciones principales de conexión entre los diferentes proveedores de Internet para proporcionar acceso al tráfico que se origina en sus diferentes redes. De esta forma se reduce la velocidad de tránsito entre los datos.

Hay que tener en claro que los servicios de CDN no son un servicio de alojamiento web. Su misión es solamente la de proveer contenido cuya velocidad de acceso es crítica. Por ejemplo, si una web utiliza frameworks como Bootstrap o jQuery, o el set de tipografias de Google, el diseñador web no necesita incluir los archivos en el sitio. Basta con que incluya el enlace con la ubicación correspondiente.

Por supuesto que esto tiene una contra. El alto costo de tener servidores en ubicaciones estratégicas en todo el mundo no está al alcance de cualquiera. Por eso cada uno de los servicios necesita múltiples clientes para financiarse. Cuando uno de estos servicios cae, también cae gran parte de Internet.

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

Yo soy un fiel usuario del software de KDE. Soy fiel porque lo uso en mi portátil principal, en el menos potente desde donde estoy escribiendo este artículo y en el sistema de escritorio que uso en la Raspberry Pi, pero recientemente se me pasó por la cabeza dejar de serlo tras haber probado la v40 del famoso escritorio. Los nuevos gestos llaman mucho la atención, pero compañías como Canonical o Manjaro no lo adoptaron en su momento porque todo estaba muy inmaduro. Hoy, el proyecto ha lanzado GNOME 40.2 para mejorar las cosas.

Y no, no es que GNOME hubiera hecho un mal trabajo con esta actualización; el problema es que muchas extensiones no funcionaban, y GTK4 también se había lanzado poco tiempo antes, por lo que no todo era consistente. Manjaro ya lo tiene preparado y lo pondrá a disposición de los usuarios de la rama Stable pronto, mientras que los que prefieran Fedora se aprovecharán de los retoques introducidos en GNOME 40.2 cuando suban los nuevos paquetes.

Novedades más destacadas de GNOME 40.2

Tal y como leemos en la lista de cambios, GNOME 40.2 introduce novedades como estas:

• Mejoras en la integración táctil de las acciones en la rejilla de apps.
• Mejoras al compartir la pantalla (screencasting) en la escala fraccional.
• Mejorado el marcador de espacio de trabajo en el minimapa de Actividades.
• Mejorada la autenticación de la huella dactilar.
• Compatibilidad con fondos animados configurados a través del portal de fondos de pantalla.
• Mejorado el rendimiento durante la transición de la Luz Nocturna en las GPUs NVIDIA.
• Soporte para el proveedor de previsión meteorológica met.no en el Calendario de GNOME.
• Capacidad para que la vista de atributos SMART en los Discos de GNOME se expanda verticalmente.
• Capacidad para que el daemon de Configuración de GNOME lea /dev/rfkill en los núcleos más nuevos,
• Ahora puede informar del porcentaje real de batería cuando está llena.
• El centro de software de GNOME ha mejorado en aspectos como que ahora viene con un mejor soporte para las aplicaciones Flatpak.
• Mejorada la descarga automática de actualizaciones pendientes.
• Mejoras en el tema de iconos Adwaita.
• Correcciones en los problemas de memoria de Epiphany y en el Calendario de GNOME.
• Se ha añadido soporte para el formato de cómics RAR v5.
• Se ha solucionado el problema que hacía que GDM se quedara con el 100% de la CPU al inicio, y lo mismo con un problema similar en Gedit.

Ya disponible, pronto en tu distribución… si no usas Ubuntu

GNOME 40.2 ha sido lanzado oficialmente, por lo que ya está en manos de todo aquel que quiera descargarlo. El problema es que la mayoría de distribuciones importantes han querido esperar, por lo que las mejores maneras de probarlo lo más pronto posible es usando Fedora o sistemas Rolling Release como Arch Linux o Manjaro en su rama Unstable. Los usuarios de Ubuntu tendrán que esperar un poco más, hasta octubre, y probablemente darán el salto directo a GNOME 41.

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

Al leer esta publicación de WineHQ me he plantado algunas cosas. Aunque cuando publicamos los artículos cada dos semanas explicamos que son versiones de desarrollo, en las imágenes no lo indicamos así, por lo que puede se confuso. Sí lo añadimos en las versiones estables, pero creo que no está de más hacerlo también en las de desarrollo. Todo esto me viene a la cabeza pensando que se pueden mejorar las cosas, y lo he pensado tras el lanzamiento de WINE 6.0.1 que ha tenido lugar hace unas horas.

Para dejarlo un poco más claro, WineHQ lanza una actualización mayor al año, momento en el que pasa a desarrollar la siguiente versión importante. Las versiones de desarrollo o, más concretamente las»Staging», se lanzan cada dos semanas, cada siete días poco antes del lanzamiento estable, cuando pasan a etiquetarse de Release Candidate. Mientras tanto, el proyecto puede lanzar correcciones, como hoy. Y en cuanto a qué es mejor, creo que es un poco comparable al software LTS o a lo que hace LibreOffice: a mayor numeración, más funciones, pero puede haber más bugs. Por ejemplo, para los gamers pueden ser mejor las versiones de desarrollo, pero los que dependen de un programa ya soportado y que funciona bien deberían mantenerse en las estables.

WINE 6.0.1 introduce más de 100 cambios

Lo que cambia poco con respecto a las versiones de desarrollo (y las RC) es lo que publican. WineHQ menciona pocos cambios como los más importantes, y entre los que incluye WINE 6.0.1 destaca el soporte para WINE64 en el Apple M1. Por todo lo demás, han corregido 63 fallos e introducido 103 cambios. En cuanto al software que mejorará con esta actualización, tenemos productos de Adobe, Skyrim SE, Deer Hunter, The Witcher 3, World of Tanks y Far Manager, entre otras muchas aplicaciones y juegos.

Los usuarios interesados en instalar WINE 6.0.1 pueden hacerlo del mismo modo que con las versiones de desarrollo: en este y este otro enlace están los binarios, y desde la página de descargas nos indican cómo instalarlo vía repositorio o en otros sistemas operativos. Si elegimos esta última opción, dependiendo del sistema operativo también tendremos que elegir la rama Stable. Teniendo en cuenta que 6.0.1 es una versión estable, es probable que también aparezcan los nuevos paquetes en los repositorios oficiales de algunas distribuciones.

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