Contents
- Core
- Virtualization
- Architectures
- ARM PORT
- ARM/Amlogic Meson SoC support
- ARM/APPLE MACHINE SUPPORT
- ARM/FREESCALE IMX / MXC ARM ARCHITECTURE
- ARM/Mediatek SoC support
- ARM/QUALCOMM SUPPORT
- ARM64 PORT (AARCH64 ARCHITECTURE)
- KERNEL VIRTUAL MACHINE FOR RISC-V (KVM/riscv)
- KERNEL VIRTUAL MACHINE FOR X86 (KVM/x86)
- LINUX FOR POWERPC (32-BIT AND 64-BIT)
- LOONGARCH
- MIPS
- OPENRISC ARCHITECTURE
- PARISC ARCHITECTURE
- RISC-V ARCHITECTURE
- X86 ARCHITECTURE (32-BIT AND 64-BIT)
- Security
- Memory management
- Networking
- 802.11 (including CFG80211/NL80211)
- 9P FILE SYSTEM
- ARM/Microchip Sparx5 SoC support
- ATMEL MACB ETHERNET DRIVER
- BLUETOOTH SUBSYSTEM
- BROADCOM BNXT_EN 50 GIGABIT ETHERNET DRIVER
- BXCAN CAN NETWORK DRIVER
- CAN NETWORK DRIVERS
- CAN NETWORK LAYER
- CBS/ETF/TAPRIO QDISCS
- ETHERNET PHY LIBRARY
- GOOGLE ETHERNET DRIVERS
- HANDSHAKE UPCALL FOR TRANSPORT LAYER SECURITY
- HISILICON NETWORK SUBSYSTEM 3 DRIVER (HNS3)
- Hyper-V/Azure CORE AND DRIVERS
- INTEL ETHERNET DRIVERS
- KERNEL NFSD, SUNRPC, AND LOCKD SERVERS
- MAC80211
- MARVELL OCTEON ENDPOINT DRIVER
- MELLANOX MLX5 core VPI driver
- NETFILTER
- NETRONOME ETHERNET DRIVERS
- NETWORKING DRIVERS
- NETWORKING [DSA]
- NETWORKING [GENERAL]
- NETWORKING [GENERAL]
- File systems
- Graphics
- ACPI
- ACPI
- AMD IOMMU (AMD-VI)
- AMD KFD
- AMD PDS CORE DRIVER
- AMD PSTATE DRIVER
- AMD SENSOR FUSION HUB DRIVER
- AQUACOMPUTER D5 NEXT PUMP SENSOR DRIVER
- ARM PMU PROFILING AND DEBUGGING
- ARM/APPLE MACHINE SUPPORT
- ARM/Mediatek SoC support
- ARM/Mediatek USB3 PHY DRIVER
- ARM/QUALCOMM SUPPORT
- ARM/QUALCOMM SUPPORT
- ARM/ZYNQ ARCHITECTURE
- ARM/ZYNQ ARCHITECTURE
- ASUS EC HARDWARE MONITOR DRIVER
- ATOMIC INFRASTRUCTURE
- BLOCK LAYER
- BLUETOOTH DRIVERS
- BPF [GENERAL] (Safe Dynamic Programs and Tools)
- BPF [GENERAL] (Safe Dynamic Programs and Tools)
- BPF [GENERAL] (Safe Dynamic Programs and Tools)
- CHAR and MISC DRIVERS
- COMMON CLK FRAMEWORK
- COMMON CLK FRAMEWORK
- CPU FREQUENCY SCALING FRAMEWORK
- CRYPTO API
- DESIGNWARE USB2 DRD IP DRIVER
- DESIGNWARE USB3 DRD IP DRIVER
- DIALOG SEMICONDUCTOR DRIVERS
- DMA GENERIC OFFLOAD ENGINE SUBSYSTEM
- DRIVER CORE, KOBJECTS, DEBUGFS AND SYSFS
- DRM COMPUTE ACCELERATORS DRIVERS AND FRAMEWORK
- DRM DRIVER FOR SAMSUNG MIPI DSIM BRIDGE
- DRM DRIVERS
- DRM DRIVERS
- ETHERNET PHY LIBRARY
- FAULT INJECTION SUPPORT
- FREESCALE SOC SOUND QMC DRIVER
- FUNCTION HOOKS (FTRACE)
- GENERIC INCLUDE/ASM HEADER FILES
- GENERIC PHY FRAMEWORK
- GPIO SUBSYSTEM
- HARDWARE MONITORING
- HID CORE LAYER
- HISILICON ROCE DRIVER
- HISILICON SAS Controller
- HTE SUBSYSTEM
- I2C SUBSYSTEM HOST DRIVERS
- I3C SUBSYSTEM
- IBM Power VFIO Support
- IIO SUBSYSTEM AND DRIVERS
- IIO SUBSYSTEM AND DRIVERS
- INPUT (KEYBOARD, MOUSE, JOYSTICK, TOUCHSCREEN) DRIVERS
- INTEL ASoC DRIVERS
- INTEL IDXD DRIVER
- INTEL IN FIELD SCAN (IFS) DEVICE
- INTEL IOMMU (VT-d)
- INTEL SPEED SELECT TECHNOLOGY
- INTEL UNCORE FREQUENCY CONTROL
- INTERCONNECT API
- IO_URING
- IRQ SUBSYSTEM
- IRQCHIP DRIVERS
- KERNEL BUILD + files below scripts/ (unless maintained elsewhere)
- KERNEL BUILD + files below scripts/ (unless maintained elsewhere)
- KERNEL SELFTEST FRAMEWORK
- KERNEL UNIT TESTING FRAMEWORK (KUnit)
- LED SUBSYSTEM
- MAPLE TREE
- MEDIA INPUT INFRASTRUCTURE (V4L/DVB)
- MEDIA INPUT INFRASTRUCTURE (V4L/DVB)
- MEDIA INPUT INFRASTRUCTURE (V4L/DVB)
- MEDIA INPUT INFRASTRUCTURE (V4L/DVB)
- MELLANOX HARDWARE PLATFORM SUPPORT
- MELLANOX MLX5 core VPI driver
- MEMORY TECHNOLOGY DEVICES (MTD)
- MEMORY TECHNOLOGY DEVICES (MTD)
- MHI BUS
- MICROSOFT SURFACE AGGREGATOR TABLET-MODE SWITCH
- MULTIFUNCTION DEVICES (MFD)
- MULTIFUNCTION DEVICES (MFD)
- MULTIMEDIA CARD (MMC), SECURE DIGITAL (SD) AND SDIO SUBSYSTEM
- NETWORK BLOCK DEVICE (NBD)
- OBJTOOL
- OPEN FIRMWARE AND FLATTENED DEVICE TREE
- OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS
- PCI NATIVE HOST BRIDGE AND ENDPOINT DRIVERS
- PERFORMANCE EVENTS SUBSYSTEM
- PIN CONTROL SUBSYSTEM
- POWER SUPPLY CLASS/SUBSYSTEM and DRIVERS
- REAL TIME CLOCK (RTC) SUBSYSTEM
- Real-time Linux Analysis (RTLA) tools
- REGISTER MAP ABSTRACTION
- RUST
- SCSI SUBSYSTEM
- SCSI SUBSYSTEM
- SCSI TARGET SUBSYSTEM
- SERIAL DEVICE BUS
- SERIAL DRIVERS
- SNET DPU VIRTIO DATA PATH ACCELERATOR
- SOUND
- SOUNDWIRE SUBSYSTEM
- SPI SUBSYSTEM
- SPI SUBSYSTEM
- STARFIVE WATCHDOG DRIVER
- SYNC FILE FRAMEWORK
- SYSTEM CONTROL & POWER/MANAGEMENT INTERFACE (SCPI/SCMI) Message Protocol drivers
- THERMAL
- USB SUBSYSTEM
- USB SUBSYSTEM
- USB SUBSYSTEM
- VIRTIO CORE AND NET DRIVERS
- VIRTIO CORE AND NET DRIVERS
- VIRTIO CORE AND NET DRIVERS
- VIRTIO HOST (VHOST)
- VOLTAGE AND CURRENT REGULATOR FRAMEWORK
- W1 DALLAS'S 1-WIRE BUS
- X86 PLATFORM ANDROID TABLETS DSDT FIXUP DRIVER
- X86 PLATFORM DRIVERS
- uapi
- 802.11 (including CFG80211/NL80211)
- ARM/FREESCALE IMX / MXC ARM ARCHITECTURE
- ARM/SUNPLUS SP7021 SOC SUPPORT
- ATMEL MACB ETHERNET DRIVER
- COMMON CLK FRAMEWORK
- COMMON CLK FRAMEWORK
- COMPUTE EXPRESS LINK (CXL)
- CRYPTO API
- ETHERNET PHY LIBRARY
- EXTENSIBLE FIRMWARE INTERFACE (EFI)
- FPGA MANAGER FRAMEWORK
- GENERIC PHY FRAMEWORK
- I2C SUBSYSTEM HOST DRIVERS
- IRQCHIP DRIVERS
- MEDIATEK ETHERNET DRIVER
- NVMEM FRAMEWORK
- OPEN FIRMWARE AND FLATTENED DEVICE TREE
- RISC-V ARCHITECTURE
- SCHEDULER
- USB SUBSYSTEM
- X86 ARCHITECTURE (32-BIT AND 64-BIT)
- ARM/Mediatek SoC support
- COMPUTE EXPRESS LINK (CXL)
- DOCUMENTATION
- KERNEL BUILD + files below scripts/ (unless maintained elsewhere)
- PCI SUBSYSTEM
- Final changelog
- Tablets, touch screens, keyboards, mouses
- TV tuners, webcams, video capturers
- Universal Serial Bus
- Serial Peripheral Interface (SPI)
- Serial
- Voltage, current regulators, power capping, power supply
- Real Time Clock (RTC)
- Pin Controllers (pinctrl)
- Multi Media Card (MMC)
- Memory Technology Devices (MTD)
- Industrial I/O (iio)
- Multi Function Devices (MFD)
- Pulse-Width Modulation (PWM)
- Inter-Integrated Circuit (I2C + I3C)
- Hardware monitoring (hwmon)
- General Purpose I/O (gpio)
- DMA engines
- Cryptography hardware acceleration
- Clock
- Various
- A hozzászóláshoz be kell jelentkezni
- 688 megtekintés
Hozzászólások
Bent is van már az Arch Testingben, most raktam fel. Működik, de a memóriafogyasztás irtózatos. A rendszer boot utáni üresjárati fogyasztása (Arch, X.org, bspwm, polybar, Pipewire, Wireplumber) felment 360 megáról 615-re, és nem értem miért. Nézegettem a free, vmstat, top/htop RSS oszlopok, /proc/meminfo és slabtop kimeneteket, de nem tudok rájönni, hogy mi eszi így nagy hirtelen az extra 300 megát. Nagyon remélem, hogy ez csak valami memory leak vagy regresszió, ami a következő alverzióra megszűnik, mert nagyon durva. Ha ezt így folytatjuk, akkor a Linux is elér a Win10-11 szintjére.
Szerk.: valami miatt a Firefox is crashel néha tőle, csak egy este alatt összehozott két összeomlást, ilyen nem is tudom mikor volt utoljára, talán a korai waylandes időkben.
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni
6.3-ról váltottál?
- A hozzászóláshoz be kell jelentkezni
Igen, a 6.3.9-et váltotta.
Szerk.: azóta sem oldódott meg. Adok neki egy hónapot, ha akkor sem lesz jobb, akkor sajnos dobnom kell az Arch-ot. Eleve zavar, hogy majd egy éve a Bash 5.2-őt is visszatartják, meg eleve bökte a csőröm, hogy ugyanaz a minimalista WM-es megoldás (ugyanazokkal a csomagokkal) Debianon 100 MB-tal kevesebbet fogyaszt épp úgy 64 biten, de most, hogy még 300 megával bloatosodott egyetlen update alatt, az nem maradhat már tartósan.
Mondom, a 615 mega nem lenne rossz, ha egy komplett DE-ről lenne szó, de ez tényleg csak egy sovány tiling WM, polybar, sxhkd, wpa_supplicant + dhcpcd + ntp + st, tehát semmi asztalkezelés, dokk, dbus, csatolókezelő, semmi NetworkManager vagy hasonló, tényleg egy baromi minimalista rendszer. Ennek a legrosszabb esetben meg kéne állnia 200-250 megából, és meg is áll annyiból Debianon, de kb. Voidon is. Azért ne hülyéskedjünk, extra 400 MB memória a semmire már iszonyat sok, kiveri a biztosítékot.
Még próbálok neki időt adni, meg köröket futni vele, pl. letiltani néhány szolgáltatást, meg az NV kártyát, ami nincs használva, leszedem a Pipewire-t, és megy vissza a Pulseaudio, stb., hátha valami segít, vagy egy újabb update rendbe teszi.
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni
Ha esetleg megvan mi az oka, engem is érdekelne. Érdekes lenne összenézni (drivereket kivéve) milyen konfiggal fordítják az arch és debian kernelt, lehet abból kiderülne. Félek viszont túl nagy lenne a diff emberi processzáláshoz.
szrk.: valami olyasmivel próbálkoznék, hogy összenézem a 6.3 és 6.4 mm fát, leszűrve a make fájlokra, és arra milyen új CONFIG_ opciók jöttek be. És ezekre szűkíteném a diffet.
- A hozzászóláshoz be kell jelentkezni
Ja, majd meg fogom írni. Egyelőre nem sikerült megoldani, vagy az okát feltárni. Hétvégén felteszem a 6.1-es LTS kernelt, és tesztelem azzal is, hátha meglesz. Majdnem biztosan a kernel, mert semmi sem változik a rendszeremen már hónapok óta, és akkor jött elő, mikor a kernel frissült 6.4-re.
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni
Nem lehet, hogy csak erről van szó?
- A hozzászóláshoz be kell jelentkezni
Valószínű valóban erről van szó. Amit viszont nem értek, hogy a top is ugyanazt mutatja, mint a free, és a vmstat egy kicsit több free memóriát mutat, de alig van eltérés a free/top parancshoz képest. A htop viszont kisebb foglalási értéket mutat (bár az mindig is többet mutatott, mint előtte a hagyományos módszerrel működő free). Szinte azonnal éreztem, hogy ez valami bullshit lesz, mert nincs az az isten, hogy ugyanaz a rendszer, egyel újabb kernellel +300 megát fogyasszon hirtelen a semmiből, úgy, hogy semmi extra nem lett telepítve, beállítás, config nem lett változtatva
A Firefox összeomlás megoldódott magától, vagy a 6.4.1 vagy 6.4.2 kernelverziók javították, vagy az segített, hogy a Firefox frissült 114-ről 115-re, azóta egyszer se omlott össze.
Szerk.: írtam egy saját scriptet, ami a régi módszer szerint kérdezi le a foglalt memóriát, így hagyományos értéket kapom, és nem támaszkodok a free parancsra többé ebben a tekintetben. Nem értem, hogy miért kellett ezzel a változtatással megszivatni a usereket, ráadásul le sem volt kommunikálva, hogy változás lesz. Természetesen a scriptemmel lekérdezett memóriafoglalás ugyanannyit mutat a 6.4.x-es kernelnél, mint előtte a 6.3.x-nél.
Amit még furcsállok, hogy csak nekem és a debian-ös kollégának tűnt csak fel, más fórumokon nem is találok senkit, aki értetlenkedett volna rajta. Most a felhasználókat nem érdekli, vagy nem vették észre, vagy mindkettő. Ha ez utóbbi, akkor meg végképp kár volt ebbe belepiszkálniuk.
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni