El pasado noviembre nos hicimos eco de algo que estaba preparando Vivaldi Technologies para su navegador. En prácticamente todos sus rivales, yo no conozco a otro que lo haga, cuando queremos revisar nuestro correo o ver qué tareas tenemos por delante tenemos que entrar a la página web del servicio o usar un cliente como Thunderbird. Eso ya no será necesario a partir del Vivaldi 4.0 que han lanzado esta misma mañana.

De hecho, estas opciones ayudaron a que yo me cambiara a Vivaldi como navegador por defecto hace ahora algo más de un mes. Además del calendario y el correo, el que quiera suscribirse a feeds RSS también puede hacerlo desde una nueva herramienta, pero si personalmente no la uso es porque mezcla correo con noticias, aparece que hay algo por leer y no sincroniza entre dispositivos, por lo que me he quedado con Inoreader en el panel lateral.

Novedades más destacadas de Vivaldi 4.0

• Herramienta de traducción nativa, impulsada por Lingvanex.
• Cliente de correo (por pestañas), calendario y RSS que se añaden al panel lateral. Si se activa la opción RSS, aparece un nuevo icono en la barra de URL para suscribirse rápidamente. En la nota de lanzamiento explican cómo hacer que no se muestre en el correo, por lo que le daré otra oportunidad.
• Nueva pantalla de bienvenida desde donde elegimos cuánto de las funciones especiales queremos usar, entre la opción esencial, clásica y completa. Como no podía ser de otra manera, si algo no se activa desde el principio, se puede activar más adelante.
• Nuevos temas.
• Soporte para azerbaiyano y kurdo.
• Motor actualizado a Chromium 91.0.4472.79.
• Corregidos muchos bugs, disponibles todos en la lista de cambios.

Vivaldi 4.0  ha sido lanzado oficialmente esta mañana, por lo que los usuarios de Windows y macOS ya pueden actualizar desde el mismo navegador o descargar la nueva versión desde la página oficial. Entre los usuarios de Linux, en Ubuntu ya está disponible desde el repositorio, mientras que a otros sistemas operativos llegará en los próximos días.

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

A finales del 2020 Collabora dio a conocer sus intenciones de crear un controlador para Wine para poder trabajar con Wayland, ya que en Linux, Wine usa X11 para interactuar con el servidor de pantalla X11. En muchos sistemas modernos el protocolo Wayland es, por diseño, más restringido en comparación con los sistemas de visualización más tradicionales como X11 y win32, lo que presenta un conjunto único de desafíos en la integración de Wayland con Wine.

Tres meses después de ello Collabora presento la primera actualización del controlador en la cual las mejoras presentadas era el trabajo bidireccional entre Wine y Wayland en lo más esencial básicamente, aun que el controlador presentaba muchos errores y sobre todo con el escalado de las ventanas.

Durante los últimos meses, hemos estado mejorando el controlador Wayland experimental para Wine, que permite que las aplicaciones de Windows se ejecuten directamente en los compositores de Wayland. Nuestro objetivo es eventualmente eliminar la necesidad de XWayland para muchos casos de uso y, por lo tanto, reducir la complejidad general del sistema al tiempo que elimina los puntos de posible ineficiencia.

Ahora después de casi 7 meses de trabajo se ha presentado una versión mejorada del controlador Wayland que permite ejecutar aplicaciones usando GDI y OpenGL/DirectX a través de Wine directamente en un entorno basado en Wayland, sin usar la capa XWayland y deshacerse del enlace de Wine al protocolo X11.

Sobre la nueva versión del controlador

En esta nueva versión se presenta el soporte de Vulkan y tambien viene con el manejo de administración de ventanas con lo cual el cambio de tamaño, pantalla completa, minimización, entre otras acciones ya no es un problema, además de que y se puede usar directamente o para implementar Direct3D a través de WineD3D o DXVK.

Los desarrolladores de Collabora mencionan que el controlador de Wayland ahora cuenta con el soporte para poder trabajar en varios monitores a Wine y admite la adición y eliminación dinámicas de monitores. También admite cambiar la resolución percibida por la aplicación de cada monitor (a través del escalado del compositor, consulte la actualización anterior ) para implementar cambios de modo por monitor.

Además se admite el cambio de la resolución y el modo de cada monitor y el escalado para HiDPI y se proporciona el trabajo con pantallas con alta densidad de píxeles (HiDPI).

Por último, tambien se menciona que se ha implementado el manejo de diseños de teclado en Wayland y se agregó soporte para recorte y movimiento relativo del cursor.

Con esta nueva versión el controlador esta cada vez más cerca de ser funcional para su uso general, además de que las conversaciones con los desarrolladores de Wine se continúan en el tema de incluir la ayuda Wayland en la rama estadificación de Wine con posterior traslado a la composición principal del Wine.

Sobre ello Alexandros Frantzis (desarrollador de Collabora) compartió:

» Creo que el controlador ha llegado a un punto en el que tiene suficientes funciones para ser útil para muchos casos de uso y también proporciona suficiente confianza en que es una opción viable en el futuro. Mi plan ahora es principalmente centrarse en las correcciones / mejoras y empezar a prepararse para la puesta en escena mediante la creación de una serie de conjuntos de parches más amigables con las revisiones / upstream » .

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

