KInfoCenter

Durante los primeros años del entorno de escritorio K , no existía ninguna utilidad independiente dedicada exclusivamente a la recopilación de información del sistema. Los módulos de análisis de hardware y monitorización del sistema estaban estrechamente integrados en una aplicación monolítica conocida como KDE Control Center (KControl). Este centro centralizado se encargaba de todos los aspectos de la gestión del escritorio. Sin embargo, a medida que el entorno de escritorio se expandía, los expertos en usabilidad detectaron un fallo de diseño crítico: los usuarios que buscaban telemetría básica del hardware (como confirmar la velocidad del reloj de la CPU o comprobar la versión exacta del kernel de Linux) se veían obligados a utilizar una potente herramienta de configuración, lo que aumentaba inadvertidamente el riesgo de realizar modificaciones accidentales que pudieran dañar el sistema.

Para resolver los paradigmas de usabilidad del centro de control unificado, el equipo de desarrollo de KDE realizó un importante cambio arquitectónico para el lanzamiento de KDE 3.1 (lanzado en enero de 2003). Los módulos de información del sistema se extrajeron permanentemente del Centro de Control de KDE para crear un nuevo paquete de software independiente llamado KInfoCenter . ^{[ 2 ]} La implementación original se escribió en gran medida en C++ puro utilizando el kit de herramientas Qt3 . Esta época introdujo el diseño clásico de dos paneles: un árbol de categorías a la izquierda y volcados de datos técnicos y con mucho texto a la derecha.

Con la llegada de KDE Software Compilation 4 (KDE SC 4), KInfoCenter se reescribió por completo por primera vez. La transición al kit de herramientas Qt4 vino acompañada de la integración del nuevo marco de integración de hardware Solid . Antes de KDE 4, los módulos de KInfoCenter dependían de scripts de shell codificados de forma rígida, muy específicos, fragmentados y a menudo inestables para obtener datos de hardware en diferentes distribuciones de Linux. Solid actuó como una capa API unificada, abstraiendo las diferencias entre los sistemas operativos subyacentes. Esto permitió a KInfoCenter consultar Solid para obtener el estado de los dispositivos a través de D-Bus , lo que hizo que la aplicación fuera mucho más estable y facilitó su portabilidad a sistemas operativos alternativos como FreeBSD y Oracle Solaris.

En 2014, coincidiendo con el lanzamiento de KDE Plasma 5 , KInfoCenter experimentó una importante modernización visual y estructural. Adoptó el lenguaje de diseño Breeze , plano y centrado en la tipografía. El motor principal se migró a Qt5 , y los elementos de la interfaz de usuario comenzaron a migrar de widgets estáticos de C++ a QML (Qt Modeling Language), lo que permitió animaciones más fluidas e interfaces de usuario escalables. Durante el ciclo de vida de Plasma 5, los módulos heredados (como IEEE 1394/Firewire y PCMCIA) se dejaron de usar a medida que estas tecnologías se volvían obsoletas. En su lugar, se introdujeron módulos muy avanzados para monitorizar tecnologías modernas de Linux, incluidas las extensiones de composición de Wayland , los parámetros de renderizado 3D de Vulkan y los contextos EGL.

La transición a KDE Plasma 6 marcó la adopción de Qt6 y la integración completa del marco de interfaz de usuario Kirigami de KDE . Kirigami transformó KInfoCenter en una aplicación totalmente convergente, lo que significa que su interfaz se adapta de forma dinámica y fluida a diferentes formatos, pasando sin problemas de configuraciones de escritorio 4K con múltiples monitores a las interfaces de pantalla táctil de 7 pulgadas de ordenadores portátiles para juegos Linux como el Steam Deck (que utiliza de forma nativa un escritorio Plasma especializado). El panel "Acerca del sistema" se rediseñó por completo para facilitar la notificación automática de errores, generando bloques Markdown preformateados para la infraestructura Bugzilla de KDE.

Cada categoría visible en la barra lateral de KInfoCenter (por ejemplo, "Memoria", "PCI", "Interrupciones") se compila como un archivo `.so` (objeto compartido) independiente.

• Carga dinámica: Cuando se inicia KInfoCenter, consulta el registro de complementos de KDE para descubrir los KCM instalados que tienen la directiva de archivo de escritorio `X-KDE-ParentApp=kinfocenter`.
• Ejecución bajo demanda: Para minimizar el consumo de memoria (que normalmente es inferior a 50 MB en reposo), KInfoCenter solo carga un KCM en la memoria del sistema cuando el usuario hace clic explícitamente en su categoría.
• Extensibilidad: Los desarrolladores externos y los proveedores de hardware pueden crear KCM personalizados para mostrar la telemetría de hardware propietario o especializado sin necesidad de incorporar código al repositorio principal de KInfoCenter.

