From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp153-163.sina.com.cn (smtp153-163.sina.com.cn [61.135.153.163]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id B9158262FEC for ; Fri, 6 Feb 2026 23:28:36 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=61.135.153.163 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1770420519; cv=none; b=UO/NpUE1+qX968wVh12Uekn2M1326Uf2IiU9W+gKxx8ryYv2pdeswTfOlh0xeEhAyG5c9069mLZnCRbTj6Xs7b0HVV/Fq4iH0yCcQYbpG3p5oO8UosIz+IpHT8e1cSRAsyC55Gne8ERY1BUoXnP6a6p6WHsbnAEC836906G/V+g= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1770420519; c=relaxed/simple; bh=iza11KscdRHOTuvDe3hMGkfU3X17vHiGzjO5FKQD14g=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=AaUTRu7Vg5AlJ0CiS05G/eKzVfhn7ZQZssIWdjiCt7m3ZLVthfuQ5Wum+7Kqj6476l3cjnJTzN3fcVf/DwqZLaUOvHTocQAEMP0tmM82mPGDBOr8c6kPBmkYeTLqVq66HqHSA1O9osLEVHBEDDYZdnbN55D/vOYyiRUmyJ5qrIk= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=sina.com; spf=pass smtp.mailfrom=sina.com; dkim=pass (1024-bit key) header.d=sina.com header.i=@sina.com header.b=Hi3Q96uA; arc=none smtp.client-ip=61.135.153.163 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=sina.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=sina.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=sina.com header.i=@sina.com header.b="Hi3Q96uA" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sina.com; s=201208; t=1770420517; bh=5+q2ZVcAz7bB71SNxE1U3HEq9dQbnKL+GOuYh5D2Ugo=; h=From:Subject:Date:Message-ID; b=Hi3Q96uAs6MaslIQSaQvpYQZHIwH/Sz7DjCTklNK3S71h4dkt695yJQvQvEtxbrP1 USt9li9iRlGLT8LxsEi53/+Kl+6YMKtf3pqSNkk1bd3GD3+UiGlRUIKpjXuYuFkNsj 60SI9CzPFBCJ6IZi2nQWd2DLdGNQAwVZfnLgF7f8= X-SMAIL-HELO: localhost.localdomain Received: from unknown (HELO localhost.localdomain)([114.249.62.144]) by sina.com (10.54.253.32) with ESMTP id 6986791A000015B1; Fri, 7 Feb 2026 07:28:27 +0800 (CST) X-Sender: hdanton@sina.com X-Auth-ID: hdanton@sina.com Authentication-Results: sina.com; spf=none smtp.mailfrom=hdanton@sina.com; dkim=none header.i=none; dmarc=none action=none header.from=hdanton@sina.com X-SMAIL-MID: 5619754456882 X-SMAIL-UIID: 5FFF89B0442249D792C553FA56B5A095-20260207-072827-1 From: Hillf Danton To: Viacheslav Dubeyko Cc: lsf-pc@lists.linux-foundation.org, Viacheslav Dubeyko , linux-mm@kvack.org, Pavan Rallabhandi , 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 Message-ID: <20260206232817.2596-1-hdanton@sina.com> In-Reply-To: <47d21a6821c4b2d085f7b97bcdaa205bfcb0e0ad.camel@ibm.com> References: Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit 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?