TOP500 clasifica y detalla los 500 sistemas computación no distribuida más potentes del mundo.

Después de 6 meses de la publicación del número anterior y cumpliendo con el calendario de publicaciones, se dio a conocer la nueva edición 60ª del ranking de las 500 computadoras de mayor rendimiento del mundo.

En la nueva edición, solo hay un cambio entre los diez primeros: el grupo Leonardo, ubicado en el centro de investigación italiano CINECA, ocupó el cuarto lugar. El clúster incluye casi 1,5 millones de núcleos de procesador (CPU Xeon Platinum 8358 32C 2,6 GHz) y proporciona un rendimiento de 255,75 petaflops.

Los diez primeros lugares, incluyen :

1. Frontier, ubicado en el Laboratorio Nacional de Oak Ridge del Departamento de Energía de EE. UU. El clúster tiene casi 9 millones de núcleos de procesador (CPU AMD EPYC 64C de 2 GHz, acelerador AMD Instinct MI250X) y proporciona 1.102 exaflops de rendimiento, que es casi tres veces más que el clúster del segundo lugar.
2. Fugaku, alojado en el Instituto RIKEN de Investigación Física y Química (Japón). El clúster está construido con procesadores ARM (158976 nodos basados ​​en SoC Fujitsu A64FX, equipados con una CPU Armv8.2-A SVE de 48 núcleos a 2,2 GHz) ofreciendo 442 petaflops de rendimiento.
3. LUMI alojado en el Centro Europeo de Supercomputación (EuroHPC) en Finlandia y ofrece 151 petaflops de rendimiento. El clúster se basa en la misma plataforma HPE Cray EX235a que el líder de la clasificación, pero incluye 1,1 millones de núcleos de procesador (AMD EPYC 64C 2GHz, acelerador AMD Instinct MI250X, red Slingshot-11).
4. Leonardo alojado en el EuroHPC diferente en CINECA, Italia. Se trata de un sistema Atos BullSequana XH2000 con Xeon Platinum 8358 32C 2.6GHz como procesadores principales, NVIDIA A100 SXM4 40 GB como aceleradores y Quad-rail NVIDIA HDR100 Infiniband como interconexión. Logró un rendimiento Linpack de 174,7 Pflop/s.
5. Summit, construido por IBM y alojado en el Laboratorio Nacional de Oak Ridge (ORNL) en Tennessee, EE. UU., ahora figura en el puesto número 5 con un rendimiento de 148,8 Pflop/s en el punto de referencia HPL, que se utiliza para clasificar el lista TOP500.
6. Sierra, alojado en el Laboratorio Nacional Lawrence Livermore, CA, EE. UU, su arquitectura es muy similar a la Cumbre del sistema #5. Está construido con 4320 nodos con dos CPU POWER9 y cuatro GPU NVIDIA Tesla V100. Sierra logró 94,6 Pflop/s.
7. Sunway TaihuLight, un sistema desarrollado por el Centro Nacional de Investigación de Ingeniería y Tecnología de Computadoras Paralelas (NRCPC) de China e instalado en el Centro Nacional de Supercomputación en Wuxi, que se encuentra en la provincia china de Jiangsu, figura en la posición número 7 con 93 Pflop/s.
8. Perlmutter en el n.° 8 se basa en la plataforma HPE Cray “Shasta” y un sistema heterogéneo con nodos basados ​​en AMD EPYC y 1536 nodos acelerados NVIDIA A100. Perlmutter logró 64,6 Pflop/s
9. Selene ahora en el No. 9 es un NVIDIA DGX A100 SuperPOD instalado internamente en NVIDIA en los EE. UU. El sistema está basado en un procesador AMD EPYC con NVIDIA A100 para aceleración y un Mellanox HDR InfiniBand como red y alcanzó 63,4 Pflop/s.
10. Tianhe-2A (Vía Láctea-2A), un sistema desarrollado por la Universidad Nacional de Tecnología de Defensa de China (NUDT) e implementado en el Centro Nacional de Supercomputadoras en Guangzhou, China, figura ahora como el sistema No. 10 con 61,4 Pflop/s.

