From: Hillf Danton <hdanton@sina.com>
To: Viacheslav Dubeyko <Slava.Dubeyko@ibm.com>
Cc: lsf-pc@lists.linux-foundation.org,
Viacheslav Dubeyko <vdubeyko@redhat.com>,
linux-mm@kvack.org, Pavan Rallabhandi <Pavan.Rallabhandi@ibm.com>,
linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org,
bpf@vger.kernel.org
Subject: Re: [LSF/MM/BPF TOPIC] Machine Learning (ML) library in Linux kernel
Date: Sat, 7 Feb 2026 07:28:11 +0800 [thread overview]
Message-ID: <20260206232817.2596-1-hdanton@sina.com> (raw)
In-Reply-To: <47d21a6821c4b2d085f7b97bcdaa205bfcb0e0ad.camel@ibm.com>
On Fri, 6 Feb 2026 19:38:28 +0000 Viacheslav Dubeyko wrote:
> Hello,
>
> Machine Learning (ML) is approach/area of learning from data,
> finding patterns, and making predictions without implementing algorithms
> by developers. The number of areas of ML applications is growing
> with every day. Generally speaking, ML can introduce a self-evolving and
> self-learning capability in Linux kernel. There are already research works
> and industry efforts to employ ML approaches for configuration and
> optimization the Linux kernel. However, introduction of ML approaches
> in Linux kernel is not so simple and straightforward way. There are multiple
> problems and unanswered questions on this road. First of all, any ML model
> requires the floating-point operations (FPU) for running. But there is
> no direct use of FPUs in kernel space. Also, ML model requires training phase
> that can be a reason of significant performance degradation of Linux kernel.
> Even inference phase could be problematic from the performance point of view
> on kernel side. The using of ML approaches in Linux kernel is inevitable step.
> But, how can we use ML approaches in Linux kernel? Which infrastructure
> do we need to adopt ML models in Linux kernel?
>
Given the short list, eevdf, slab, ext4, IP stack, usb bus and kvm, ML is not
needed before the second half in 2027, because it wastes minutes to make
either liver or pancreas intelligent. By intelligent I mean liver can edit
ppt in Russian. Perhaps Cerebellum is an exception.
Can you build bot to fix syzbot reports before 2028?
next prev parent reply other threads:[~2026-02-06 23:28 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-02-06 19:38 Viacheslav Dubeyko
2026-02-06 23:28 ` Hillf Danton [this message]
2026-02-09 10:03 ` Chris Li
2026-02-09 22:28 ` Viacheslav Dubeyko
2026-02-10 13:47 ` [Lsf-pc] " Jan Kara
2026-02-10 14:20 ` Chris Mason
2026-02-10 22:36 ` Viacheslav Dubeyko
2026-02-11 1:30 ` SeongJae Park
2026-02-11 20:29 ` Viacheslav Dubeyko
2026-02-10 21:02 ` Viacheslav Dubeyko
2026-02-11 9:55 ` Jan Kara
2026-02-12 0:53 ` Viacheslav Dubeyko
2026-02-12 11:02 ` Jan Kara
2026-02-09 10:25 ` Barry Song
2026-02-09 22:07 ` Viacheslav Dubeyko
2026-02-10 3:06 ` Barry Song
2026-02-10 19:57 ` Viacheslav Dubeyko
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20260206232817.2596-1-hdanton@sina.com \
--to=hdanton@sina.com \
--cc=Pavan.Rallabhandi@ibm.com \
--cc=Slava.Dubeyko@ibm.com \
--cc=bpf@vger.kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=lsf-pc@lists.linux-foundation.org \
--cc=vdubeyko@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox