The kernel developers are keen on their features. GNU's bloated libc version doesn't help either.

For a more streamlined approach to kernel development try OpenBSD or perhaps 9front. Just don't expect a Windows/OS X desktop clone, although OpenBSD does offer GNOME.

Ok! Thanks for explain! I will try your suggestion.

For my legacy PC now i choose Devuan Ceres and Artix its running the best compare to others OS. And i love it both!

I am remove symlink /etc/rcS.d/S14apparmor

But it still loading at boot

For a more streamlined approach to kernel development try OpenBSD or perhaps 9front. Just don't expect a Windows/OS X desktop clone, although OpenBSD does offer GNOME.

Devuan is pretty good in that respect though, and certainly better than, for example, Arch Linux and their "kitchen sink" approach to compiling & packaging.

deepforest wrote:

And why ancient is faster and newer is bloated?

Developers tend to add more features over time. These features do not come without cost.

See also Wirth's Law.

EDIT:

deepforest wrote:

how disable apparmor from booting?

https://wiki.debian.org/AppArmor/HowToU … e_AppArmor

But why i cant choose what functions i need and what not? I thought that Linux gives me the opportunity for choosing?

And why ancient is faster and newer is bloated?

Developers tend to add more features over time. These features do not come without cost.

See also Wirth's Law.

EDIT:

https://wiki.debian.org/AppArmor/HowToU … e_AppArmor

tell me, is your appamor setup engaged? My is slow as... a 386sx /4Mb ram while waiting for programs to open. I hope it's apparmor.

How to look is its enable, how disable appamor?

root@devuan:/etc/network# dmesg | grep -i apparmor
[    0.187740] AppArmor: AppArmor initialized
[    0.374761] AppArmor: AppArmor Filesystem Enabled
[    1.033136] AppArmor: AppArmor sha1 policy hashing enabled
[    1.033220] evm: security.apparmor
[   18.923993] audit: type=1400 audit(1667155934.179:2): apparmor="STATUS" operation="profile_load" profile="unconfined" name="lsb_release" pid=1077 comm="apparmor_parser"
[   18.924479] audit: type=1400 audit(1667155934.179:3): apparmor="STATUS" operation="profile_load" profile="unconfined" name="nvidia_modprobe" pid=1078 comm="apparmor_parser"
[   18.924483] audit: type=1400 audit(1667155934.179:4): apparmor="STATUS" operation="profile_load" profile="unconfined" name="nvidia_modprobe//kmod" pid=1078 comm="apparmor_parser"
[   18.929357] audit: type=1400 audit(1667155934.183:5): apparmor="STATUS" operation="profile_load" profile="unconfined" name="libreoffice-oosplash" pid=1085 comm="apparmor_parser"
[   18.933645] audit: type=1400 audit(1667155934.187:6): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/bin/man" pid=1079 comm="apparmor_parser"
[   18.933652] audit: type=1400 audit(1667155934.187:7): apparmor="STATUS" operation="profile_load" profile="unconfined" name="man_filter" pid=1079 comm="apparmor_parser"
[   18.933656] audit: type=1400 audit(1667155934.187:8): apparmor="STATUS" operation="profile_load" profile="unconfined" name="man_groff" pid=1079 comm="apparmor_parser"
[   19.046168] audit: type=1400 audit(1667155934.299:9): apparmor="STATUS" operation="profile_load" profile="unconfined" name="libreoffice-senddoc" pid=1097 comm="apparmor_parser"
[   19.066041] audit: type=1400 audit(1667155934.319:10): apparmor="STATUS" operation="profile_load" profile="unconfined" name="libreoffice-xpdfimport" pid=1101 comm="apparmor_parser"
[   19.355111] audit: type=1400 audit(1667155934.607:11): apparmor="STATUS" operation="profile_load" profile="unconfined" name="unreal" pid=1108 comm="apparmor_parser"
root@devuan:/etc/network# 

how disable apparmor from booting?

deepforest wrote:

Hello! Can you explain? Why under Win7x32 i feel much better and smoother overall perfomance than on Devuan Ceres x64?

Because Win7 is obsolete and unsupported. Ancient software tends to run faster.

And why ancient is faster and newer is bloated?

Hello! Can you explain? Why under Win7x32 i feel much better and smoother overall perfomance than on Devuan Ceres x64?

Because Win7 is obsolete and unsupported. Ancient software tends to run faster.

ofcourse many factors count. running processes, drivers, hdd, ram, etc.

the only time i had to admit windoze felt smoother-faster, was winxp on a really old laptop, compared to debian lenny (or squeeze?) at the time (not sure which one).
even tried older debian releases on floppy, but still i couldn't get descent system response like on winxp.. anyway, that was a decade+ ago...

ps. win7 are not supported anymore, so no updates. etc..

c2q q6600, gf9800gtx(proprietary driver), 4gb ram, hdd