En cuanto a las supercomputadoras domésticas, los clústeres Chervonenkis , Galushkin y Lyapunov creados por Yandex cayeron de los lugares 22, 40 y 43 a los lugares 25, 44 y 47. Estos clústeres están diseñados para resolver problemas de aprendizaje automático y ofrecen un rendimiento de 21,5, 16 y 12,8 petaflops, respectivamente.

El clúster Christofari Neo desplegado por Sberbank cayó del puesto 46 al 50. Christofari Neo ejecuta NVIDIA DGX OS 5 (Ubuntu Edition) y ofrece 11,9 petaflops de rendimiento. El clúster tiene más de 98 mil núcleos basados ​​en CPU AMD EPYC 7742 64C 2.25GHz y viene con GPU NVIDIA A100 80GB. El segundo grupo de Sberbank (Christofari) ha pasado del puesto 80 al 87 en el ranking en seis meses.

Por la parte de las tendencias más interesantes por distribuciones de Linux (entre paréntesis – hace 6 meses):
47.8% (47.8%) no detalla distribución.
17,2% (18,2%) usa CentOS
9,6% (8,8%) – RHEL
9% (8%) – CrayLinux
5,4% (5,2%) – Ubuntu
3,8% (3,8%) – SUSE
0,8% (0,8%) – Alma Linux
0,8% (0,8%) – Rocky Linux
0,2% (0,2%) – Scientific Linux.

El umbral de rendimiento mínimo para ingresar al Top500 durante 6 meses fue de 1,73 petaflops (hace seis meses, 1,65 petaflops). Hace cuatro años, solo 272 clústeres mostraron rendimiento sobre petaflops, hace cinco años, 138, hace seis años, 94). Para el Top100, el umbral de entrada aumentó de 5,39 a 9,22 petaflops.

El rendimiento total de todos los sistemas en el ranking aumentó de 4,4 a 4,8 exaflops en 6 meses (hace tres años era de 1.650 exaflops y hace cinco años de 749 petaflops). El sistema que cierra la calificación actual quedó en la última emisión en el puesto 458.

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

from Linux Adictos https://ift.tt/qjdb8mi
via IFTTT

Labwc es un compositor de apilamiento de ventanas basado en wlroots para wayland, inspirado en openbox

Ya fue liberada la nueva versión de labwc 0.6, la cual es una versión importante, ya que incluye una refactorización para usar la API de gráficos wlroots. Esto toca muchas áreas del código, particularmente el renderizado, la decoración del lado del servidor, la implementación de capas y el menú.

Para quienes desconocen de labwc 0.6, deben saber que se usa como base la biblioteca wlroots, desarrollada por los desarrolladores del entorno de usuario de Sway y que proporciona funciones básicas para organizar el trabajo del administrador compuesto basado en Wayland.

De los protocolos extendidos de Wayland, se admite wlr-output-management para configurar dispositivos de salida, layer-shell para organizar el trabajo del shell del escritorio y Foreign-toplevel para conectar sus propios paneles e interruptores de ventana.

Principales novedades de labwc 0.6

En esta nueva versión que se presenta de labwc 0.6 se destaca que se rediseñó significativamente el uso de la API de gráficos de escena proporcionada por wlroots, con ello el procesamiento se reflejó en la representación, la decoración de las ventanas, los menús y la implementación de la carcasa de la pantalla.

El procesamiento de imágenes y fuentes antes de mostrarse en la pantalla se cambió al uso de búferes en lugar de texturas (la estructura wlr_texture), lo que hizo posible garantizar el escalado correcto de la salida, ademas de que se ha simplificado el código para vincular controladores a nodos wlr_scene_nodes.