Los KCM individuales emplean un enfoque de múltiples niveles y orientado a la recuperación ante desastres para recopilar información del sistema, lo que garantiza la máxima compatibilidad en diversos entornos Unix:

1. Sistemas de archivos virtuales (espacio del kernel): En Linux, muchos módulos leen texto sin formato directamente del espacio del kernel. Por ejemplo, el módulo de la CPU analiza `/proc/cpuinfo`, el módulo de memoria analiza `/proc/meminfo` y el módulo DMA lee `/proc/dma`. Esto proporciona datos de bajo nivel de alta precisión y sin sobrecarga.
2. La API Solid (capa de hardware): Para topologías complejas como árboles USB y estados de batería, los módulos consultan la API Solid de KDE. Solid, a su vez, interactúa con `udev` mediante sockets `netlink` en Linux o `devd` en FreeBSD, realizando un seguimiento en tiempo real de los eventos de conexión en caliente del hardware.
3. D-Bus IPC (Pila de software): Para recopilar datos de software (por ejemplo, la versión activa del compositor Wayland, la versión activa de KDE Frameworks), KInfoCenter se comunica con otros componentes de escritorio en ejecución (como `KWin` o `Plasma-workspace`) a través de la comunicación entre procesos D-Bus .
4. Ejecución de subprocesos (herramientas de diagnóstico): para obtener información altamente especializada sobre el bus y los gráficos, KInfoCenter actúa como una interfaz gráfica. Genera subprocesos invisibles para ejecutar binarios de diagnóstico estándar de Unix, como `lspci` (para PCI), `lsusb` (para USB), `glxinfo` (para OpenGL), `vulkaninfo` (para Vulkan) y `xdpyinfo` (para X11), capturando su salida estándar (`stdout`), analizando las cadenas de texto sin procesar y formateándolas en tablas legibles para la interfaz gráfica de usuario.

Una característica distintiva de la arquitectura de KInfoCenter es su funcionamiento completamente dentro del espacio de usuario , sin privilegios elevados. Fundamentalmente, no requiere acceso de superusuario (root) ni de superusuario (sudo) para funcionar. Gracias a que los desarrolladores del kernel de Linux garantizan que los descriptores de hardware genéricos en `/sys` y `/proc` sean accesibles globalmente, KInfoCenter puede perfilar toda la máquina de forma segura. Además, no se enlaza explícitamente con Polkit (PolicyKit), lo que previene intrínsecamente cualquier vulnerabilidad de escalada de privilegios en su código fuente.

Acerca del sistema

Panel de inicio predeterminado. Ofrece un resumen claro y fácil de leer. Muestra el logotipo del sistema operativo, la versión de KDE Plasma, la versión de KDE Frameworks, la versión de Qt, la cadena del kernel subyacente, el nombre del modelo de CPU, la RAM instalada y el sistema de ventanas activo (X11 o Wayland). Incluye una utilidad de "Copiar al portapapeles" con un solo clic, optimizada para foros de soporte técnico.

Dispositivos (Topología de hardware)

Utiliza el marco Solid para presentar un árbol jerárquico completo y expandible de todos los componentes de hardware detectados. Mapea las relaciones, mostrando cómo se interconectan los dispositivos (por ejemplo, `Puerto raíz PCI Express $\rightarrow$ Controlador de host USB 3.0 $\rightarrow$ Concentrador USB interno $\rightarrow$ Adaptador Bluetooth`).

Memoria

Va mucho más allá de las simples métricas de capacidad. Proporciona un análisis técnico detallado del uso de la RAM y la memoria virtual (intercambio). Calcula la disponibilidad real al delimitar la memoria asignada a los búferes circulares del kernel, las cachés del sistema de archivos (`tmpfs`) y la memoria compartida de las aplicaciones, lo que ayuda a los usuarios a identificar los verdaderos riesgos de falta de memoria (OOM).

Procesador

Describe exhaustivamente la Unidad Central de Procesamiento. Los detalles incluyen la familia de microarquitectura exacta, las frecuencias de reloj base y de impulso por núcleo individual, la jerarquía de caché (tamaños de L1 de instrucciones/datos, L2 y L3 en kilobytes) y una cadena completa de indicadores de características de CPU compatibles (por ejemplo, `fpu`, `vme`, `de`, `pse`, `tsc`, `msr`, `pae`, `mce`, `cx8`, `apic`, `sep`, `mtrr`, `pge`, `mca`, `cmov`, `pat`, `pse36`, `clflush`, `mmx`, `fxsr`, `sse`, `sse2`, `ht`, `syscall`, `nx`, `mmxext`, `fxsr_opt`, `pdpe1gb`, `rdtscp`, `lm`, `3dnowext`, `3dnow`, `constant_tsc`, `rep_good`, `nopl`, `nonstop_tsc`, `extd_apicid`, `aperfmperf`, `pni`, `monitor`, `ssse3`, `cx16`, `popcnt`, `lahf_lm`, `cmp_legacy`, `svm`, `extapic`, `cr8_legacy`, `abm`, `sse4a`, `misalignsse`, `3dnowprefetch`, `osvw`, `ibs`, `skinit`, `wdt`, `hw_pstate`, `npt`, `lbrv`, `svm_lock`, `nrip_save`).