Construir el controlador

Para quienes estén interesados en poder obtener, construir y/o usar el controlador de Wayland para Wine deben saber que se requiere de contar con Wayland instalado asi como wayland-client, wayland-egl y xkbcommon development.

La construcción del controlador la pueden realizar abriendo una terminal y en ella van a teclear los siguientes comandos:

git clone -b wayland https://gitlab.collabora.com/alf/wine/
cd wine
./configure --with-wayland [--with-vulkan --with-vkd3d]
make [-jN]
DISPLAY= WAYLAND_DISPLAY=wayland-0 ./wine ...

Para conocer más al respecto sobre el proceso de compilación u obtener el código fuente, pueden realizarlo en el siguiente enlace.

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

Hace pocos dias se dio a conocer el lanzamiento de la nueva versión AV Linux MX Edition 2021.05.22, la cual es una popular distribución que contiene una selección de aplicaciones para la creación y/o procesamiento de contenido multimedia.

La distribución se basa en el paquete base MX Linux, utilizando los repositorios Debian con mejoras del proyecto antiX y aplicaciones propias que facilitan la configuración e instalación del software. AV Linux también usa los repositorios de KXStudio con una colección de aplicaciones de procesamiento de audio y paquetes adicionales de su propio ensamblaje (Polyphone, Shuriken, Simple Screen Recorder, etc.).

El kernel de Linux viene con un conjunto de parches RT para aumentar la capacidad de respuesta del sistema durante el procesamiento de audio. El entorno de usuario se basa en Xfce4 con el administrador de ventanas OpenBox en lugar de xfwm.

El paquete incluye editores de audio Ardor, ArdourVST, Harrison, Mixbus, Blender, editores de video Cinelerra, Openshot, LiVES y herramientas para convertir formatos de archivos multimedia. Para cambiar de dispositivo de audio, se ofrece el kit de conexión de audio JACK (utilizando JACK1/Qjackctl, no JACK2/Cadence).

Está construido con soporte para arquitecturas i386 y x86-64 y gracias a su núcleo personalizado, ofrece a los usuarios una producción de audio de baja latencia para obtener el máximo rendimiento.

Una de las cosas que lo hacen excelente como una distribución en vivo son sus muchos controladores adicionales para una gran cantidad de hardware de audio y video, como tarjetas de sonido, tarjetas gráficas, controladores midi y más.

Principales novedades de AV Linux MX Edition 2021.05.22

La nueva versión de la distribución llega con una serie de cambios para amabas arquitecturas del sistema y de manera general el paquete del kernel de Linux del proyecto Liquorix se ha cambiado a la rama Debian Buster, además de que el entorno Xfce utiliza el administrador de ventanas Openbox de forma predeterminada y se eliminaron xfwm y xfdesktop.

Tambien se destaca que se reemplazó el administrador de inicio de sesión con SliM, se agregaron complementos de sonido Drops y MZuther y se eliminó el repositorio obsoleto de OBS libfaudio.

Por la parte de las aplicaciones actualizadas que incluyen podremos encontrar SFizz 1.0, Ardor 6.7, Reaper 6.28 (con soporte para complementos LV2), Harrison Mixbus demo 7.0.150, ACM Plugin demo 3.0.0.

En cuanto a los cambios específicos en la versión de 32 bits:

• Se corrigió el conector del módulo de audio de pulso que faltaba.
• Se corrigió a2jmidid que faltaba.
• Se actualizó Dragonfly Reverbs a la última versión para solucionar el problema de ruido aleatorio.

Y para la versión de 64 bits:

• Corregido Liquorix Repo para Buster.
• Actualizaciones y mejoras del Asistente AVL-MXE para que ocupe menos espacio en la pantalla.
• Se ha austado la temática predeterminada de Diehard y el logotipo de AVL-MXE y los nuevos fondos de pantalla de DH.
• Una barra de tareas más tradicionales de la configuración anterior del Dock.
• Se agregaron algunos complementos de audio nuevos: Drops, complementos MZuther.
• SFizz actualizado a 1.0.
• Se actualizaron las demostraciones del complemento ACM a la versión 3.0.0.

Finalmente si estás interesado en conocer más al respecto sobre esta nueva versión, puedes consultar los detalles en el siguiente enlace.

Descarga y obtener AV Linux MX Edition 2021.05.22

Para quienes estén interesados en descargar y probar esta nueva versión de AV Linux MX Edition 2021.05.22, solo debes dirigirte a su página web oficial y en su sección de descargas encontraras los links para descargar esta distro de Linux.

El enlace es este.

Ahora si ya eres usuario de esta distro y quieres obtener las nuevas actualizaciones proporcionadas en esta liberación, solo basta con que ejecutes los comandos de actualización en tu distro desde la terminal.

Solo tienes que ejecutar en terminal:

sudo apt update
sudo apt upgrade -y

Hecho esto ahora tendras que reiniciar tu equipo para que todos los cambios sean aplicados en el siguiente inicio.

Ya de nuevo en tu sistema, tendrás que nuevamente abrir una terminal y en ella ejecutas los siguientes comandos:

sudo apt update
sudo apt dist-upgrade -y

Finalmente, tendrás que volver a reiniciar tu sistema por una última vez para que las actualizaciones recibidas sean implementadas.

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

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