Otro cambio que se destaca de esta nueva versión, es que se proporcionó pruebas de integración continua para compilaciones de Debian, FreeBSD, Arch y Void, incluidas compilaciones que no son de xwayland.

Ademas de ello, tambien podremos encontrar que se agregó soporte para ajustar la cursiva y el peso de las fuentes (para usar fuentes en cursiva y negrita), asi como tambien que se agregó una configuración <core><cycleViewOutlines> para controlar si las vistas previas del esquema están habilitadas.

El protocolo xdg-desktop-portal-wlr se habilitó para funcionar sin configuraciones adicionales (se completó la inicialización y activación de dbus a través de systemd), lo que resolvió los problemas con el lanzamiento de OBS Studio.

Tambien se destaca en esta nueva versión de labwc 0.6 la compatibilidad implementada para el protocolo drm_lease_v1, que se utiliza para generar una imagen estéreo con diferentes búferes para los ojos izquierdo y derecho cuando se muestra en cascos de realidad virtual.

• Representación proporcionada de flechas para submenús. Se ha agregado soporte para separadores al menú.
• Opciones de depuración mejoradas.
• Se agregó soporte para escritorios virtuales.
• Se agregó soporte para usar diferentes idiomas en los menús del cliente.
• Soporte implementado para el protocolo de tiempo de presentación utilizado para mostrar video.
• Se agregó soporte para dispositivos táctiles.
• Protocolos implementados para el uso del teclado virtual y el puntero.
• Se agregó un modo para fijar una ventana encima de otras ventanas (ToggleAlwaysOnTop).
• Se agregaron configuraciones osd.border.color y osd.border.width para definir el ancho y el color del marco de la ventana.
• Se agregaron configuraciones para cambiar la demora del teclado y la configuración de repetición.
• Se agregó la capacidad de vincular operaciones para desplazarse con la rueda del mouse (de manera predeterminada, al desplazarse en el escritorio, se realiza el cambio entre escritorios virtuales).
• Se agregó soporte para desplazamiento suave y horizontal.

¿Cómo instalar LABWC?

Para quienes estén interesados en poder instalar este compositor en su sistema, deben seguir las instrucciones que compartimos a continuación.

La distribucion que cuenta con el metodo de instalación más sencillo es Fedora y es que para instalar labwc, basta con abrir una terminal y en ella vamos a teclear:

sudo dnf install labwc

Los que son usuarios de Arch Linux, Manjaro o cualquier otra distribución derivada de Arch Linux, deben abrir una terminal y en ella van a teclear el siguiente comando para descargar las dependencias necesarias:

sudo pacman -S meson wlroots cairo pango libxml2 glib2

Después de ello, van a obtener el código fuente de LABWC ejecutando el siguiente comando en la terminal:

git clone https://github.com/johanmalm/labwc
cd labwc
meson build
ninja -C build

Ahora, para quienes son usuarios de Debian, UBuntu o cualquier otra distribución basada en cualquira de estas dos, deben teclear lo siguiente en la terminal:

git clone https://github.com/johanmalm/labwc
cd labwc
meson build
ninja -C build

Para aquellos que estén interesados en conocer más al respecto sobre LABWC pueden visitar el sitio del proyecto en GitHub.

from Linux Adictos https://ift.tt/KdF9M34
via IFTTT

Lo que está pasando en Twitter en las últimas semanas podría dar para una serie. Hasta que Elon Musk dejó caer que podría comprar la red social, ha pasado de todo, que si la compro, que si no, que si me denuncian, que vale, que la compro, que si Twitter Blue de pago… Está pasando de todo, pero lo último haría realidad un rumor que lleva tiempo circulando: el del Tesla Phone.