Interrupciones (IRQ)

Un módulo de diagnóstico del kernel de bajo nivel que enumera la asignación exacta de las líneas de solicitud de interrupción de hardware a los dispositivos y núcleos de la CPU, crucial para identificar conflictos de enrutamiento IRQ en hardware empresarial.

Canales DMA y puertos de E/S

Muestra las asignaciones de acceso directo a memoria y las direcciones hexadecimales de los puertos de entrada/salida de bajo nivel reservadas por los componentes de la placa base del sistema.

Sensores (de energía y térmicos)

Se conecta con el demonio `lm-sensors` y los controladores de batería ACPI para mostrar en tiempo real los niveles de voltaje, las RPM (revoluciones por minuto) del ventilador, el estado/degradación de la batería y las temperaturas de la unión térmica para CPU y GPU.

PCI (Interconexión de componentes periféricos)

Una lista completa de todos los dispositivos PCI y PCI-Express. Muestra los ID de proveedor, los ID de dispositivo, las clases de subsistema y, lo que es más importante, el módulo del kernel específico que gestiona el hardware en ese momento (por ejemplo, verifica si una GPU utiliza el controlador de código abierto `nouveau` o el controlador propietario `nvidia`).

Dispositivos USB

Mapea la topología del bus serie universal. Muestra los concentradores raíz, los controladores de host (EHCI, xHCI), las velocidades operativas (por ejemplo, 480 Mbit/s para USB 2.0 frente a 20 Gbit/s para USB 3.2 Gen 2x2) y las solicitudes detalladas de consumo de energía en miliamperios (mA) para cada periférico conectado.

Almacenamiento y particiones

Cataloga dispositivos de bloques, configuraciones de administración de volúmenes lógicos (LVM), volúmenes cifrados con LUKS, particiones activas, UUID, tipos de sistemas de archivos (ext4, XFS, btrfs, ZFS), métricas de capacidad y puntos de montaje Unix precisos.

Wayland

Fundamental para el diagnóstico de Linux moderno. Revela la versión precisa del protocolo de composición Wayland en uso, una lista completa de las extensiones de interfaz Wayland compatibles (por ejemplo, `xdg_wm_base`, `zwp_linux_dmabuf_v1`, `wp_fractional_scale_manager_v1`) y los formatos de píxeles compatibles con los monitores conectados.

Servidor X

Telemetría del servidor de visualización heredado. Informa sobre las dimensiones de la pantalla, las configuraciones de DPI (puntos por pulgada), la profundidad de color, la cadena de lanzamiento del proveedor X.Org y las extensiones X11 activas (como XRandR para compatibilidad con múltiples monitores o DRI3 para renderizado directo).

OpenGL / EGL

Consulta la biblioteca de gráficos Mesa 3D. Expone la cadena del renderizador 3D activo, los perfiles de compatibilidad OpenGL compatibles, la versión de GLSL (OpenGL Shading Language) y una lista exhaustiva de extensiones gráficas específicas del proveedor.

Vulcano

Analiza en profundidad las capacidades Vulkan del sistema, imprescindibles para los juegos modernos en Linux (a través de la capa de compatibilidad Proton de Valve). Muestra las versiones de la API, los límites de memoria del dispositivo físico, las dimensiones máximas de las texturas, las familias de colas y las capacidades de la cadena de intercambio.

Interfaces de red

Analiza los perfiles de los adaptadores de red físicos (Ethernet, Wi-Fi) y virtuales (Loopback, túneles WireGuard/OpenVPN). Muestra detalles sobre direcciones MAC, tramas MTU (Unidad Máxima de Transmisión), asignaciones de enrutamiento IPv4/IPv6 actuales, dominios de difusión y estadísticas de transferencia de bytes sin procesar.

Estado de Samba

Se integra perfectamente con el protocolo de red SMB/CIFS. Funciona como un monitor de servidor ligero, mostrando los recursos compartidos de archivos de la red local activos, las direcciones IP de los usuarios conectados remotamente y el estado de bloqueo de archivos en tiempo real.

Protocolos (Esclavos KIO)

Muestra todos los esclavos de entrada/salida de KDE (KIO) instalados en el sistema. Los esclavos KIO son protocolos de transparencia de red que se cargan dinámicamente y que dictan cómo las aplicaciones de KDE interactúan con los sistemas de archivos locales y remotos de forma nativa (por ejemplo, `audiocd://`, ` ftp :// `, `sftp ://`, `smb://`, `fish://`, `mtp://`).