Pero, ¿qué tiene que ver Twitter con un teléfono? Nada, en realidad, pero los últimos movimientos del muchi-millonario han dado tanto que hablar que incluso hay gente que piensa que la aplicación podría ser expulsada de las tiendas de apps más populares, a saber App Store (Apple) y Google Play. Hace bien poco, Musk restauró la cuenta suspendida de Donald Trump (quien parece que no la recogerá), y la semana que viene empezará a restaurar las cuentas que se han suspendido sin twittear nada realmente grave o hacer un spam escandaloso. Su política será «libertad de expresión, no de alcance» (limitando el impacto de lo negativo), y ese puede ser el motivo por el que Twitter sería expulsado de las tiendas de apps, la falta de moderación.

Aún así, el Tesla Phone es poco probable

Cuando salieron rumores en el pasado sobre el Tesla Phone o Tesla Pi Phone, el magnate ha llegado a responder diciendo que no, que no eran ciertos. La diferencia con lo que está pasando ahora es que ha respondido que sí, que «si no queda otra, haré un teléfono alternativo«. Lo ha hecho respondiendo a Liz Wheeler, quien decía en la red social que Musk debería crear su propio teléfono si Apple y Google echan a su app de sus tiendas. La mitad del país, dice, estarían encantados de deshacerse de lo que considera dispositivos sesgados y entrometidos, y que hacer un tonto teléfono inteligente no debería ser difícil para alguien que hace cohetes espaciales.

¿Y cómo sería ese teléfono? Lo primero, no hay que hacer caso de ninguno de los rumores que se han publicado hasta ahora. Teniendo eso en cuenta, la realidad es que Musk no está ahora interesado en lanzar un teléfono, ya que no es algo que le motive. Su respuesta a Wheeler es más para evitar que Twitter desaparezca de las tiendas de apps, algo que él mismo duda de que pase. Si termina pasando, y si al final decide lanzar el Tesla Phone, lo más lógico es pensar que usaría algo basado en Linux, ya que sus coches también lo usan. Si hacemos caso a los rumores, algo que hemos desaconsejado, ese teléfono contaría con Neuralink, lo que nos permitiría controlar el teléfono con la mente, y carga solar. Con el dinero que tiene, todo es posible.

¿Teléfono caro o «para el pueblo»?

Sobre el precio, pues tampoco se sabe nada. Musk es capaz de hacer algo «por el pueblo» y lanzar un teléfono que haga mucho por muy poco, pero también puede lanzar algo que valga el doble que el iPhone, un teléfono cuyo modelo Pro sale en 2022 por más de 1300€. Casi mejor que se queden las cosas como están.

from Linux Adictos https://ift.tt/1EsJGPq
via IFTTT

Ya lo avisamos la semana pasada. Aunque se podía esperar que lo que nos entregaron hace siete días fuera la última versión bisemanal antes de empezar con las Release Candidates, también era probable que no lo fuera. En años anteriores ha habido una x.22, y WineHQ ha lanzado hace unas horas WINE 7.22. Viendo la lista de novedades, esta sí tiene más pinta de que vaya a ser la última, dada la cantidad de cambios que se han introducido.

WINE 7.22 ha corregido 38 bugs, con una lista de cambios totales que sube hasta los 488. Sin lugar a dudas, eran muchos flecos para dejarlos pasar, y parece que WineHQ prefiere dejar las cosas en mejor forma antes de empezar con las Release Candidates de WINE 8.0. Entre los puntos destacados, esta semana se han incluido Thunks de 32 sobre 64 para Vulkan y OpenGL, la biblioteca OpenLDAP incluida y construida como PE, soporte para el procesador de impresión RAW en WinPrint, más progreso en la conversión del formato de impresión de tipos largos y el habitual punto de varias correcciones de errores. A continuación tenéis la lista con los 38 bugs que se han corregido en los últimos 15 días.

Lista de bugs corregidos en WINE 7.22

• Musette se bloquea en winex11.
• El instalador de TIDAL no puede lanzar el programa instalado en WINEPREFIX de 64 bits.
• kernel32:change falla aleatoriamente (y raramente) en WINE.
• nProtect Anti-Virus/Spyware 4.0 ‘TKPcFtCb64.sys’ falla en la función no implementada ‘ntoskrnl.exe.KeInitializeGuardedMutex’.
• El instalador de Spark AR Studio no se inicia:Spark AR Studio no es compatible con esta versión de Windows. Por favor, actualice a Windows 10.
• comctl32:¡¡¡Mescal falla los miércoles!!!.
• Hemekonomi se cuelga al salir debido a un bloqueo entre loader_section y Win16 mutex.
• vbscript: manejo incorrecto de codepage en Asc/Chr, causando fallos en las pruebas en la localización Hindi.
• ntdll:threadpool – test_tp_instance() falla (raramente) en Windows 8+.
• ntdll:threadpool – test_tp_multi_wait() falla (raramente) en WINE.
• Syberia: el juego se bloquea con frecuencia.
• urlmon:protocol – test_protocol_terminate() falla en Windows y WINE.
• Aplicación compilada con MSVC 2022 ASan no se inicia, necesita QueryVirtualMemoryInformation.
• USB Device Remover falla en la función no implementada mscoree.dll.StrongNameTokenFromAssembly.
• Los sensores USB de Vernier no se pueden utilizar en WINE.
• dlls falsos como OPENGL32.dll no se cargan cuando su lib unix es enlazada por LLVM lld.
• opengl32:opengl falla en Debian 11 + GPU Intel.
• Un cambio en el manejo de la memoria provoca un fallo en Framemaker 8.
• Usar wine con el precargador personalizado ld-linux.so.2 de 32 bits, sin hacks.
• vbscript no puede compilar si las expresiones con gte, lte, (=>, =<) invertidas.
• La lectura inválida de O_WRONLY establece errno=EACCES en lugar de EBADF.
• Gothic II: Night of the Raven (v2.7) no se inicia (fallo al cargar msdbi.dll).
• vbscript no puede compilar ReDim con lista de variables.
• vbscript falla al redimensionar el array original en la función cuando se le pasa byref.
• vbscript falla al recuperar el array de propiedades por índice.
• vbscript falla al devolver TypeName para VT_DISPATCH.
• vkGetPhysicalDeviceSurfaceCapabilities2KHR pasa al controlador un handle VkSurfaceKHR no válido.
• vbscript falla al compilar Else If cuando If está en la misma línea.
• opengl32.dll no puede cargarse si win32u.so no se inicializa primero.
• Pivot animator se ejecuta en assert.
• crypt32:cert – testVerifyRevocation() utiliza un certificado obsoleto.
• tools/makedep durante la compilación de wine-7.21 falla.
• Build broken with Clang in MSVC mode due to OpenLDAP import using getopt.h.
• ntlm_auth no se encontró o está obsoleto..
• __unDName no soporta los modificadores ‘G’ y ‘H.
• La ventana de VARA es negra cuando se lanza desde RMS Express.
• Saints Row 2022 falla con la función no implementada KERNEL32.dll.SetProcessInformation.
• La ejecución de cualquier cosa se cuelga al iniciarse

Pronto llegará WINE 8.0-rc1

WINE 7.22 está disponible desde este enlace. En la página de descargas hay información sobre cómo instalar esta y otras versiones en sistemas operativos como Debian y Ubuntu, pero también se puede instalar en Android y macOS.

La próxima versión será WINE 7.23, si deciden que es necesario seguir puliendo las cosas, o WINE 8.0-rc1, en el caso de que decidan que ya es buen momento para preparar el lanzamiento de la próxima versión estable. Se espera para el 9 de diciembre, y si empiezan con las Release Candidates los lanzamientos estarán separados por una semana, y no en dos como durante la actual fase del desarrollo.

from Linux Adictos https://ift.tt/FnOf47S
via IFTTT